Statistiques de site internet faussées : les cookies ne sont que la première cause
Statistiques de site internet faussées : les cookies n'expliquent qu'une part de l'écart. Le calcul à poser en 10 minutes, et les 4 chiffres encore fiables.
Sommaire
Vous regardez un chiffre de visites, et il est faux. Des statistiques de site internet faussées, et les cookies ne sont que la première des trois causes qui se cumulent. Le navigateur de vos visiteurs en neutralise une partie avant même que la question du consentement se pose. Safari, de son côté, efface au bout de sept jours le cookie qui sert à reconnaître un visiteur déjà venu.
Et le mécanisme censé reboucher les trous, la modélisation de Google Analytics 4, exige un volume de trafic qu'une entreprise de moins de dix salariés n'atteindra jamais. Cet article explique les trois mécanismes sans jargon, chiffre leur effet sur un petit site, met vos trois compteurs en regard, et donne les quatre indicateurs qui restent fiables malgré tout.
Pages de WebKit, de Mozilla, d'aide Google Analytics, de la Search Console, de Statcounter, de la CNIL et d'Imperva consultées le 27 octobre 2026 dans leur version en ligne. Les taux de refus du tableau de calcul sont des hypothèses, pas un relevé de marché, et l'entreprise citée en exemple est fictive. Cet article porte sur la fiabilité de la mesure, pas sur la conformité au RGPD.
Statistiques de site internet faussées : les cookies, et deux autres mécanismes
Commençons par le résumé, parce que la suite est une démonstration. Trois mécanismes indépendants s'additionnent sur le même site, auxquels s'ajoute un quatrième écart qui, lui, n'est pas un défaut mais une confusion d'unités. Aucun des trois premiers ne se règle dans votre tableau de bord.
Mécanisme | Ce qu'il casse | Qui est concerné |
|---|---|---|
Le visiteur refuse, ou son navigateur ne charge pas le script | la visite n'est jamais comptée | tout visiteur qui refuse, tout visiteur en navigation privée, tout utilisateur de bloqueur |
Safari efface le cookie au bout de sept jours | le visiteur fidèle repart à zéro | tout visiteur Safari resté sept jours sans rien cliquer |
La modélisation ne s'active pas | le trou n'est jamais rebouché | tout site sous 1 000 utilisateurs consentants par jour |
Deux compteurs, deux définitions du mot « visite » | les deux chiffres ne se recoupent pas | tout site qui regarde à la fois son hébergeur et son outil de mesure |
Le point important n'est pas que vos chiffres soient imparfaits : aucune mesure n'est parfaite. Il est qu'ils sont faux dans une direction connue, toujours la même, et d'une ampleur que vous pouvez estimer. Une fois cette ampleur connue, vos chiffres redeviennent utilisables pour ce qu'ils savent faire : comparer un mois à un autre, pas annoncer une audience.
Mécanisme 1 — le navigateur tranche avant votre bandeau
Avant que votre bandeau cookies s'affiche, le navigateur a déjà pris des décisions. La page de WebKit consacrée à la prévention du pistage est explicite sur le principe : Safari bloque par défaut tous les cookies tiers, sans exception, à deux portes de sortie près qu'un outil de mesure d'audience n'emprunte pas. En navigation privée, Safari va plus loin et bloque aussi les connexions vers les traqueurs qu'il connaît.
Il faut tout de suite écarter un malentendu, parce qu'il circule beaucoup. En navigation normale, Safari ne bloque pas le script de votre outil de mesure : si votre visiteur accepte, sa visite est bien comptée. Ce que Safari attaque, c'est la capacité à vous reconnaître d'une visite à l'autre et d'un site à l'autre. C'est tout l'objet du mécanisme 2.
Quelle est l'ampleur du public concerné ? Safari pèse 20,03 % des pages vues en France en septembre 2026 d'après le relevé de Statcounter. Attention à l'unité, et c'est exactement le genre de glissement que cet article vous apprend à repérer : il s'agit de pages vues, pas de personnes, et Statcounter l'écrit noir sur blanc en précisant qu'il fonde ses statistiques sur les pages vues « and not unique visitors ». Prenez-le comme un ordre de grandeur, à peu près une page sur cinq.
Autrement dit, même le chiffre qui sert à estimer votre angle mort en a un : Statcounter mesure lui aussi à partir de scripts posés sur des sites. C'est l'état d'esprit à garder pour tout ce qui suit.
Une nouveauté d'octobre 2026 mérite une ligne, parce qu'elle sera abondamment citée cet hiver sans concerner votre compteur de visites. Le 19 octobre, WebKit a annoncé que Safari bloque au niveau du domaine, dans les versions 27 d'iOS, iPadOS, macOS et visionOS, les services qui transforment une adresse e-mail en identifiant publicitaire durable. Cela vise la publicité ciblée, pas la mesure d'audience d'un artisan.
Trois effets de bord complètent le mécanisme 1 :
- Le script de mesure ne voit plus d'où vient le visiteur. Dans la navigation privée nouvelle génération, décrite par WebKit le 16 juillet 2024, Safari retire les identifiants de clic avant même la navigation, en laissant passer les paramètres de campagne. Mais sur la page d'arrivée, un script tiers qui lit l'adresse ne reçoit plus ni paramètres ni ancre, et le site d'origine lui est caché. Pour votre outil de mesure, la visite n'a donc plus de provenance : elle bascule en « accès direct », et votre ligne de trafic direct se gonfle de visiteurs venus d'une newsletter, d'un réseau social ou d'une annonce. C'est actif par défaut en navigation privée, et en navigation normale si l'internaute a activé la protection avancée. C'est l'erreur de pilotage la plus coûteuse du lot, parce qu'elle fait couper les bons canaux.
- Firefox isole les cookies, mais ne bloque pas votre mesure. Depuis le 14 juin 2022, la protection totale contre les cookies est active par défaut pour tous les utilisateurs de Firefox sur ordinateur, d'après le billet de Mozilla : chaque site reçoit son propre bocal à cookies, ce qui empêche le recoupement entre sites. Votre visite, elle, reste comptée.
- Les bloqueurs de publicité s'ajoutent à tout cela. Leur part varie trop d'un public à l'autre pour qu'un chiffre général ait un sens, mais l'effet est net : le script ne se charge pas, la visite n'existe pas.
Mécanisme 2 — statistiques de site internet faussées : les cookies effacés au bout de sept jours
Le deuxième mécanisme est le plus contre-intuitif, et c'est celui qui explique le plus souvent un rapport bizarre. Google Analytics 4 reconnaît un appareil grâce à un cookie propriétaire, posé sur votre domaine, et la documentation de Google fixe sa durée de vie par défaut à 63 072 000 secondes, soit deux ans. Sur le papier, vous suivez donc un visiteur pendant deux ans.
Sur un iPhone ou un Mac, non. La page de WebKit sur la prévention du pistage décrit un plafond de sept jours sur tout ce qu'un script écrit dans le navigateur : les cookies créés en JavaScript, mais aussi les petites mémoires techniques qu'un site conserve sur l'appareil. Tout cela est supprimé après sept jours sans interaction de l'internaute avec le site. Le cookie de Google Analytics 4 est écrit en JavaScript, à chaque chargement de page : il entre donc dans ce périmètre.
Un détail de cette règle est rarement rapporté, et il change tout : le défilement de la page ne compte pas comme une interaction. À l'inverse, un visiteur qui appuie sur votre numéro de téléphone, remplit un champ ou clique un bouton repart pour sept jours. Le mécanisme frappe donc surtout les pages qu'on consulte sans rien y faire : horaires, tarifs, zone d'intervention.
Ce que ça fait à votre ligne « nouveaux utilisateurs »
Prenons un plombier fictif, installé en Haute-Corrèze. Un client régulier ouvre sa page « zone d'intervention » sur iPhone, environ une fois par mois, pour vérifier s'il se déplace jusque chez lui. Il lit, il referme, puis il compose le numéro déjà enregistré dans ses contacts. Aucun appui sur la page : rien n'a réarmé le compteur.
Dans Google Analytics 4, ce client unique produira jusqu'à douze « nouveaux utilisateurs » en un an. Votre taux de nouveaux visiteurs monte, votre taux de retour s'effondre, et vous en concluez que votre site ne crée pas de fidélité. La conclusion est fausse : c'est la mesure qui oublie, pas le client qui part.
Si vous achetez de la publicité, le plafond tombe à vingt-quatre heures
Le même document de WebKit décrit un cas plus brutal, absent de presque tous les articles sur le sujet. Quand le navigateur repère qu'un lien d'arrivée porte un paramètre de pistage, du type de ceux qu'ajoutent les régies publicitaires, il plafonne à vingt-quatre heures la durée des cookies créés en JavaScript sur la page d'atterrissage.
Traduit en clair : le lendemain, la personne qui a cliqué sur votre annonce est redevenue une inconnue. Le coût par client affiché dans votre interface publicitaire est donc structurellement surestimé, et il l'est d'autant plus que votre cycle de décision est long. Pour un artisan dont on demande trois devis avant de choisir, l'écart est considérable.
La solution que l'on vend parfois à ce moment-là — faire poser le cookie par un serveur, sur un sous-domaine qui pointe vers le prestataire de mesure — est explicitement anticipée. La même page décrit une défense contre le masquage par CNAME — un sous-domaine qui redirige en coulisses vers un tiers — et par adresse IP tierce, la variante qu'on vous proposera ensuite. Dans les deux cas, tout cookie posé par le serveur est alors plafonné à sept jours. Avant d'investir dans un montage technique, demandez par écrit ce qu'il donne sur Safari.
Mécanisme 3 — les deux seuils de la modélisation GA4
Quand on signale à un prestataire que le consentement vide les statistiques, la réponse arrive souvent sous la forme d'un mot rassurant : la modélisation. Le mécanisme existe réellement : Google estime les visites manquantes à partir de celles qu'il observe. Mais la page d'aide de Google Analytics pose deux seuils d'éligibilité, et c'est là que le sujet se referme pour une petite entreprise.
Le premier seuil porte sur le trafic refusé : la propriété doit collecter au moins 1 000 événements par jour envoyés alors que la mesure est refusée, pendant au moins sept jours. Le second porte sur le trafic consentant : au moins 1 000 utilisateurs par jour envoyant des événements avec le consentement accordé, sur au moins sept des vingt-huit derniers jours. Les deux doivent être remplis en même temps.
Seuil demandé par Google | Ce que cela représente sur un mois | Un site de 1 000 visites par mois |
|---|---|---|
1 000 événements refusés par jour | environ 30 000 événements refusés | hors d'atteinte |
1 000 utilisateurs consentants par jour | environ 30 000 utilisateurs consentants | trente fois trop peu |
Et ces deux seuils ne suffisent même pas. La page ajoute que les atteindre ne garantit pas l'éligibilité, que le rapport entre nouveaux utilisateurs et utilisateurs connus et le nombre de sessions par utilisateur entrent aussi en jeu, et qu'après le passage du seuil l'entraînement du modèle peut encore demander plus de sept jours.
Le réglage qui décide s'il y a quelque chose à modéliser
Il existe une condition d'installation, en amont des deux seuils, que la plupart des articles oublient. La page d'aide précise que les balises doivent se charger avant l'affichage de la fenêtre de consentement, parce qu'elles se chargent dans tous les cas. Cette phrase décrit une façon précise d'installer le mode Consentement, que Google appelle le mode avancé.
La documentation de Google sur ces deux modes est nette sur la différence. En mode de base, le chargement est bloqué tant que l'internaute n'a pas répondu au bandeau : en cas de refus, rien n'est transmis, pas même l'état du consentement. En mode avancé, les balises se chargent avec un consentement refusé par défaut, et envoient alors des mesures sans cookie.
La conséquence est simple à retenir, et c'est la question à poser à votre prestataire. Si votre site est en mode de base, un refus ne laisse strictement aucune trace : il n'y a rien à modéliser, et la discussion sur les seuils est sans objet. Si votre bandeau empêche la balise de se charger, vous êtes dans ce cas.
Ce que la modélisation ne répare pas, même quand elle fonctionne
Supposons le problème de volume résolu, ce qui n'arrivera pas chez un artisan. La page d'aide délimite malgré tout un périmètre étroit, qu'il vaut la peine de connaître avant de bâtir un pilotage dessus :
- Dans les rapports standards, elle s'applique aux indicateurs d'utilisateurs et de sessions, et non au nombre d'événements.
- Elle ne s'applique pas aux rapports de rétention, ni aux audiences, ni aux segments de séquence, ni à l'explorateur d'utilisateurs, ni aux indicateurs prédictifs.
- Elle n'apparaît qu'avec l'identité pour le reporting — le réglage qui décide comment Analytics regroupe les visites d'une même personne — positionnée sur « Mélangée ».
Cette première ligne mérite qu'on s'arrête dessus. Comme les événements ne sont pas modélisés et que les utilisateurs et les sessions le sont, vos compteurs ne racontent pas la même histoire dans le même rapport. C'est la cause la plus fréquente d'un écart inexplicable entre nombre d'événements et nombre de sessions, et nous avions déjà décrit ce fonctionnement dans notre article sur GA4 et le suivi sans cookies.
Dernier point, souvent découvert trop tard : la conservation des données. La page d'aide sur la conservation ne propose que deux durées pour les données d'utilisateur et d'événement, deux mois ou quatorze mois, les durées plus longues étant réservées à l'offre Analytics 360. Les données d'âge, de genre et de centres d'intérêt ne sont jamais conservées plus de deux mois. Comparer octobre 2026 à octobre 2025 dans une exploration est donc impossible si votre propriété est restée sur deux mois.
L'écart chiffré sur un site de 1 000 visites par mois
Passons au calcul, puisque c'est ce qui manque dans la plupart des articles sur le sujet. Les taux ci-dessous sont des hypothèses de calcul, choisies pour montrer la mécanique, et non un relevé de marché : votre taux réel dépend de votre public, de votre bandeau et de votre secteur. Le site de départ reçoit 1 000 visites réelles par mois.
Taux de refus (hypothèse) | Visites réelles | Visites visibles dans GA4 | Écart |
|---|---|---|---|
20 % | 1 000 | 800 | −200 visites, soit −20 % |
40 % | 1 000 | 600 | −400 visites, soit −40 % |
60 % | 1 000 | 400 | −600 visites, soit −60 % |
Lisez maintenant ce tableau à l'envers, c'est là que l'intérêt se révèle. Si vous changez votre bandeau cookies et que vos « visites » augmentent de 30 % le mois suivant, votre audience n'a pas bougé d'un visiteur. Vous avez simplement déplacé la frontière entre ce que vous voyez et ce que vous ne voyez pas.
Deux repères français encadrent votre propre taux, et aucun ne le remplace. Dans une étude Harris Interactive réalisée pour la CNIL et publiée sur son site, menée en ligne du 18 au 23 décembre 2024 auprès de 2 082 personnes représentatives des Français de 15 ans et plus, 37 % des répondants déclarent plutôt refuser de donner leur accord, dont 11 % à chaque fois. Plus tôt, la CNIL relevait dans son bilan de plan d'action un taux de refus global de 39 % en juin 2022, pour 59 % d'acceptation, d'après un sondage IFOP mené pour elle.
Ces deux chiffres sont déclaratifs, et l'étude de 2024 porte en outre sur la publicité en ligne, mieux refusée que la simple mesure d'audience. Surtout, une personne qui dit refuser « la plupart du temps » ne produit pas pour autant 37 % de refus sur votre bandeau : ce sont des personnes, pas des visites. Lisez donc le tableau comme un encadrement — vos trois lignes contiennent très probablement votre cas — et votre taux réel dans votre outil de bandeau, nulle part ailleurs.
Mon agence m'annonçait 5 000 visites, j'en vois 800
Un rapport de six ne s'explique jamais par le seul consentement : même 60 % de refus ne diviseraient vos visites que par deux et demi. Un écart de cette ampleur vient presque toujours de deux compteurs différents présentés comme la même mesure, le panneau de votre hébergeur d'un côté et votre outil de mesure de l'autre. Le tableau suivant dit ce que chacun sait faire, et dans quel sens il se trompe.
Journaux de votre hébergeur | Google Analytics 4 | Search Console | |
|---|---|---|---|
Ce que ça compte | toute requête servie par le serveur | les navigateurs qui ont exécuté le script et accepté la mesure | les clics et impressions dans les résultats de Google |
Quelle unité | des requêtes : une seule page en déclenche des dizaines, images et fichiers compris | des pages vues et des visiteurs | des clics et des impressions |
Ce que ça ignore | rien, donc les robots sont comptés dedans | les refus, la navigation privée, les bloqueurs | tout ce qui ne vient pas de la recherche Google |
Dans quel sens c'est faux | surestime votre audience | sous-estime votre audience | juste sur son périmètre, aveugle au reste |
À quoi ça sert vraiment | charge du serveur, fichiers téléchargés | comparer deux périodes à réglage constant | savoir si Google vous envoie du monde |
L'ampleur de la surestimation côté serveur se devine quand on regarde la part du trafic automatisé. Dans son rapport annuel publié le 29 avril 2026, Imperva, société du groupe Thales, estime que le trafic automatisé a dépassé 53 % du trafic web en 2025, contre 51 % l'année précédente, l'activité humaine tombant à 47 %. La mesure porte sur le trafic observé par le réseau de l'éditeur : ce n'est pas un recensement du web, mais l'ordre de grandeur est là.
Vous avez donc un compteur qui gonfle et un compteur qui rogne, et leur comparaison n'apprend rien. La règle d'usage tient en une phrase : gardez votre outil de mesure plutôt que le panneau de l'hébergeur, parce qu'il compte moins, mais qu'il compte des personnes.
Deux ruptures de date peuvent s'ajouter à cette confusion d'unités. La première est la pose du bandeau de consentement : une baisse brutale ce mois-là n'est pas une baisse de trafic, c'est le moment où la mesure a commencé à dire la vérité sur ce qu'elle sait compter. La seconde est le passage à Google Analytics 4, les propriétés de l'ancienne version ayant cessé de traiter les données le 1er juillet 2023, la date de 2024 ne concernant que les comptes payants. La définition même d'une « visite » a changé à cette bascule.
Avant de reprocher quoi que ce soit à votre prestataire, demandez-lui donc trois dates : celle de la pose du bandeau, celle du passage à la version actuelle de l'outil, et celle du dernier changement de balise.
Mesurer sans bandeau : ce que la CNIL autorise vraiment
Puisque le consentement est la première fuite, la question suivante vient d'elle-même : peut-on mesurer sans demander ? Oui, dans un cadre strict. La foire aux questions de la CNIL sur les cookies considère que la mesure d'audience peut, dans une certaine limite, être regardée comme strictement nécessaire au fonctionnement du site, et pose quatre conditions.
Les traceurs doivent être « strictement limités à la seule mesure d'audience sur le site pour le compte exclusif de l'éditeur » et « servir uniquement à produire des données statistiques anonymes ». Ils ne doivent pas permettre « le suivi global de la navigation de la personne utilisant différentes applications ou naviguant sur différents sites web », ni « le recoupement des données avec d'autres traitements ou à ce que les données soient transmises à des tiers ». C'est au responsable du site de pouvoir démontrer le respect de ces garanties.
Lisez la troisième condition en entier, parce qu'elle est presque toujours citée tronquée. Ce qui est interdit, c'est de suivre quelqu'un d'un site à l'autre, pas de regarder par quelles pages du vôtre il est passé. Un outil exempté peut donc parfaitement vous dire quelles pages ont été vues et dans quel ordre.
Une précision décide de tout, et elle manque dans la plupart des articles sur le sujet. Dans sa fiche destinée aux développeurs, datée du 11 juin 2020 et rédigée en anglais, la CNIL écrit que la plupart des grandes offres de mesure d'audience n'entrent pas dans le champ de l'exemption, quelle que soit leur configuration. Retirer son bandeau en gardant l'outil installé n'est donc pas une décision de réglage : c'est un changement d'outil.
Cette même fiche ajoute quatre exigences opérationnelles aux conditions de principe : informer les utilisateurs, leur donner la possibilité de s'opposer, tronquer le dernier octet de l'adresse IP, et limiter la durée de vie des traceurs à treize mois. Elle ne nomme aucune offre écartée, mais cite une solution utilisable : un logiciel libre que vous configurez vous-même, Matomo par exemple. La page de la CNIL sur les solutions de mesure d'audience, datée du 4 juillet 2025, retient de son côté une « durée maximale de vingt-cinq mois » de conservation des données.
Un mot sur les labels, parce qu'ils reviennent dans les argumentaires de vente. Aucun éditeur ne peut se dire certifié par la CNIL : l'outil d'auto-évaluation qu'elle met à disposition « ne préjuge pas de l'analyse que la CNIL pourra en faire ».
Nous appliquons ce cadre aux sites que nous livrons en création de site internet, et nous l'appliquons d'abord chez nous. Sur ce site, une mesure d'audience sans cookie, hébergée sur notre propre serveur, tourne pour tous les visiteurs sans rien leur demander : elle tient dans le cadre d'exemption ci-dessus, donc notre total de visites est complet. Et la relecture de parcours, qui ne produit pas des statistiques anonymes et qu'aucune exemption ne couvre, ne démarre qu'après acceptation. Nous la coupons même entièrement sur l'espace client, où le texte affiché appartient à nos clients et pas à nous.
Résultat : nous comptons tout le monde, et nous n'observons finement que ceux qui ont dit oui. C'est exactement l'empilement que nous recommandons. Le détail des obligations figure dans notre article sur les cookies, le RGPD et les obligations CNIL.
Les quatre indicateurs qui restent fiables
Voilà la partie utile. Quatre chiffres échappent aux mécanismes décrits plus haut, parce qu'ils ne reposent pas sur un cookie posé dans le navigateur de votre visiteur.
1. Les clics et les impressions de la Search Console
C'est le seul compteur de trafic venu de Google qui ne dépende d'aucun script posé sur votre site : Google compte ce qu'il a servi dans ses propres pages de résultats. Ni cookie, ni bandeau, ni bloqueur n'y changent quoi que ce soit, et c'est pour cette raison qu'un écart avec Google Analytics 4 est normal plutôt que symptomatique d'une erreur.
Cet outil a ses propres limites, qu'il vaut mieux connaître que découvrir. Dans un article du 19 octobre 2022 signé Daniel Waisberg, Search Advocate, Google explique que « certaines requêtes (appelées "requêtes anonymisées") ne figurent pas dans les données de la Search Console », et qu'il s'agit notamment de requêtes faites par quelques dizaines d'utilisateurs sur deux à trois mois. Le même article, consacré au filtrage et aux limites des données de performances, ajoute que « vous ne pouvez pas exporter plus de 1 000 lignes de données via l'interface utilisateur de la Search Console ».
Pour une TPE, la conséquence est directe. Vos totaux de clics et d'impressions sont solides, mais la somme des lignes de mots-clés sera toujours inférieure à ce total, parce que votre longue traîne est en grande partie anonymisée. Deux autres limites méritent d'être notées : l'outil ne voit que la recherche Google, ni le direct, ni les réseaux sociaux, ni les autres moteurs, et son historique n'est pas illimité.
Relevez donc vos clics et vos impressions dans un tableau à vous, chaque trimestre. C'est la seule façon de garder une série plus longue que la mémoire de l'outil. Si votre site reste absent des résultats, le diagnostic se fait d'ailleurs ici avant tout, comme nous l'avons détaillé dans notre article sur un site qui n'apparaît pas sur Google. C'est aussi par ce relevé que commence toute mission de référencement naturel que nous menons.
2. Les contacts entrants, comptés hors outil de mesure
Un appel reçu, un formulaire enregistré, un e-mail arrivé dans votre boîte : ces trois événements existent sur votre serveur et dans votre téléphone, pas dans le navigateur du visiteur. Aucun refus de cookie ne les efface. Un simple tableau mensuel à quatre colonnes — appels, formulaires, e-mails, demandes de devis — vaut mieux que n'importe quel tableau de bord pour piloter une TPE.
3. Le chiffre d'affaires, rapproché à la main
C'est le seul indicateur que personne ne peut vous contester. Rapprochez chaque mois le nombre de devis signés du nombre de demandes reçues, et vous obtenez un taux de transformation qui ne dépend d'aucun navigateur. Il vaut mieux surveiller ce taux que le taux de rebond.
4. Les tendances, à configuration gelée
Un chiffre faux, mais faux de la même manière chaque mois, reste exploitable pour comparer les mois entre eux. La condition est simple : ne touchez ni au bandeau, ni aux balises, ni à l'outil pendant la période comparée, et notez par écrit la date de chaque changement. C'est précisément ce que doit tenir un suivi de maintenance de site web sérieux, sous la forme d'un journal daté plutôt que dans la mémoire du prestataire.
La vérification en dix minutes, puis les six réglages à reprendre
Rien de ce qui précède ne demande de compétence technique. Commencez par mesurer votre propre écart, puis reprenez vos réglages.
La soustraction à poser une fois
Quatre relevés suffisent, répartis sur trois outils :
- Les clics de la Search Console sur les trois derniers mois complets.
- Les sessions de votre outil de mesure sur exactement la même période.
- Le taux de refus affiché par votre outil de bandeau, s'il le donne.
- La part de Safari dans votre outil de mesure.
Les clics et les sessions ne sont pas la même unité, ce calcul donne donc un ordre de grandeur, pas une égalité. Voici comment le lire. Si l'écart entre les deux dépasse à peu près votre taux de refus, le reste vient des navigateurs et des bloqueurs. S'il est plus faible, c'est que vos visiteurs ne viennent pas majoritairement de Google, et c'est une autre information, tout aussi utile.
Deux précautions avant de conclure. La Search Console compte en heure du Pacifique et ne vous laisse pas changer ce réglage, alors que votre outil de mesure est à l'heure de Paris : comparez des trimestres, jamais des journées. Et Google énumère lui-même les causes d'écart entre les deux outils, dont plusieurs n'ont rien à voir avec les cookies : une balise absente de certaines pages, un fichier PDF non mesuré, une URL canonique différente, ou des robots exclus d'un seul côté. Si l'écart vous paraît énorme, vérifiez d'abord que votre balise est bien sur toutes vos pages.
Les six réglages à reprendre, dans l'ordre
- 1. Écrivez la date de votre dernier changement de bandeau ou de balise. Tout ce qui précède cette date n'est pas comparable à ce qui la suit. Cette seule ligne évite la moitié des mauvaises conclusions.
- 2. Demandez à votre prestataire si votre site est en mode de base ou en mode avancé. En mode de base, un refus ne laisse aucune trace, et aucune estimation n'est possible.
- 3. Excluez votre propre trafic. Vos allers-retours dans l'administration du site et ceux de votre prestataire gonflent un petit site de façon considérable. Inutile en revanche de chercher un filtre anti-robots : dans Google Analytics 4, l'exclusion des robots connus est automatique, ne peut pas être désactivée, et vous ne pouvez même pas savoir combien elle a retiré.
- 4. Passez la conservation des données à quatorze mois. Sans cela, vous ne pourrez même pas comparer un mois à son équivalent de l'an dernier dans une exploration.
- 5. Relevez clics et impressions dans votre propre tableau, chaque trimestre. L'historique de la Search Console ne vous attendra pas, et c'est lui votre série longue.
- 6. Relisez votre bandeau cookies comme un visiteur. Un bandeau confus augmente les refus, donc l'écart, sans rien protéger de plus.
Si vous préférez déléguer ce travail, parlons-en. Notre offre de maintenance démarre à 49 € HT par mois au lieu de 75 €, le détail des formules figure sur notre page tarifs, et nous répondons sous 48 h ouvrées. Nous nous déplaçons depuis Ussel pour les rendez-vous en Corrèze et en Limousin.
Questions fréquentes
Dois-je abandonner Google Analytics ?
Non, mais changez ce que vous lui demandez. Il reste très bon pour comparer deux périodes sur le même réglage, pour voir quelles pages sont consultées et pour repérer un formulaire qui ne part plus. Il est en revanche inadapté à toute question qui commence par « combien de personnes » ou « combien de clients » : celles-là appellent les chiffres de la Search Console et vos contacts entrants.
Pourquoi mes visiteurs reviennent-ils en « nouveaux » ?
Parce que le cookie qui les reconnaissait a été supprimé entre-temps. Sur Safari, le plafond de sept jours décrit par WebKit efface les cookies écrits en JavaScript après sept jours sans interaction avec le site, et le défilement de la page n'est pas une interaction. Un visiteur mensuel sur iPhone qui ne clique rien redevient donc un inconnu à chaque visite. Votre part de nouveaux visiteurs est surestimée de façon structurelle, et votre fidélité sous-estimée d'autant.
Pourquoi mon hébergeur affiche-t-il plus de visites que Google Analytics ?
Parce que les deux ne comptent pas la même chose, ni dans la même unité. Les journaux de votre hébergeur comptent des requêtes servies par le serveur, robots compris, et une seule page en déclenche des dizaines avec ses images et ses fichiers. Votre outil de mesure, lui, compte des pages vues par des navigateurs qui ont exécuté son script et accepté la mesure. Un rapport de trois, cinq ou dix entre les deux n'indique donc aucun défaut : il indique que vous comparez deux définitions du mot « visite ».
Un outil sans cookies est-il plus fiable ?
Il est plus complet sur le volume et plus pauvre sur le parcours, ce qui est souvent un bon échange pour une TPE. En mesurant dans le cadre de l'exemption décrite par la CNIL, donc sans demander d'accord mais en continuant d'informer vos visiteurs et de leur laisser un moyen de s'y opposer, vous récupérez la part des visiteurs qui refusait, et votre total de visites se rapproche du réel. En revanche vous renoncez par construction au suivi global de la navigation et au recoupement avec un autre traitement, ce qui exclut les parcours entre plusieurs sites et les rapprochements avec un fichier client. Attention au point décisif : la CNIL indique que la plupart des grandes offres du marché ne relèvent pas de l'exemption quelle que soit leur configuration, donc il s'agit de changer d'outil, pas de changer un réglage.
Quels chiffres puis-je croire ?
Ceux qui ne passent pas par le navigateur de votre visiteur, détaillés plus haut : la Search Console, vos contacts entrants, votre chiffre d'affaires, et les tendances à configuration gelée. Tout le reste est une estimation utile, à condition de ne pas la présenter comme un décompte.
Ce qu'il faut retenir
Vos statistiques ne sont pas cassées : elles mesurent autre chose que ce que vous croyez. Le bon réflexe n'est pas de chercher le chiffre exact, mais de poser une fois la soustraction ci-dessus, puis de piloter sur les quatre indicateurs qui ne dépendent pas du navigateur de vos visiteurs.
Si vous voulez savoir ce que vos chiffres actuels valent réellement, demandez un devis gratuit ou écrivez-nous depuis la page contact. Nous regardons votre configuration et nous vous disons ce qui est mesurable chez vous ; nous mettons ensuite en place, si vous le souhaitez, le tableau de suivi qui correspond à votre activité.
Votre entreprise est en Corrèze ? Découvrez notre accompagnement à Corrèze.
Articles liés
Votre formulaire de contact WordPress ne fonctionne plus ? Retrouvez vos demandes de devis
Votre formulaire de contact WordPress ne fonctionne plus ? Faites 5 vérifications, cherchez les demandes enregistrées et sachez quand confier la réparation.
Lire →Dépannage WordPress en Corrèze : les pannes courantes et quand appeler un professionnel
Dépannage WordPress en Corrèze : erreur critique, page blanche, mise à jour ratée. Ce que vous pouvez vérifier seul, les gestes à éviter et quand appeler.
Lire →Maintenance WordPress à Tulle : reprise de site, suivi et délais réels
Maintenance WordPress à Tulle : audit de départ en 12 points, rendez-vous chez vous, suivi à distance, délais expliqués et forfaits dès 40 € HT par mois.
Lire →


