Apollo Website Visitors : ne tracker que les bonnes pages

Le suivi des visiteurs d’Apollo décompte chaque entreprise identifiée de votre quota, quelle que soit la page vue, et aucun réglage ne permet de choisir lesquelles. Le contournement : ne charger son script que sur les pages à forte intention (tarifs, contact, comparatif, alternatives).

Le problème : un quota consommé par des lecteurs d’articles

Je détecte environ 100 entreprises par mois. Sur 111 entreprises détectées en un mois, 59 n’avaient vu que des articles, le blog ou l’accueil : plus de la moitié du quota partait sur des visiteurs sans signal d’achat.

Apollo propose des « intent paths », les pages qui révèlent une intention. Ils servent à noter l’intérêt et à filtrer la liste, mais ils ne changent pas le décompte. Et chez moi, le niveau d’intérêt remontait « faible » pour toutes les entreprises, donc inutilisable. J’ai fait mon propre classement : une vue sur une page à forte intention vaut 3, une page d’offre 2, un article 1, une page hors cible (carrières, cookies) 0.

Le contournement : charger le script là où il faut

Apollo n’identifie un visiteur que sur les pages où son script est présent. Si le script n’est chargé que sur les pages qui m’intéressent, seules les entreprises qui les visitent sont détectées et comptées.

Chez moi, le script était écrit en dur dans l’en-tête du site. Claude l’a retrouvé, puis réécrit avec une condition sur l’URL et une exclusion du trafic interne :

<script>
(function () {
  // Pages à forte intention : contact, tarifs, alternatives, comparatif, offre
  var pages = /^\/(contact|merci|tarifs|alternative-|comparatif|plateforme\/|accompagnement\/)/;

  // Trafic interne : ouvrir une fois votresite.com/?interne=1 dans chaque navigateur de l'équipe
  try {
    if (location.search.indexOf('interne=1') !== -1) localStorage.setItem('interne', '1');
    if (localStorage.getItem('interne') === '1') return;
  } catch (e) {}

  if (!pages.test(location.pathname)) return;

  var s = document.createElement('script');
  s.src = 'https://assets.apollo.io/micro/website-tracker/tracker.iife.js';
  s.async = true;
  s.onload = function () { window.trackingFunctions.onLoad({ appId: 'VOTRE_APP_ID' }); };
  document.head.appendChild(s);
})();
</script>

Le test se fait dans le navigateur : la page contact est suivie, un article ne l’est pas. Mes propres visites représentaient 194 vues dans la liste, d’où l’exclusion interne.

Les pièges

La page d’accueil servait l’ancien script. Le cache la servait encore. La nuit suivant le changement, 13 des 16 nouvelles entreprises n’avaient vu que l’accueil ou un article : des visites d’avant le changement, plus trois visites de l’accueil en cache. J’ai vidé le cache.
Apollo traite les visites la nuit (vers 4 h 30), mais les entreprises n’apparaissent dans l’interface que vers 10 h 15. Une vérification à 9 h a toujours un jour de retard.
Les chemins d’intention s’écrivent /chemin/, pas en adresse complète. Et la partie après # n’est pas transmise : une page /contact#demo est comptée comme /contact/.
Apollo ne renvoie que les 5 pages les plus vues par entreprise. Pour les gros visiteurs, la liste est incomplète.
Quelques entreprises sont mal identifiées : 4 sur 100 avaient un domaine de messagerie (gmail, outlook), donc probablement la mauvaise entreprise.
Ce que vous perdez : le parcours complet. Vous ne verrez plus qu’une entreprise a lu trois articles avant d’aller sur les tarifs.

Un contrôle chaque matin

Apollo ne donne pas les visites jour par jour pour chaque page. Une tâche planifiée relève donc chaque matin le nombre de vues par page et le compare à la veille : s’il a augmenté, l’entreprise est revenue. Je reçois une notification (« Retour tarifs : X, 2e jour »), un rapport du jour et un journal Excel. La tâche tourne dans l’application Claude, qui doit être ouverte.

Attention au consentement

Ce script identifie des entreprises à partir de leur visite : c’est du traçage, et le consentement doit être recueilli avant son chargement. Le code ci-dessus ne s’en occupe pas : il filtre les pages, rien de plus.

À contrôler sur votre site : ouvrez une page engageante dans une fenêtre privée, sans toucher au bandeau, et regardez l’onglet Réseau. Si le fichier d’Apollo apparaît, le script se charge avant tout choix. Il faut alors le brancher sur votre gestionnaire de consentement. Avec tarteaucitron, le principe est de déclarer un service personnalisé et de ne lancer le chargement que dans sa fonction js :

<script>
tarteaucitron.services.apollo = {
  key: 'apollo', type: 'analytic', name: 'Apollo', needConsent: true, cookies: [],
  js: function () { /* ici : la condition sur l'URL et le chargement du script */ },
  fallback: function () {}
};
(tarteaucitron.job = tarteaucitron.job || []).push('apollo');
</script>

C’est le schéma documenté par tarteaucitron, à adapter et à tester sur votre site. Faites aussi valider l’usage par votre DPO.

Ce que je ne sais pas encore

Le volume attendu est d’environ une entreprise par jour. Les premiers jours, Matomo comptait 17 vues uniques sur ces pages en un jour et demi, dont une part interne. Je n’ai attribué aucune conversion à ces signaux pour l’instant : la méthode est en place, le gain reste à mesurer sur un mois.

À retenir

Quand un outil facture ou plafonne au nombre d’entreprises détectées, décidez où il regarde. Chargez-le sur les pages qui révèlent une intention, excluez votre équipe, vérifiez le consentement, et jugez le résultat sur un mois, pas sur une semaine.