Sur un site multilingue, on peut tomber sur une situation étrange.
« Le trafic de la langue principale baisse ? » « Pourquoi l’anglais, le chinois et les autres langues progressent ? » « Attendez… mes propres visites sont peut-être comptées aussi ? »
Les trois peuvent être vrais en même temps.
Le trafic étranger peut réellement progresser. Les arrivées externes de la langue principale peuvent ralentir. Et l’exploitant du site ouvre les nouveaux articles, vérifie les liens, retourne à l’accueil, recharge après chaque correction et devient un lecteur incroyablement fidèle.
Ce lecteur, c’est souvent l’exploitant lui-même.
Cet article explique comment exclure son propre navigateur, quand utiliser localStorage ou un Cookie, pourquoi ouvrir la page ne suffit pas à enregistrer le navigateur comme owner, ce qui arrive aux données historiques et comment mieux lire la croissance multilingue.
1. Ne commencez pas par les pages vues totales : séparez les arrivées externes et la navigation interne
Les pages vues totales sont faciles à fausser lorsque l’exploitant consulte souvent la version principale.
Exemples :
- ouvrir directement un article fraîchement publié
- passer de l’accueil à l’article
- cliquer sur des articles liés
- vérifier sur ordinateur et mobile
- recharger plusieurs fois après un déploiement
- revenir plus tard contrôler la production
Un lecteur normal peut lire une page puis partir. L’exploitant cumule les rôles d’éditeur, QA, lecteur et système de surveillance.
Sur un site multilingue, il est donc utile de distinguer au minimum :
- les arrivées externes
- les vues provenant de la navigation interne
Si les versions étrangères gagnent des arrivées externes alors que la langue principale comporte beaucoup de navigation interne, une partie de sa « domination » peut simplement venir de l’activité de l’exploitant.
2. « J’ai ouvert la page. Je suis enregistré ? » — non, sauf si du code a réellement écrit un marqueur
Vous décidez d’exclure votre navigateur puis ouvrez le site une fois.
Est-il automatiquement enregistré comme owner ?
Non.
Le navigateur ne se dit pas :
« Cette personne ressemble au propriétaire, je vais cesser de la compter. »
Il faut écrire un état réel, par exemple :
- un flag owner dans localStorage
- un Cookie owner
- une préférence liée à une session administrateur authentifiée
- un marquage de trafic interne côté serveur
Ouvrir une page est une visite. Enregistrer un owner est un changement d’état.
Sans code qui écrit cet état, rien n’est enregistré.
3. localStorage ou Cookie ?
Deux solutions courantes sont localStorage et les cookies.
localStorage
localStorage conserve des valeurs par origin et persiste généralement entre les sessions normales du navigateur.
Exemple :
localStorage.setItem("analytics_owner", "1");
Une mesure côté navigateur peut vérifier ce flag avant d’envoyer l’événement :
if (localStorage.getItem("analytics_owner") === "1") {
return;
}
C’est simple.
La limite est qu’un serveur ou un Edge Worker ne voit pas le localStorage au moment où arrive la première requête HTTP.
Cookie
Un Cookie peut accompagner les requêtes HTTP correspondantes.
Exemple :
document.cookie =
"analytics_owner=1; Path=/; Max-Age=31536000; SameSite=Lax; Secure";
Le serveur ou l’Edge Worker peut le vérifier avant d’incrémenter un compteur.
Une mise en œuvre plus propre peut définir le Cookie depuis un panneau d’administration authentifié ou une route privée. Si JavaScript n’a pas besoin de le lire, HttpOnly peut aussi être envisagé.
Mais ce marqueur sert uniquement à l’exclusion analytique.
Il ne doit jamais servir d’authentification ou d’autorisation. Sinon, n’importe qui pourrait devenir directeur simplement en écrivant « directeur » sur son badge.
4. Comptage serveur ou Edge : Cookie. Événements uniquement navigateur : localStorage
Le choix dépend de l’endroit où la mesure se fait.
Événements envoyés par JavaScript
localStorage suffit souvent.
On vérifie owner avant l’envoi.
Comptage CDN, Edge Worker, serveur ou logs
Le Cookie est généralement plus adapté.
Le serveur reçoit la requête avant l’exécution du JavaScript de la page.
localStorage reste dans le navigateur. Le Cookie voyage avec la requête.
Même objectif, point de mesure différent.
5. Pour un petit site, une configuration unique suffit souvent
Les grandes entreprises peuvent utiliser IP internes, comptes ou appareils gérés.
Un site individuel peut faire beaucoup plus simple.
- ouvrir une page privée de configuration
- définir un Cookie owner avec une durée limitée
- ignorer les requêtes portant ce Cookie
- permettre de retirer le marqueur
Le réglage est propre à chaque navigateur.
Ordinateur, téléphone, autre navigateur, autre profil et navigation privée sont des environnements différents.
Marquer un navigateur ne supprime pas toutes vos incarnations numériques.
6. Les données historiques ne diminuent pas toutes seules
Activer l’exclusion aujourd’hui ne retire pas automatiquement vos visites d’hier.
L’objectif habituel est simplement :
« À partir de maintenant, mes visites ne seront plus mélangées. »
Corriger le passé exige de retraiter les logs ou de reconstruire les agrégats.
Pour un jeune site, passer des heures à corriger quelques dizaines de visites personnelles rapporte rarement beaucoup.
Notez la date du changement et avancez.
7. Le filtre de trafic interne GA4 et un Cookie personnalisé sont deux mécanismes différents
Google Analytics 4 permet officiellement de définir du trafic interne avec des adresses IP puis de l’exclure via des filtres de données.
C’est pratique sur un réseau de bureau stable.
Une personne seule peut passer du Wi-Fi domestique aux données mobiles, au voyage, au partage de connexion ou au VPN. L’IP seule devient alors moins pratique.
Dans une analytique first-party personnalisée, un Cookie ou un état d’authentification peut être plus simple.
Mais ce n’est pas la même fonction.
Avec GA4, suivez le flux officiel et testez le filtre avant activation. Avec une analytique maison, excluez l’owner au point de collecte.
8. Mesurez la croissance multilingue avec les arrivées externes sans owner
Votre propre trafic peut déformer la comparaison entre langues.
Supposons :
langue principale : 70
autres langues : 30
Mais les 70 comprennent :
- 20 contrôles de l’exploitant
- 20 navigations internes
- 30 arrivées externes
alors que les 30 vues étrangères sont presque toutes externes.
L’histoire de la demande change complètement.
Pour mesurer découverte et demande, comparez :
arrivées externes de la langue principale
contre
arrivées externes des autres langues
Distinguez aussi les données quotidiennes des fenêtres glissantes.
Un total sur sept jours peut baisser simplement parce qu’un ancien jour très fort sort de la fenêtre.
9. Test minimum
Ne vous arrêtez pas à « ça doit marcher ».
Vérifiez :
- que le marqueur owner est réellement enregistré
- qu’une page normale n’envoie plus d’événement, ou que celui-ci est rejeté comme owner
- qu’un autre navigateur reste comptabilisé
- qu’en supprimant le marqueur, le comptage reprend
Les outils développeur affichent localStorage et les cookies.
Avoir ouvert la page de configuration n’est pas une preuve.
Les ordinateurs obéissent très bien. Ils lisent très mal dans les pensées.
10. Conclusion — retirez-vous de l’échantillon avant de célébrer l’international
Voir arriver des lecteurs dans d’autres langues est une excellente nouvelle.
Mais la langue principale possède souvent un visiteur exceptionnellement fidèle : l’exploitant du site.
Donc :
- séparez arrivées externes et navigation interne
- marquez explicitement le navigateur owner
- utilisez localStorage pour les événements purement client
- utilisez un Cookie pour le serveur ou l’Edge
- rappelez-vous qu’ouvrir une page ne suffit pas à enregistrer quoi que ce soit
- ne reconstruisez pas l’historique sans raison
- évaluez la demande multilingue avec les arrivées externes après exclusion de l’owner
Si les lecteurs internationaux arrivent vraiment, parfait.
Vérifiez simplement que l’équipe locale ne gagne pas parce que vous avez appuyé vous-même cent fois sur le compteur.
Références (3)
- MDN: Window.localStorage
https://developer.mozilla.org/en-US/docs/Web/API/Window/localStorage - MDN: Set-Cookie header
https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Set-Cookie - Google Analytics Help: Exclude internal traffic
https://support.google.com/analytics/answer/10104470
