Ce que Search Console ne vous dit pas

—Dix points si vous ne lisez que ça

1. Google vous prévient lui-même. Sa page de référence sur le comptage précise que les heuristiques décrites sont « subject to change », que la méthode de calcul de la position « might change in the future », et que la liste des types de résultats documentés « is not exhaustive ».¹
2. La position moyenne n'est pas un rang. C'est la position la plus haute occupée par votre site, moyennée sur les requêtes où il est apparu — et pondérée par les impressions. Google la qualifie de « metric complexe qui peut être trompeuse si vous n'en comprenez pas les subtilités ».¹
3. Vos totaux ne s'additionneront jamais. Google documente quatre causes distinctes : différence d'agrégation, plafond de 1 000 lignes, requêtes anonymisées, et le fait que « match » + « ne correspond pas » ≠ total.⁵
4. Le même chiffre a deux valeurs selon la dimension consultée. Grouper par requête, pays, appareil ou date agrège par propriété ; grouper par page ou apparence agrège par page. Le graphique, lui, est toujours agrégé par propriété.³ Résultat officiel : le CTR et la position moyenne sont « généralement plus élevés » en agrégation par propriété.²
5. Près de la moitié de vos clics viennent de requêtes que vous ne verrez jamais. Sur 22 milliards de clics et 887 534 propriétés, 46,77 % des clics proviennent de requêtes anonymisées ; le mode par site se situe entre 45 % et 80 %.⁴³
6. Croiser page et requête détruit vos données — et pas pour la raison qu'on croit. Ce n'est documenté que dans la doc API, et Google l'attribue au coût de calcul, pas à la vie privée : « our system may drop some data in order to be able to calculate results in a reasonable time using a reasonable amount of computing resources ».¹⁷
7. Trois ruptures indépendantes ont corrompu vos historiques récents — et elles se chevauchent : l'AI Mode intégré aux totaux Web en juin 2025, la fin du paramètre num=100 en septembre 2025, et une erreur de journalisation reconnue par Google qui a faussé les impressions du 13 mai 2025 au 27 avril 2026.⁶ Aucune série longue n'est homogène.
8. Google n'a pas rétro-corrigé les 50 semaines d'impressions fausses. Les chiffres gonflés restent en place définitivement, et la baisse visible après le 27 avril 2026 est un artefact de correction, pas une perte de visibilité.³⁸
9. Les incidents de données GSC ne sont pas suivis dans le tableau de bord d'état de Google. John Mueller : on l'y suivrait « si cela affectait un des systèmes cœur de la recherche », mais ici « ce n'est "que" du reporting ».⁴⁶ Et la page officielle des anomalies s'auto-purge à 16 mois.
10. Seul l'export BigQuery rend la perte mesurable. Il ne révèle pas le texte des requêtes anonymisées, mais il les expose comme lignes portant leurs métriques avec un champ is_anonymized_query.¹³ C'est le seul des trois accès dont les totaux sont additifs.

—Comment nous avons travaillé

Cette étude applique la même méthode que la première de cette série : chaque affirmation porte son niveau de preuve, et rien n'est présenté comme un fait sans source vérifiable. La différence, ici, c'est que la source primaire est abondante — Google documente énormément ses règles de comptage. Le problème n'est pas le manque d'information : c'est que personne ne la lit.

Une difficulté propre à ce sujet : la documentation elle-même bouge

Le centre d'aide de Search Console a été restructuré en 2025-2026. L'ancienne page monolithique sur le rapport de performance a été éclatée en cinq pages portant des identifiants neufs. Conséquence pratique : une grande partie des citations qui circulent dans la littérature SEO renvoient vers des pages qui ne contiennent plus le passage cité. Nous indiquons systématiquement l'identifiant de page actuel.

Deux autres particularités documentaires méritent d'être signalées d'emblée :

• Les pages d'aide n'affichent aucune date de mise à jour. Il est donc impossible de dater une règle de comptage. Une seule page de notre corpus porte une date : celle qui compare GSC et Google Analytics.²¹
• Google ne publie aucun seuil chiffré d'anonymisation, nulle part. La seule qualification officielle est « searched a very small number of times ».³ Toute valeur numérique qui circule est une estimation tierce.

Le fil rouge

01Les avertissements que Google écrit lui-même

Avant toute analyse, il faut lire les trois réserves que Google place dans sa propre page de référence sur le comptage. Elles sont rarement citées, et elles devraient encadrer tout tableau de bord.

Trois conséquences immédiates. D'abord, une règle de comptage n'est pas un contrat : elle peut changer sans annonce. Ensuite, tous les types de résultats ne sont pas documentés — nous verrons en section 06 quels angles morts cela laisse. Enfin, et c'est le plus gênant : les pages d'aide de Search Console n'affichent aucune date de mise à jour. Il est donc impossible de savoir depuis quand une règle est en vigueur, ni de prouver qu'elle a changé.

Un dernier point de gouvernance, décisif pour qui veut auditer un historique : les incidents de données de Search Console ne sont pas suivis dans le tableau de bord d'état de la recherche Google. John Mueller :

Il n'existe donc aucun flux machine-lisible et faisant autorité des incidents de données GSC. La seule source est la page des anomalies — qui, comme nous le verrons en section 18, s'auto-purge : elle ne conserve que « les problèmes connus des 3 à 16 derniers mois ».⁶ Corollaire pratique : si vous voulez pouvoir dater une rupture dans deux ans, archivez cette page aujourd'hui.

02L'impression : trois régimes de comptage, pas un

« Une impression signifie qu'un utilisateur a vu — ou potentiellement vu — un lien vers votre site. » Le « potentiellement » fait tout le travail, et il se décline en trois régimes distincts.¹ A · Confirmé

Le premier régime est celui qui surprend : sur une page de résultats classique, un lien en bas de page compte une impression même si l'utilisateur n'a jamais scrollé. C'est exactement ce qui rendra possible la pollution massive des impressions par les scrapers (section 15) : un robot qui charge une page de 100 résultats génère 100 impressions sans qu'aucun œil humain n'ait rien vu.

Une règle de dédoublonnage vient limiter les excès : « scroller puis revenir, ou changer de page puis revenir, pendant une même requête ou session, ne compte pas comme plusieurs impressions ».

03Le clic : surtout, ce qui n'en est pas un

La règle générale est simple : « tout clic qui envoie l'utilisateur vers une page en dehors de Google Search, Discover ou News est compté ; cliquer un lien qui reste à l'intérieur de la plateforme Google n'est pas compté ».¹ A · Confirmé

Et un clic répété ne compte qu'une fois : « cliquer un résultat, revenir, puis recliquer le même lien ne compte que pour un clic. Cliquer un lien différent compte un clic par lien cliqué. » Cette asymétrie aura des conséquences en agrégation (section 05).

Le cas des « query refinements », largement ignoré

Google ne compte ni clic ni impression pour les liens de raffinement de requête, avec une justification savoureuse :

Mais la partie importante vient ensuite, et elle a des effets massifs sur les données :

Autrement dit : un utilisateur qui passe de l'onglet « Tous » à l'onglet « Images » génère une nouvelle requête dans vos données. La même intention de recherche humaine peut donc produire deux, trois, quatre lignes de requête dans des types de recherche différents. C'est une des raisons pour lesquelles additionner les types de recherche est un non-sens (section 07).

Enfin, les fichiers non-HTML comptent : un clic sur un PDF, un document ou une image indexés est un clic GSC. Ce sont des clics qu'aucun outil d'analytics ne verra jamais, faute de balise de suivi (section 27).

04La position moyenne n'est pas un rang

C'est la métrique la plus mal comprise de tout l'outil, et Google en est parfaitement conscient :

La définition exacte, en trois clauses

1. C'est la position la plus haute. « The position value shown in the Performance report is the topmost position occupied by a link to your property or page in search results, averaged across all queries in which your property appeared. » Si votre site apparaît trois fois, seule la meilleure place compte.
2. C'est une moyenne pondérée par les impressions. « the metric is shown as average position, which averages the position value for all impressions (because the position of the link will be different each time it is seen). »
3. Sans impression, pas de position. « A link must get an impression for its position to be recorded. If a result does not get an impression — for example, if the result is on page 3 of search results, but the user only views page 1 — then its position is not recorded for that query. »

La troisième clause est la clé de tout ce qui suivra : le dénominateur de la moyenne est lui-même variable. Faites disparaître des impressions profondes, et la moyenne « s'améliore » sans qu'aucun classement n'ait bougé. C'est exactement ce qui s'est produit en septembre 2025 (section 17).

« Position 11 » peut vouloir dire quatre choses différentes

Google donne lui-même les lectures possibles d'une même valeur, selon le contexte :

• la position en haut à droite d'un panneau de connaissances, sur desktop ;
• le premier résultat de la page 2 ;
• la deuxième ou troisième ligne des résultats images sur desktop ;
• la sixième ligne des résultats images sur mobile.

Deux règles complémentaires achèvent de démonétiser la lecture naïve : les publicités n'occupent pas de position (« ads do not occupy a search position »), et un panneau de connaissances très visible peut occuper une position numériquement médiocre. Google précise par ailleurs que la position est comptée « de haut en bas du côté principal de la page, puis de haut en bas du côté secondaire » — donc un élément de colonne de droite est numéroté après tout le contenu de gauche.

Google anticipe d'ailleurs la question la plus fréquente dans sa propre FAQ — « le rapport dit que ma page est en position 5, mais quand je fais la recherche elle est en position 8 ! » — avec cette réponse : la valeur est une moyenne sur toutes les recherches, et votre recherche personnelle diffère « à cause de nombreuses variables, comme votre historique de recherche, votre localisation, etc. »

05Agrégation par propriété ou par page : deux vérités simultanées

C'est le mécanisme qui explique la majorité des « incohérences » que les praticiens constatent entre le graphique et le tableau. Il est documenté, mais son ampleur est sous-estimée.² A · Confirmé

L'exemple officiel de Google, et son enseignement

Un utilisateur, une requête, trois URL du même site en positions 1, 2 et 3, trois clics :

Google en tire lui-même la conclusion générale :

Quelle dimension déclenche quel mode — la règle à connaître par cœur

Un cas particulier mérite d'être signalé, parce qu'il fabrique des positions décimales là où on ne les attend pas : les résultats de type liste/détail (offres d'emploi, événements) sont le seul cas documenté où la position est une moyenne arithmétique intra-conteneur. Google donne la formule : « (position du conteneur (généralement 1) + position dans la liste (2)) / 2 = 1,5 ».¹ Et l'impression y est comptée deux fois si l'utilisateur déplie la liste après avoir vu l'élément en vue courte.

06Images, carrousels, blocs dépliants : les cas qui déforment tout

Trois types de résultats méritent un traitement à part, parce qu'ils faussent silencieusement les moyennes globales. A · Confirmé

Les images : une seule impression, quel que soit le nombre d'images

Et la position y suit une géométrie différente : « Position in image search results is counted left to right, then top to bottom ». Google admet lui-même l'imprécision qui en résulte : « un écran plus large affiche plus de résultats par ligne. Parce que le nombre d'images par ligne varie selon la taille de l'écran et la largeur de chaque image, il peut être difficile de juger du sens exact d'une valeur de position dans les résultats images. »

Le comptage diffère même selon l'onglet consulté : dans l'onglet combiné, les impressions images sont comptées sans exigence de scroll ; dans l'onglet Images, elles ne sont comptées que « lorsque l'image a été scrollée dans le champ de vision ».

Les blocs dépliants : déplier n'est pas cliquer

Pour les FAQ et « Autres questions posées » : « Cliquer pour déplier l'élément n'est pas compté. Cliquer n'importe quel lien vers votre site dans la section dépliée compte comme un clic. » Et l'impression n'est comptée qu'après dépliement.

Une limite d'attribution qui interdit un calcul très courant

Les angles morts documentaires

La liste des types de résultats documentés couvre notamment l'AI Mode, les AI Overviews, l'AMP, les carrousels, Discover, les FAQ, les featured snippets, les images, les listes/détails et les résultats News. Elle ne contient aucune section dédiée aux sitelinks, aux Top Stories, aux packs locaux ni aux résultats vidéo. Ces cas relèvent donc du repli générique : « If your element type is not described here, assume that the element position level applies to all links within each element. » C'est un angle mort réel, à ne pas combler par déduction.

07Cinq jeux de données cloisonnés, pas un

Search Console ne contient pas « vos données Google ». Il contient six jeux de données séparés qui ne s'additionnent pas et ne se comparent pas : web, image, video, news (l'onglet News de Search), discover, et googleNews (l'app et le site News). ¹³ A · Confirmé

Le cloisonnement est explicite : « Search Analytics records data for each search type separately; it does not combine the data across search types. » Une même page peut apparaître dans les résultats web et images, avec deux jeux de métriques indépendants.

Deux régimes de comptage opposés pour News

Discover : les règles y sont inversées

Discover se comporte différemment sur trois points, et chacun casse une habitude :⁷

• Pas d'agrégation par propriété : « Unlike Search results, Discover impressions are never aggregated by property; if two Discover results from the same property appear in the same Discover list, each impression is counted separately. »
• Pas de position du tout : « Position is not recorded for Discover results. »
• Un seuil d'impressions propre conditionne l'affichage d'une ligne, mais « les données des lignes sous ce seuil sont tout de même ajoutées aux totaux du site » — donc, une fois de plus, la somme des lignes est inférieure au total.

Google ajoute une mise en garde sur la nature même de ces données : « Discover traffic is somewhat less predictable than Search traffic, in part because it is proactively served by Google rather than dependent on user queries. »

08Anonymisation et troncature : deux mécanismes qu'on confond

Il manque des données dans votre rapport, et pas pour une seule raison. Google documente deux mécanismes distincts, aux causes et aux conséquences différentes. Les confondre conduit à des diagnostics faux.

La définition la plus précise que Google ait publiée du seuil d'anonymisation vient d'un article technique de 2022 :

C'est la seule quantification officielle qui existe — et elle est floue à dessein. Aucune page Google ne publie de seuil chiffré. Les valeurs précises qui circulent dans la littérature SEO (« 30 fois sur 13 mois », « 30 utilisateurs connectés ») ne proviennent d'aucune source Google identifiable. Nous ne les reprenons pas.

L'ampleur, mesurée

La série de mesures la plus continue procède par soustraction : clics totaux au niveau page, moins la somme des clics des requêtes nommées.⁴³ C · Mesuré

Le mode de la distribution par site se situe entre 45 % et 80 %. Autrement dit : pour un site typique, près d'un clic sur deux provient d'une requête que vous ne verrez jamais, et le phénomène est remarquablement stable dans le temps.

09Le piège de la combinaison de dimensions

Voici le mécanisme qui invalide silencieusement la majorité des analyses « page × requête » — c'est à dire le geste le plus courant du métier. Il est documenté par Google, mais dans un seul endroit, que presque personne ne lit : la documentation de l'API.

Lisez la deuxième citation lentement : « pour des comptages exacts, vous devez omettre les dimensions page et requête ». Google vous dit que le mode exact est celui où l'on ne peut faire aucune analyse sémantique, et que dès que vous voulez savoir quelle page ou quelle requête, vous entrez en mode dégradé. Ce n'est pas un bug : c'est un arbitrage assumé.

La démonstration : un filtre qui ne filtre rien change les chiffres

La mesure la plus élégante du phénomène consiste à appliquer des filtres neutres — des filtres qui, logiquement, ne devraient rien retirer — et à observer le total.⁵¹ C · Mesuré

Attention au piège du regex neutre. Un praticien qui écrit .* pour « tout garder » croit ne rien filtrer. Il applique en réalité un filtre requête, avec toutes ses conséquences. La même remarque vaut pour un filtre « ne contient pas xyztotalementimprobable ».

10Pourquoi vos totaux ne s'additionneront jamais

Google publie lui-même un exemple chiffré, et c'est le meilleur point de départ. Quatre requêtes listées totalisent 450 clics, alors que le total réel est de 550 clics. Puis :²²

Google le reconnaît formellement : « When filtering by page or query, the "match" and "does not match" totals may not add up to the unfiltered total, due to the omission of anonymized queries and data truncation. »⁵ A · Confirmé

Les sept causes, séparées

Sur la sixième cause, Google laisse une porte de sortie non quantifiée qu'il faut connaître : les données sont attribuées à l'URL canonique « although in some cases data might be assigned to the actual URL, rather than the canonical URL ».¹ Combien de cas ? Ce n'est pas documenté.

11Les 1 000 lignes : une troncature en amont, pas un plafond d'affichage

L'interface affiche au maximum 1 000 lignes. Presque tout le monde le sait. Ce que presque personne ne sait, c'est où la coupe est faite — et la formulation officielle est sans ambiguïté :⁷ A · Confirmé

Cela condamne le contournement le plus répandu du métier : trier à l'envers pour « voir l'autre bout ». Il n'y a pas d'autre bout. Les 1 000 lignes que vous voyez sont les seules qui existent dans le rapport, et elles ont été sélectionnées par les clics.

Ce dernier point est déterminant : le tri constitue l'échantillon, il n'est pas une commodité d'affichage. Côté API, Google écrit que le plafond est de « 50 000 rows of data per day per search type (web, image, and so on — sorted by clicks) ».¹⁷ Vos données sont donc un échantillon biaisé vers ce qui clique — ce qui a une conséquence redoutable sur les courbes de CTR (section 12).

12Mesurer précisément ce qui vous manque

La perte n'est pas une fatalité qu'on subit en aveugle : elle est quantifiable au clic près, à condition de savoir où regarder.

Ce que la formulation officielle laisse croire — et ce qu'il en est

La page de l'export BigQuery annonce que vous obtenez toutes les données de performance « with the exception of anonymized queries ».¹² Formulation trompeuse : ce sont les libellés de requête qui sont absents, pas les métriques. Le schéma le dit précisément :¹³

Les lignes anonymisées existent, avec leurs clics, leurs impressions et leur position sommée. Seul le texte manque. L'export BigQuery est donc le seul des trois accès dont les totaux sont additifs — et le seul qui permette de répondre à la question « combien me manque-t-il ? », même si aucun ne répondra jamais à « quoi ? ». B · Par proxy

La méthode est un simple partitionnement sur le booléen, puis un calcul de part en clics et en impressions.⁵⁵ Elle prend cinq minutes et devrait figurer sur tout tableau de bord sérieux, à côté des chiffres qu'elle relativise.

UI, API, BigQuery : trois volumes différents pour la même période

Une comparaison menée sur un même site et un même mois donne la mesure de l'écart entre les trois accès :⁵² C · Mesuré

Et la démonstration de la perte par filtrage, sur le même jeu de données :

• Filtre marque (48 613) + hors marque (387 984) = 436 597, contre 893 691 au total → ~50 % des clics manquent.
• Filtre par chemin d'URL : 307 587 + 568 781 = 876 368 → ~2 % seulement manquent.

La leçon est nette : filtrer par URL est presque sans coût, filtrer par requête coûte la moitié de vos données.

Le filtre marque : utile, mais pas ce qu'on croit

Google a déployé un filtre marque / hors-marque, en précisant deux limites importantes :⁵⁷

• « The classification of branded versus non-branded is NOT based on a regular expression method […] It is determined by an internal, AI-assisted system » — donc non reproductible et non auditable.
• « some queries may occasionally be misidentified », et le filtre n'est disponible que pour les propriétés de premier niveau, sur les sites à volume suffisant.

Surtout : c'est un filtre requête. Il déclenche donc l'omission des anonymisées, et marque + hors-marque ne sommera jamais au total — comme le montre le calcul ci-dessus.

13Les 16 mois : la limite que Google ne documente pas

Tout le monde sait que Search Console conserve 16 mois de données. C'est répété partout. Nous avons cherché la page officielle qui l'énonce pour le rapport de performance : nous ne l'avons pas trouvée. D · Hypothèse

Les deux seules attestations officielles que nous ayons pu établir sont indirectes :

• La page Discover mentionne « any of your content that has appeared on Discover in the last 16 months ».²⁴
• La page des anomalies indique enregistrer les problèmes connus « in the last 3-16 months ».⁶

Le billet de blog historique qui annonçait cette rétention n'est plus servi à son adresse d'origine. Nous présentons donc la limite des 16 mois comme un fait de fonctionnement largement observé mais sous-documenté — ce qui est en soi un constat intéressant sur l'état de la documentation.

Ce qui disparaît n'est d'ailleurs pas seulement « ancien » : au-delà des plafonds de lignes, une partie des données n'a jamais été exposée du tout. Les stratégies d'archivage, leurs pièges et leur ordre de mise en place font l'objet de la section 35.

1417 juin 2025 — l'AI Mode entre dans les totaux Web

Première rupture, et la plus discrète : elle n'a fait l'objet d'aucune annonce, seulement d'une mise à jour de documentation.

Depuis le 17 juin 2025, les clics, impressions et positions de l'AI Mode sont comptés dans le rapport de performance — agrégés sous le type « Web », sans aucune segmentation possible.⁷²⁴²⁷⁵ Les règles sont celles du reste : « Clicking a link to an external page in AI Mode counts as a click » ; « Position in AI Mode follows the same methodology as a Google Search results page » ; et une question de suivi dans l'AI Mode constitue « essentiellement une nouvelle requête ».¹ A · Confirmé

Un praticien l'a formulé simplement après vérification expérimentale : « AI Mode data (that is outside of labs) is grouped with "Web" data within the performance report ».⁷³

La même expérimentation révèle un second problème, plus inquiétant : la couverture de l'AI Mode dans GSC est partielle par construction. Des dizaines de milliers d'impressions générées volontairement vers une requête AI Mode n'ont produit dans le rapport que 3 clics, 64 impressions et une position moyenne de 1,1.⁷³ Les utilisateurs hors États-Unis, en Labs, en navigation privée ou derrière un VPN sont exclus — et le taux de couverture n'est documenté nulle part. C · Mesuré

1512 septembre 2025 — la fin du paramètre num=100

Deuxième rupture, la plus commentée. Autour du 11-12 septembre 2025, Google cesse d'honorer le paramètre d'URL &num=100, qui permettait d'afficher cent résultats sur une seule page.

Le mécanisme, et pourquoi il touche vos données

Le premier signalement public date du 12 septembre, et il décrit un comportement d'abord intermittent — ce qui a fait croire à un test.²⁸ Trois jours plus tard, la presse spécialisée constate que « la plupart des outils tiers de suivi de position sont cassés ».²⁹³⁰

Souvenez-vous de la règle de la section 02 : sur une page de résultats classique, une impression est comptée que l'élément soit scrollé dans le champ de vision ou non. Un robot de suivi de position qui chargeait une SERP à 100 résultats générait donc, en une requête, une impression pour chacune des cent URL — sans qu'aucun humain ne voie quoi que ce soit.

Ces impressions synthétiques ont disparu du jour au lendemain. Elles étaient concentrées sur le desktop — les outils suivant majoritairement cet appareil — et sur les positions profondes, au-delà du top 20.

Ce que Google a dit, et surtout ce qu'il n'a pas dit

C'est la seule déclaration officielle sur le sujet, et elle porte sur le support du paramètre, pas sur les données. Trois silences méritent d'être relevés :

• Google n'a jamais confirmé le lien entre num=100 et la chute des impressions GSC.
• Google n'a jamais inscrit septembre 2025 dans sa page officielle des anomalies de données.⁶ Pour la documentation, cet événement n'existe pas.
• Google n'a jamais dit si le changement était volontaire, ni s'il visait le scraping pour l'IA.

La thèse « impressions de scrapers » repose donc sur un faisceau d'indices convergents — la concordance des dates, la concentration sur desktop, la stabilité des clics, la rupture simultanée des outils de suivi — mais reste une inférence de la communauté. Elle est solide ; elle n'est pas officielle. D · Hypothèse

Le coût pour les outils, lui, est mécanique : reconstituer un top 100 exige désormais une dizaine de requêtes au lieu d'une. Plusieurs éditeurs ont annoncé dans la foulée réduire leur suivi au top 20.

16Ce qui a été mesuré en septembre 2025

La mesure la plus sérieuse compare deux fenêtres de huit jours — 25 août au 1^er septembre contre 8 au 15 septembre 2025 — sur 319 propriétés Search Console :⁷⁴ C · Mesuré

L'étude relève aussi un déplacement de la distribution : moins de requêtes en page 3 et au-delà, davantage en top 3 et en page 1. C'est la signature exacte de la disparition d'impressions profondes.

D'autres mesures, sur des échantillons plus larges mais des méthodologies moins détaillées, donnent des ordres de grandeur convergents : une baisse médiane d'impressions d'environ 15 % sur 1 334 sites, et environ 25 % sur un agrégat hebdomadaire de 1 000 sites.⁷⁴³² La concentration sur le desktop, elle, est une observation qualitative convergente, jamais chiffrée de façon systématique.³⁴

17L'illusion d'optique : quand la position moyenne s'améliore toute seule

Revenons à la définition de la section 04 : la position moyenne est une moyenne pondérée par les impressions, et « un lien doit obtenir une impression pour que sa position soit enregistrée ».¹

Retirez brutalement des impressions concentrées sur les positions 20 à 100, et la moyenne se recalcule sur un ensemble plus restreint et mieux classé. Elle s'améliore, mécaniquement, sans qu'aucun classement n'ait bougé. C'est exactement ce qui s'est produit — et c'est le meilleur exemple pédagogique qui soit de la différence entre une métrique et la réalité qu'elle prétend décrire.

Le même raisonnement s'applique au CTR. Le CTR est un ratio clics ÷ impressions. Les clics étant restés stables et le dénominateur ayant chuté, le CTR affiché a bondi. Rien ne s'était amélioré. Et inversement : avant septembre 2025, votre CTR réel était supérieur à celui que vous affichiez.

La conséquence sur les courbes de CTR par position est plus grave encore. Le dénominateur était gonflé de manière non uniforme — surtout au-delà du rang 10, surtout sur desktop. Les courbes de CTR pour les positions profondes construites sur des données antérieures à septembre 2025 sont donc les plus corrompues, et aucune étude publiée n'a proposé de courbe corrigée. Combinez cela avec le biais de troncature par les clics (section 12), et vous obtenez deux biais qui poussent dans des directions opposées, sans moyen simple de les démêler.

183 avril 2026 — Google reconnaît cinquante semaines d'impressions fausses

Troisième rupture, et de loin la plus lourde : cette fois, ce n'est pas une inférence de la communauté. C'est Google qui l'écrit.

L'incident a d'abord été repéré par un praticien à partir de pics d'impressions aberrants, avant d'être reconnu par Google puis corrigé trois semaines plus tard.^35363738

Reprenons les termes, parce que chacun compte :

Un incident qui n'apparaît nulle part où on le chercherait

Rappelons les éléments de gouvernance de la section 01 : cet incident n'a pas été suivi dans le tableau de bord d'état de la recherche — ce n'est « que » du reporting.⁴⁶ Il figure uniquement sur la page des anomalies, laquelle ne conserve que « les problèmes connus des 3 à 16 derniers mois ».⁶

Conséquence directe : cette entrée disparaîtra d'elle-même courant 2027. Un analyste qui, en 2028, cherchera à comprendre une bizarrerie de 2025 ne trouvera plus trace de l'explication sur le site de Google. C'est la raison pour laquelle nous recommandons d'archiver cette page — voir section 35.

Cette page contient d'ailleurs d'autres entrées instructives, qui montrent que l'incident n'est pas isolé : « As of May 7, 2026, FAQ rich results are no longer appearing in Google Search. As a result, you will see a drop in the number of reported impressions for FAQ » — un changement produit, pas un bug — et surtout : « two days (February 28th and March 1st, 2026) are missing from the Bulk data exports for some properties. This data won't be recovered. »⁶

19Pourquoi les trois effets sont inséparables

Voici le point que, à notre connaissance, aucune publication n'a encore établi clairement — et c'est le plus important de cette étude.

Placez les trois ruptures sur une même frise :

La conclusion s'impose : la chute d'impressions de septembre 2025 n'a pas ramené les compteurs à une base saine, contrairement à ce qui a été écrit partout à l'époque. Elle s'est produite pendant que le bug de Google gonflait encore les impressions, et sept mois avant sa correction.

La seule analyse ayant tenté de cadrer le problème porte sur 17 propriétés et douze mois de données (avril 2025 à mars 2026), et identifie précisément ces trois défaillances superposées. Elle estime l'inflation des impressions à 30 à 50 % sur la plupart des propriétés, avec des extrêmes bien pires — soit, sur son seul échantillon, entre 150 et 220 millions d'impressions artefactuelles.⁶⁵ C · Mesuré

Elle formule aussi le meilleur test de bon sens disponible :

Une propriété de cet échantillon affichait 36,3 millions d'impressions pour 62 000 clics — un CTR de 0,2 %. Le chiffre n'a pas de sens ; il ne mesurait rien d'humain.

20Ce que ces ruptures invalident concrètement

Faisons l'inventaire, sans détour.

La conclusion générale mérite d'être énoncée sans nuance, parce qu'elle est structurante : aucune série temporelle longue de Search Console n'est homogène. À la liste des trois ruptures récentes, il faut ajouter au moins deux changements de méthode plus anciens : la refonte du comptage des impressions images en avril 2021, et la bascule de l'attribution vers l'URL canonique en mars 2019 — cette dernière avec rétro-alimentation jusqu'en janvier 2018.³⁹⁴⁰

La bonne question n'est donc jamais « les données GSC sont-elles fiables ? » mais « quelle définition de la métrique s'applique à quelle fenêtre ? ».

21La moyenne des moyennes

C'est l'erreur la plus répandue, et la plus facile à commettre : additionner une colonne « position moyenne » et la diviser par le nombre de lignes. C'est faux, parce que la position est déjà une moyenne pondérée par les impressions (section 04).

L'export BigQuery le rend visible : il ne stocke pas une position moyenne, mais une somme de positions (sum_top_position pour la table site, sum_position pour la table URL) qu'il faut diviser soi-même.¹³ A · Confirmé

Le même raisonnement vaut pour le CTR, qui est un ratio et non une moyenne : il faut toujours SUM(clics) / SUM(impressions), jamais la moyenne des CTR par ligne. Or c'est exactement ce que font par défaut la plupart des tableurs et des outils de visualisation quand on fait glisser une colonne dans un agrégat.

Difficulté supplémentaire, rarement notée : l'API ne fournit pas sum_top_position. Pour repondérer correctement depuis l'API, il faut recalculer position × impressions ligne par ligne avant d'agréger. En BigQuery, la somme est native.

22Le paradoxe de Simpson appliqué à vos données

Le mécanisme est simple à énoncer : une moyenne globale peut évoluer dans le sens inverse de chacun de ses segments, dès lors que le poids relatif des segments change.

Nous ne citerons aucune source pour l'appliquer à GSC — parce qu'il n'en existe pas de sérieuse. En revanche, il se démontre à partir des définitions officielles. Voici un exemple construit, entièrement arithmétique. D · Hypothèse

Les deux segments se sont améliorés. La moyenne globale s'est dégradée de 42 %. Rien d'autre ne s'est passé qu'un changement de mix : le site a gagné en visibilité sur des requêtes hors marque, structurellement moins bien classées.

Contrainte pratique qui complique la vérification : l'interface limite les comparaisons à deux valeurs à la fois, et une seule comparaison simultanée.⁴ Segmenter proprement suppose donc de sortir de l'interface.

23Le biais de composition marque / hors-marque

C'est le cas particulier le plus fréquent du mécanisme précédent, et Google le documente lui-même :

Conséquences directes, toutes observées régulièrement en mission :

• Une campagne de notoriété hors-ligne fait monter les requêtes de marque, donc le CTR global et la position moyenne — sans aucun travail SEO.
• Un changement de nom ou un pic médiatique produit le même effet, à l'envers.
• Une saisonnalité différente entre marque et hors-marque déplace le mix chaque année aux mêmes dates.

Segmenter marque / hors-marque est donc le premier geste de toute analyse sérieuse, avant même de regarder une courbe. Mais avec deux réserves sur l'outil natif, rappelées en section 12 : la classification est « NOT based on a regular expression method », elle relève d'un « internal, AI-assisted system » non auditable, « some queries may occasionally be misidentified », et le filtre n'existe que pour les propriétés de premier niveau.⁵⁷

Surtout, rappelez-vous que c'est un filtre requête : marque + hors-marque ne sommera jamais au total, avec un manque mesuré autour de 50 % des clics.⁵²

24Filtrer change l'échantillon, pas seulement le périmètre

C'est la synthèse opérationnelle de la section 09, et elle mérite d'être énoncée comme une règle générale : dans Search Console, un filtre n'est pas une vue restreinte des mêmes données. C'est une nouvelle requête, avec un nouveau mode d'agrégation, une nouvelle troncature et une nouvelle omission.

Quelques comportements de filtrage à connaître, tous documentés :⁴ A · Confirmé

Le piège du filtre « exact, espaces compris » est particulièrement retors : un filtre « chaussure » et un filtre « chaussure » (avec une espace finale invisible) ne renvoient pas la même chose, et rien ne le signale.

25Fraîches, préliminaires, finales, révisées

Les données de Search Console passent par quatre états, et confondre les deux premiers suffit à fabriquer une fausse alerte. A · Confirmé

Deux détails de calendrier achèvent le tableau, et cassent beaucoup de rapports automatisés : toutes les dates sont en heure du Pacifique, non modifiable — sauf la vue 24 heures, qui passe en heure locale du navigateur ; et les semaines vont du dimanche au samedi, ce qui est incompatible avec les semaines ISO utilisées en Europe.³

26Canonical, redirections, propriétés : quand l'unité d'analyse se déplace

Les données sont attribuées à l'URL canonique choisie par Google — pas à l'URL cliquée :¹

Trois conséquences pratiques, dont deux sont des pièges classiques :

1. Un changement de canonical déplace l'historique d'une URL vers une autre — et parfois d'une propriété vers une autre. Sur les rapports Discover et News, Google est explicite : « Data will only be shown in the property that contains the canonical URL […] the duplicate URLs will show zero ».⁸ Une page « qui ne fait plus rien » peut simplement avoir vu ses données migrer.
2. Les redirections ne changent rien à l'attribution. « If your website redirects the user to another page after they've landed from Google, that has no effect on the URL assigned the impression or click. » En revanche, la dimension Pages, elle, groupe par « the final URL linked by a Search result after any redirects ».³ Deux règles opposées, dans le même outil.
3. Ne croisez jamais Crawl Stats et le rapport de performance au niveau URL. Le rapport d'exploration suit une règle inverse : « All URLs shown and counted are the actual URLs requested by Google; data is not assigned to canonical URLs as is done in some other reports. »¹⁶

Domaine ou préfixe d'URL : le choix modifie vos chiffres

Une propriété Domaine agrège tous les sous-domaines et protocoles ; une propriété préfixe se limite à ce qui commence par le préfixe indiqué.⁹ Comme la déduplication par propriété (section 05) s'applique sur un périmètre plus large, une propriété Domaine affiche mécaniquement un CTR et une position moyenne plus flatteurs qu'une propriété préfixe sur le même site.

Ajoutez que le filtre marque n'existe pas sur les propriétés préfixe non racines, et vous obtenez une règle simple : ne comparez jamais deux propriétés de types différents, et ne changez pas de type en cours d'analyse.

27GSC contre GA4 : elles ne mesurent pas le même objet

Le principe qui explique l'essentiel des écarts tient en une phrase : Search Console mesure ce qui se passe avant l'arrivée sur votre site, GA4 mesure ce qui se passe après. Ce ne sont pas deux mesures du même phénomène, ce sont deux phénomènes différents.

Google documente lui-même les principales causes d'écart, et il faut les citer parce qu'elles sont plus honnêtes que la plupart des analyses tierces :²¹ A · Confirmé

• « There are three attribution models available to you in Google Analytics, while Search Console counts every click in Google Search. »
• « Search Console reports only on the Google Search canonical URL, whereas Google Analytics reports on any URL that includes the tracking code. »
• « Google Analytics automatically excludes traffic from known bots and spiders, while Search Console doesn't necessarily filter them out. »
• « If your site is asking users to accept tracking, and users opt out, that can skew Google Analytics data. »

Le troisième point mérite d'être souligné : Google reconnaît que Search Console ne filtre pas forcément les robots. C'est écrit noir sur blanc, bien avant l'épisode num=100.

Cinq asymétries qui rendent la comparaison clic ↔ session impossible

1. Un clic sans session : le visiteur part avant l'exécution de la balise. Aucune trace côté GA4.
2. Plusieurs clics, une session : deux clics sur deux résultats du même site à trente minutes d'intervalle ne font qu'une session.
3. Un clic, plusieurs sessions : GA4 attribue en dernier clic non direct. Un visiteur qui revient quatre fois en direct produit cinq sessions google / organic pour un seul clic GSC.
4. Les fichiers non-HTML : un clic sur un PDF indexé est un clic GSC, jamais une session GA4.
5. Le périmètre : GSC sépare Discover et News dans des rapports distincts ; GA4 les fond généralement dans Organic Search.

Une dernière asymétrie, propre à l'Europe : quand le consentement avancé est en place, GA4 modélise le comportement des non-consentants par apprentissage automatique — mais cette modélisation n'est pas incluse dans l'export BigQuery de GA4. Sur un même site européen, l'interface GA4 et son propre export ne peuvent donc pas concorder. Ajoutez GSC par-dessus, et vous avez trois chiffres incompatibles pour une seule réalité.

28GSC contre les logs serveur : une frontière nette

Les logs sont la seule source exhaustive de premier parti. Ils voient tous les robots — pas seulement ceux de Google —, en temps réel, avec le code HTTP, le poids, le temps de réponse et l'agent déclaré. C'est la seule source de vérité sur le crawl.

Pourquoi un hit n'est pas un clic

1. Les ressources : une page = 1 requête HTML + N requêtes CSS, JS, images, polices. Un log brut non filtré surcompte massivement.
2. Les référents falsifiés : l'en-tête Referer est fourni par le client, donc trivialement forgeable. Un hit portant Referer: google.com n'est pas une preuve de clic organique. La seule validation solide est la vérification DNS inverse puis directe pour les robots.
3. Le préchargement : un navigateur peut charger une page sans clic.
4. Les caches : derrière un CDN, un clic réel peut ne générer aucun hit dans les logs d'origine. Il faut alors les logs du CDN.

29GSC contre les rank trackers : deux objets mathématiquement différents

Ce n'est pas une question de précision, c'est une question de nature.

Google anticipe la confusion : « même si une requête apparaît dans votre liste, vous pourriez ne pas voir votre site dans les résultats si vous lancez la même requête », à cause de l'heure, du lieu, de l'appareil et de l'historique.¹⁶

Les sources de divergence côté trackers sont bien identifiées : géolocalisation (jusqu'à la ville selon l'infrastructure de proxy), appareil, moment de la mesure, personnalisation retirée, et surtout la convention retenue pour les fonctionnalités SERP. Google attribue une seule position à tout un AI Overview, tous ses liens la partageant¹ ; chaque outil décide seul si un pack local, une vidéo ou un bloc « Autres questions posées » occupe une position. D'où des écarts systématiques d'un outil à l'autre, sur les mêmes SERP.

À cela s'ajoute, depuis septembre 2025, une dégradation générale du suivi au-delà du top 20 (section 15) — survenue simultanément chez tous les outils, sans que la plupart ne l'aient annoncé.

30Le trafic IA : non attribuable par construction

C'est le point aveugle le plus important de 2026, et il faut le formuler sans détour : il est aujourd'hui impossible de calculer le CTR d'un AI Overview, ou d'attribuer une conversion à l'IA de Google. A · Confirmé

Le rapport dédié lancé le 3 juin 2026 ne résout pas le problème : il livre des impressions, sans clics, sans CTR, sans requêtes, sans séparation entre AI Overviews et AI Mode, et sans accès API.²⁵ Un analyste l'a résumé d'une phrase :

Les assistants tiers : mieux, mais très inégalement

GA4 a ajouté en mai 2026 un canal par défaut « AI Assistant », qui reconnaît ChatGPT, Gemini, Copilot, Grok et DeepSeek — et qui exclut explicitement les AI Overviews et l'AI Mode, Google traitant ses propres fonctionnalités IA comme faisant partie de Search. Ce canal ne résout donc rien du problème ci-dessus.

L'instrumentation varie fortement selon la plateforme : ChatGPT ajoute un paramètre utm_source sur une partie de ses liens sortants depuis mi-2025 ; Gemini n'ajoute rien et se contente d'un référent. Comparer « trafic ChatGPT » et « trafic Gemini » dans GA4 compare donc deux niveaux d'instrumentation, pas deux volumes.

Signalons enfin un résultat français peu connu et très éclairant : une étude conduite par le pôle d'expertise numérique de l'État sur environ 200 000 citations de services d'IA générative mesure une intersection de 19 à 32 % seulement entre le top 5 de Google et les sources citées par les IA, et une concentration extrême — 185 domaines concentrent près de 49 % des citations.⁶⁶ C · Mesuré Autrement dit : visibilité search et visibilité IA sont faiblement corrélées, et l'une ne s'extrapole pas depuis l'autre.

31Quelle source pour quelle question

Le tableau qui devrait être affiché au-dessus de tout tableau de bord.

Sur l'avant-dernière ligne, un ordre de grandeur utile : la seule étude sérieuse ayant comparé les estimateurs de trafic tiers à des données analytics réelles, sur 641 sites volontaires ayant donné accès à leur analytics, trouve des corrélations comprises entre 0,50 et 0,79 selon l'outil, avec des barres d'erreur dépassant fréquemment ±100 %, et conclut qu'« aucune estimation tierce n'est aujourd'hui suffisamment fiable de façon constante ».⁸³ C · Mesuré Réserve importante : ces données datent de 2020-2021 ; les modèles ont évolué depuis, et personne n'a republié d'équivalent.

32L'API Search Analytics : ce qu'elle débloque

L'interface est la version la plus dégradée de vos données. L'API donne davantage, sur quatre points précis :¹⁹ A · Confirmé

Les dimensions disponibles sont country, device, page, query, searchAppearance, date et hour ; les types web, image, video, news, discover et googleNews.

Deux contraintes structurelles à connaître avant de concevoir un extracteur : searchAppearance n'est pas combinable avec d'autres dimensions — il faut deux requêtes successives — et Discover ne supporte ni les requêtes ni les positions, l'API renvoyant une erreur si on les demande.

33Les plafonds réels, et comment ils biaisent l'échantillon

Trois chiffres à ne pas confondre :¹⁷¹⁸

• 1 000 — lignes affichées et exportées depuis l'interface, troncature faite en amont ;
• 25 000 — lignes maximum par requête API, à paginer via startRow ;
• 50 000 — plafond réel par jour, par propriété, par type de recherche, et trié par clics.

C'est ce dernier point qui compte le plus : le tri constitue l'échantillon. Vos 50 000 lignes sont les 50 000 qui ont le plus cliqué — et c'est ce qui produit le facteur 50 sur les courbes de CTR démontré en section 12.

Une technique de contournement existe et fonctionne : interroger jour par jour, puisque le plafond est quotidien. Elle est efficace mais coûteuse en appels. Une approche complémentaire consiste à enregistrer des propriétés par sous-dossier pour multiplier les plafonds ; les praticiens qui l'ont documentée rapportent un gain de 4 à 5 fois le volume de données, tout en reconnaissant honnêtement qu'« même en faisant tout cela, il peut rester un trou de trafic manquant ». Limite à connaître : une propriété par sous-dossier ne collecte qu'à partir de son enregistrement, sans rétroactivité. C · Mesuré

Rappelons enfin l'échappatoire officielle de la section 11 : dès que la requête ne porte ni sur les pages ni sur les requêtes, « Search Console will display and export all the data ».²² Vos totaux par pays, appareil et date sont exacts et complets.

34L'export BigQuery : le seul accès aux totaux additifs

Nous avons vu en section 12 ce qu'il débloque. Voici ce qu'il faut savoir pour le mettre en place sans perdre de données. A · Confirmé

Deux tables, et pas une de trop

C'est la dualité de la section 05, cette fois rendue explicite et contrôlable. Sommer les deux tables donne mécaniquement des totaux différents — ce n'est pas une erreur, c'est la définition.

Trois pièges d'implémentation

1. Les lignes ne sont pas dédoublonnées. « Data isn't consolidated by date, URL, or site combination. Multiple rows can exist for identical queries on the same date. » Un GROUP BY est obligatoire, faute de quoi vos totaux sont surévalués.¹³
2. La position est en base zéro : ajoutez 1 (section 21).
3. Ambiguïté sur les requêtes anonymisées : le schéma dit null, la page d'exemples dit « zero-length string ». Testez sur votre propriété avant d'écrire un filtre — un WHERE query IS NOT NULL qui devrait exclure les anonymisées peut n'exclure rien du tout.

Dernier point, structurant pour votre planning : l'export n'est pas rétroactif. Il démarre à la date de configuration. Rien de ce qui précède ne sera jamais récupéré par ce canal.

35Archiver avant de perdre : l'ordre des opérations compte

Compte tenu de tout ce qui précède, la séquence d'archivage n'est pas indifférente. Faite dans le mauvais ordre, elle laisse un trou permanent.

Ce qui est définitivement perdu si rien n'a été fait : au-delà de 16 mois, tout — et en particulier le texte des requêtes non anonymisées, qui n'existe nulle part ailleurs. Quant aux données au-delà des plafonds de lignes, elles ne sont pas « perdues après 16 mois » : elles n'ont jamais été exposées.

36Looker Studio : quatre pièges qui faussent les tableaux de bord

Le connecteur officiel est pratique et largement utilisé. Il a quatre limites documentées qui expliquent la plupart des incohérences observées.⁸⁴ A · Confirmé

1. Deux tables mutuellement exclusives. « The Search Console connector gives you access to both these methods however a single data source can only use one of these. » Pour afficher l'agrégation site et l'agrégation URL côte à côte, il faut deux sources de données — et c'est la première cause d'écarts entre deux widgets du même tableau de bord.
2. Types de recherche asymétriques. La table Site Impression couvre web, image, vidéo et news ; seule la table URL Impression donne accès à Discover et Google News. Un tableau de bord bâti sur la première est structurellement aveugle à Discover.
3. Pas de dimension URL sur la table Site. C'est ce qui rend impossible le filtrage par page de destination que beaucoup cherchent en vain.
4. Le filtrage des lignes vides fausse les totaux. Les requêtes rares apparaissent avec un champ vide ; le réflexe est de les filtrer pour « nettoyer » — ce qui fait disparaître leurs impressions du total. Un tableau de bord « propre » sous-compte systématiquement.

Ajoutons que le connecteur rejoue l'API à chaque rafraîchissement : il est soumis aux mêmes plafonds, il est lent sur de larges plages, et surtout il n'archive rien. Ce qui sort des 16 mois disparaît du rapport. Pour un tableau de bord durable, la source doit être BigQuery, pas le connecteur natif.

37Ce qui est fiable

Cette étude a beaucoup démoli. Il reste pourtant un socle solide — et il est plus large qu'on ne le croit après quarante minutes de lecture critique.

Autrement dit : Search Console est excellent pour répondre à « combien de clics, sur quelles pages, dans quels pays, sur quels appareils ». Il devient fragile dès qu'on lui demande « sur quelles requêtes, à quelle position, avec quel CTR » — et il devient muet dès qu'on lui demande « pourquoi ».

38Huit affirmations fausses qui circulent

39Ce que Search Console ne peut pas dire

La liste des impossibilités structurelles — pas des limitations temporaires, mais des questions auxquelles l'outil ne répondra jamais dans son architecture actuelle.

Et ce qui ne va pas s'arranger tout de suite

Deux dispositifs réglementaires contraignent Google en 2026. Aucun n'améliore vos données.

• La décision britannique de juin 2026 impose à Google de donner aux éditeurs un contrôle sur l'usage de leur contenu dans les fonctionnalités IA, et d'assurer une attribution par des liens clairs. Les obligations de reporting portent sur des rapports de conformité destinés au régulateur, pas sur la transparence des données vers les éditeurs.⁷⁰ L'association des éditeurs magazine regrette d'ailleurs que le contrôle ne soit « ni par fonctionnalité ni par finalité ».
• L'article 6(11) du règlement européen sur les marchés numériques oblige Google à partager des données anonymisées de classement, de requête, de clic et de vue — avec les moteurs de recherche concurrents, pas avec les éditeurs.⁷¹

Une corrélation temporelle mérite toutefois d'être notée : le rapport Generative AI a été déployé d'abord au Royaume-Uni, à partir du 3 juin 2026 — soit la date même de l'entrée en vigueur de l'obligation britannique. Nous n'avons trouvé aucune déclaration de Google confirmant ce lien. D · Hypothèse

40Protocole d'analyse honnête

Ce que nous ferions, dans l'ordre, devant n'importe quelle variation à expliquer.

Avant de regarder la moindre courbe

1. Vérifier la page des anomalies pour la période concernée, et exclure les fenêtres contaminées.⁶ En 2026 : impressions, CTR et position moyenne sont inexploitables du 13 mai 2025 au 27 avril 2026.
2. Identifier le jeu de données : Web, Image, Vidéo, News, Discover ? Ils ne s'additionnent pas.
3. Identifier la métrique : clics ou impressions ? La réponse change tout.
4. Identifier le mode d'agrégation et les filtres actifs des deux côtés de la comparaison.
5. Exclure les trois derniers jours (données préliminaires) et vérifier que les périodes comparées sont des semaines complètes, dimanche à samedi, en heure du Pacifique.

Ensuite, dans cet ordre

1. Piloter aux clics. Sur 2025-2026, c'est la seule métrique épargnée.
2. Segmenter marque / hors-marque avant toute autre lecture — c'est le biais de composition le plus puissant (section 23).
3. Segmenter par appareil et par pays : ce sont des dimensions sans troncature tant qu'on n'y ajoute ni page ni requête.
4. Raisonner en fenêtres glissantes de 28 jours, jamais en mois calendaires ni en variations journalières.
5. Mesurer votre taux d'anonymisation en BigQuery et l'afficher à côté des chiffres qu'il relativise (section 12).
6. Ne jamais moyenner une position ni un CTR : repondérer par les impressions (section 21).

Le mot de la fin

Search Console reste l'outil le plus précieux du métier : c'est la seule fenêtre sur ce qui se passe avant le clic, et la seule source qui compte les clics réels. Le problème n'a jamais été sa fiabilité en général, mais notre habitude de lui poser des questions auxquelles il ne peut pas répondre, puis de traiter ses réponses approximatives comme des mesures.

La discipline tient en une phrase : demandez toujours d'où vient le chiffre, ce qu'il compte exactement, et sur quelle fenêtre la définition de la métrique n'a pas changé. C'est vrai des données de Google. C'est encore plus vrai des études qui prétendent les interpréter — y compris, un jour, de celle-ci.

—Glossaire

—Sources

85 références. La majorité sont des sources primaires Google — c'est la particularité de ce sujet : l'information existe, elle est simplement dispersée et peu lue. Toutes les URL ont été consultées en août 2026.

Centre d'aide Search Console

1. What are impressions, position, and clicks? answer/7042828 — la page la plus importante du corpus : règles de comptage, régimes de scroll, position, canonique, méthodologie par type de résultat.
2. Performance report: About the data. answer/17011364 — agrégation propriété/page avec exemple chiffré, données préliminaires, export des ~ en zéros.
3. Dimensions and data groupings. answer/17011259 — anonymisation, troncature, canonique, apparences, fuseaux.
4. Advanced filters and comparisons. answer/17011165 — regex RE2, casse, valeurs rares, limite à deux comparaisons.
5. Troubleshooting data discrepancies. answer/17010575 — les quatre causes officielles d'écart graphique/tableau.
6. Data anomalies in Search Console. answer/6211453 — le bug d'impressions du 13/05/2025 au 27/04/2026, la disparition des rich results FAQ, les jours perdus en export. Page qui s'auto-purge à 16 mois : à archiver.
7. Discover performance report. answer/9216516 — pas de position, pas d'agrégation par propriété, troncature en amont.
8. Google News performance report. answer/10083653
9. Property types. answer/34592 — Domaine vs préfixe d'URL.
10. Search generative AI performance report (Search). answer/16984139
11. Generative AI performance report (Discover). answer/16983858
12. About bulk data export. answer/12918484 — la formulation « with the exception of anonymized queries », trompeuse (voir section 12).
13. Bulk data export table reference. answer/12917991 — schéma, is_anonymized_query, sum_top_position en base zéro, epoch_version, lignes non dédoublonnées.
14. Manage and monitor bulk data exports. answer/12919198 — abandon des données après ~1 semaine d'échecs, arrêt total après ~1 mois.
15. Sample bulk export queries. answer/12917174
16. Performance report (Search results) answer/7576553 — et rapport d'exploration, qui n'attribue pas aux URL canoniques.

Documentation développeur

17. Getting your performance data — « Why do I lose data when asking for more detail? » developers.google.com — la source la plus importante et la plus ignorée de cette étude.
18. Usage limits. developers.google.com — « Queries grouped/filtered by page AND query string are the most expensive. »
19. Search Analytics: query. developers.google.com — dataState, aggregationType, rowLimit (défaut 1 000).
20. Search Analytics how-to. developers.google.com — pagination par startRow.
21. Google Analytics and Search Console. developers.google.com — seule page du corpus portant une date de mise à jour. Reconnaît que GSC ne filtre pas nécessairement les robots.
22. Daniel Waisberg (Google), A deep dive into Search Console performance data filtering and limits, octobre 2022. developers.google.com — définition du seuil d'anonymisation, exemple chiffré 450/550, plafond de 50 000 lignes.
23. Hourly data in the Search Analytics API, avril 2025. developers.google.com
24. Google Discover and your website. developers.google.com — une des deux seules attestations officielles des 16 mois.
25. Introducing Search generative AI performance reports, 3 juin 2026. developers.google.com
26. Fresh data in the Search performance report, septembre 2019. developers.google.com — contient une affirmation aujourd'hui périmée sur l'API, utile pour illustrer la dérive documentaire.

Les trois ruptures : chronologie et couverture

27. Search Engine Land, Google confirms it does not support the results per page parameter. searchengineland.com
28. Search Engine Roundtable, Google Search testing dropping 100 search results parameter, 12 sept. 2025. seroundtable.com
29. Search Engine Roundtable, Most third party Google Search tracking tools are broken, 15 sept. 2025. seroundtable.com
30. Search Engine Journal, Google modifies search results parameter, affecting SEO tools. searchenginejournal.com
31. Search Engine Roundtable, Impact of Google blocking bots on Search Console data. seroundtable.com
32. Found, September 2025 Google Search Console impressions drop: what's really happening? found.co.uk
33. Search Engine Land, Why Google Search Console impressions dropped. searchengineland.com
34. Brodie Clark, Were we wrong about "The Great Decoupling" after all? brodieclark.com
35. Search Engine Land, Google Search Console bug inflated impression counts, avril 2026. searchengineland.com
36. Search Engine Land, Google fixes Search Console's year-long data logging issue — well, kind of. searchengineland.com
37. Search Engine Roundtable, Google Search Console fix data logging issue. seroundtable.com
38. PPC Land, Google Search Console impressions bug ran for nearly a year unnoticed. ppc.land
39. Search Engine Land, Search Console performance report image impression change, avril 2021. searchengineland.com
40. Search Engine Land, Search Console to consolidate performance reports to canonical URL, 2019. searchengineland.com
41. Search Engine Land, Search Analytics API gains hourly breakdown for past 10 days. searchengineland.com
42. Search Engine Roundtable, Google Search Console counting AI Mode. seroundtable.com

Mesures tierces avec méthodologie

43. Ahrefs (Patrick Stox), GSC anonymized queries, avril 2025 — 887 534 propriétés, 22 Md de clics, 46,77 %. ahrefs.com
44. Ahrefs, AI Overviews reduce clicks (mise à jour −58 %). ahrefs.com
45. Ahrefs, What triggers AI Overviews? — 146 M de SERP. ahrefs.com
46. Search Engine Roundtable, Search Console reporting delays and the Search Status Dashboard — la citation de John Mueller sur le « "just" reporting ». seroundtable.com
47. Go Fish Digital, How to get past Search Console's row limits. gofishdigital.com
48. SearchConsole.ai, GSC UI vs API vs BigQuery. searchconsole.ai
49. Search Engine Journal, Search Console data in BigQuery. searchenginejournal.com
50. Supermetrics, GSC discrepancies caused by combining page-derived dimensions and search query. supermetrics.com — confirmation côté éditeur d'outil.
51. Ivan Palii, Data discrepancies in Search Console, avril 2025 — la mesure par filtres neutres sur deux propriétés. hackthealgo.com
52. Antoine Eripret (Advanced Web Ranking), Access more anonymized Search Console data, mai 2024 — comparaison API / BigQuery chiffrée, et le facteur 50 sur le CTR. advancedwebranking.com
53. SEO Gets, What are anonymous queries? — 9 sites, visibilité par taille (18,3 / 39,7 / 76,3 %), couverture 97-104 % au niveau page. seogets.com
54. Search Engine Roundtable, Google Search Console anonymizes tons of queries, juillet 2022 — la réécriture de la documentation et la réaction de John Mueller. seroundtable.com
55. Ed Roberts, Measuring Search Console anonymised queries in BigQuery — la requête SQL de référence. pagenotfound.online
56. Trevor Fox, Aggregating position metrics and CTR curves, janvier 2025 — l'anti-motif AVG(position) et la base zéro. trevorfox.com
57. Google Search Central, Branded filter in Search Console. developers.google.com — classification assistée par IA, non reproductible ; incohérence de date entre l'aide et le blog.
58. Piped Out, All your Search Console data with less sampling — la méthode par sous-dossiers, gain de 4 à 5×. pipedout.com
59. Yoast, 16 months of Google Search Console data. yoast.com — reprise communautaire de la rétention ; nous n'avons pas retrouvé l'énoncé officiel pour le rapport Search.

Contexte 2025-2026 : IA, trafic, régulation

60. Liz Reid (Google), AI in Search is driving more queries and higher quality clicks, août 2025. blog.google — aucun chiffre, aucun graphique ; « quality click » est une métrique interne non auditable.
61. Press Gazette, Google search clicks and traffic in 2025. pressgazette.co.uk — rassemble les réactions nominatives à la position de Google.
62. Pew Research Center, Google users are less likely to click on links when an AI summary appears, juillet 2025. pewresearch.org — 900 panélistes, 68 879 recherches ; exposition à l'AIO imputée par scraping a posteriori.
63. Search Engine Journal, Validity of Pew research on Google AI search results challenged. searchenginejournal.com
64. Reuters Institute, Journalism, Media and Technology Trends and Predictions 2026. reutersinstitute.politics.ox.ac.uk — reprend les données Chartbeat : −33 % monde / −38 % US sur le trafic search, mais −6 % seulement sur le trafic web total des mêmes sites.
65. Passionfruit, Your Search Console data has been wrong for a year — 17 propriétés, avril 2025 à mars 2026, trois défaillances superposées. getpassionfruit.com
66. Arcep, IA générative : des défis pour l'avenir de l'internet ouvert, janvier 2026 (PDF, 104 p.). arcep.fr — la meilleure source française : étude IMPACTIA (200 000 citations, 185 domaines = 49 %, intersection 19-32 % avec le top 5 Google), et prudence exemplaire sur les chiffres de trafic.
67. Alliance de la presse d'information générale, Services d'IA de Google : l'Alliance saisit l'Autorité de la concurrence, 11 août 2026. alliancepresse.fr
68. Clubic, Craignant de perdre 33 à 38 % de leur trafic, les organes de presse saisissent l'Autorité de la concurrence. clubic.com — la formulation du chiffre attribué à l'Arcom, que nous n'avons pas pu localiser.
69. Chudi, What the Search Console generative AI report shows — and hides. chudi.dev — absence d'API, donc absence d'historique.
70. CMA (Royaume-Uni), CMA secures fairer deal for publishers, 3 juin 2026. gov.uk
71. Commission européenne, Consultation on proposed measures for Google Search data sharing (DMA art. 6(11)). ec.europa.eu — partage vers les moteurs concurrents, pas vers les éditeurs.
72. Search Engine Land, Google AI Mode traffic data in Search Console, juin 2025. searchengineland.com
73. Brodie Clark, AI Mode & Google Search Console. brodieclark.com — vérification expérimentale et démonstration de la sous-déclaration.
74. Tyler Gargula (LOCOMOTIVE) / Search Engine Land, 77% of sites lost keyword visibility after Google removed num=100, 18 sept. 2025 — 319 propriétés. searchengineland.com
75. PPC Land, Google AI Mode now counts toward Search Console totals. ppc.land
76. Search Engine Roundtable, Google somewhat comments on Search Console impressions dip, 18 sept. 2025. seroundtable.com — la seule déclaration officielle sur num=100.

Comparaison avec les autres sources

77. Oncrawl, Google Crawl Stats report vs log file analysis. oncrawl.com
78. Search Engine Land, Guide to log file analysis. searchengineland.com
79. Sistrix, Visibility Index — calculation, strengths and limits. sistrix.com — « ce n'est pas un indice de trafic », dit par l'éditeur lui-même.
80. Advanced Web Ranking, Why ranking results may vary: AWR versus manual searches and Search Console. advancedwebranking.com
81. MLQ, Similarweb's AI Overviews data: the methodology is thin. mlq.ai — 43 % contre 18 % contre 13,7 % selon les sources : un écart de 1 à 3 sur la variable d'exposition.
82. Zhao & Berman, Strategic Response of News Publishers to Generative AI. arXiv:2512.24968 — l'un des rares travaux à construire un contrefactuel (différences de différences).
83. SparkToro / Datos, Which third-party traffic estimate best matches Google Analytics? — 641 sites, 7 692 points, données 2020-2021. sparktoro.com
84. Google, Connect to Search Console (Looker Studio). docs.cloud.google.com — tables mutuellement exclusives, asymétrie des types de recherche.
85. Kevin Indig, How to measure the impact of AI search the right way. growthunhinged.com — métriques de vanité, fausse précision, confusion d'attribution.

—Journal des versions

Points à surveiller pour les prochaines révisions

• Ajout éventuel des clics et d'un accès API au rapport Generative AI, qui lèverait la principale limite de la section 30.
• Publication éventuelle par l'Arcom de l'étude fondant le chiffre de « 33 à 38 % » (section 38) — ou confirmation qu'elle n'existe pas sous cette forme.
• Première décomposition publiée séparant les trois ruptures de 2025-2026. À notre connaissance, personne ne l'a encore tentée avec succès (section 19).
• Disparition programmée de l'entrée du bug de journalisation de la page des anomalies, courant 2027, par auto-purge à 16 mois.
• Suites de la saisine de l'Autorité de la concurrence déposée le 11 août 2026.
• Évolution éventuelle de la rétention au-delà de 16 mois — demandée depuis des années, jamais annoncée.