Série Strategic SEO 2025 : Article #02

Content Warehouse Leak 2024 : les 4 grandes révélations qui ont tout changé

· 14 min de lecture · Frédéric Jézégou

Le 13 mars 2024, un bot GitHub publie accidentellement 14 014 attributs internes de Google. Ce n'était pas du code source · c'était le blueprint du système. siteAuthority confirmée, Chrome dans NavBoost, le Sandbox hostAge, les whitelists YMYL : quatre révélations majeures qui ont irrémédiablement changé notre lecture de l'algorithme.

Série complète · 12 articles

Cet article fait partie de la série Strategic SEO 2025 : Le ranking de Google enfin documenté, inspirée du travail de Shaun Anderson sur Hobo Strategic SEO 2025.

Voir la série
Source : Hobo Strategic SEO 2025 : Shaun Anderson · Chapitre "The Unlocked Warehouse"

Analyse du Content Warehouse API leak basée sur le livre de Shaun Anderson (@Hobo_Web), croisée avec les déclarations publiques de Google, les témoignages DOJ et la documentation GitHub originale.

En résumé
  • Le 13 mars 2024, yoshi-code-bot publie accidentellement sur GitHub l'API interne Content Warehouse de Google : 14 014 attributs, 2 596 modules
  • Révélation #1 : siteAuthority existe dans CompressedQualitySignals · John Mueller avait nié toute métrique d'autorité site-wide pendant des années
  • Révélation #2 : ChromeInTotal, uniqueChromeViews, chrome_trans_clicks : Google utilise Chrome pour le ranking, contrairement à ses déclarations publiques
  • Révélation #3 : hostAge dans PerDocData · le Google Sandbox existe bien, décrit comme servant à "sandbox fresh spam in serving time"
  • Révélation #4 : isElectionAuthority, isCovidLocalAuthority : des whitelists manuelles élèvent certains domaines sur les requêtes YMYL
  • Ces 4 systèmes sont interconnectés : ils forment un cycle vertueux qui favorise structurellement les marques établies

L'anatomie d'une fuite accidentelle

1 min

L'histoire commence sans drama. Pas de lanceur d'alerte, pas de cyberattaque sophistiquée. Le 13 mars 2024, yoshi-code-bot, un système automatisé de routine, fait une mise à jour sur un dépôt GitHub public. Il publie dans la foulée des milliers de pages de documentation interne hautement sensible de Google.

Ces documents restent en ligne, largement ignorés, pendant plusieurs semaines. Le 5 mai, le professionnel SEO Erfan Azimi découvre le dépôt et le partage avec Rand Fishkin (SparkToro) et Michael King (iPullRank). Après vérification, ils publient leurs conclusions le 27 mai. Le monde du marketing digital change irrémédiablement.

13 mars 2024
yoshi-code-bot publie accidentellement l'API Content Warehouse sur GitHub. Le dépôt reste public jusqu'au 7 mai.
5 mai 2024
Erfan Azimi découvre le dépôt, partage avec Rand Fishkin et Michael King. Vérification auprès d'ex-employés Google : authentique.
7 mai 2024
Google retire le dépôt. Mais le contenu a été indexé, archivé, distribué.
27 mai 2024
Publication coordonnée par Fishkin et King. Réaction mondiale. Google confirme l'authenticité mais demande de ne pas faire "d'inférences inexactes".

Ce qui a été exposé n'est pas le code source de l'algorithme · pas la recette, mais l'inventaire des ingrédients. La documentation de l'API Content Warehouse détaille le système de stockage et de gestion des données qui alimente le ranking : 14 014 attributs distincts, organisés en 2 596 modules. Tout ce que Google collecte, mesure et utilise pour évaluer le web.

Réponse officielle Google
Un porte-parole Google a confirmé l'authenticité des documents mais a demandé au public "d'éviter de tirer des conclusions inexactes sur Search à partir d'informations hors contexte, obsolètes ou incomplètes".
Largement interprété par la communauté SEO comme un non-démenti calculé · reconnaître sans refuter.

L'architecture révélée : pas un algorithme, un écosystème

1 min

L'insight le plus fondamental du leak : le concept populaire d'un "algorithme Google" monolithique est une fiction. La documentation confirme une réalité bien plus complexe · un écosystème de microservices spécialisés fonctionnant en pipeline.

Le parcours d'une page web dans les systèmes Google passe par plusieurs couches nommées :

Les Twiddlers sont critiques : ils opèrent sur la séquence entière des résultats après le ranking initial, appliquant des boosts ou déclassements basés sur des critères souvent temps-réel. Comprendre que NavBoost est un Twiddler, pas un signal de ranking de première passe, change fondamentalement la façon dont on pense l'optimisation.

Les 4 grandes révélations

4 min

L'impact central du leak n'est pas de révéler des concepts entièrement nouveaux. C'est de confirmer par documentation interne ce que les praticiens SEO expérimentés suspectaient depuis des années, et que Google niait systématiquement.

1
Le Fantôme dans la Machine : siteAuthority est réelle

Pendant des années, John Mueller a répété explicitement que Google n'utilise "pas du tout Domain Authority pour le ranking". La ligne officielle : c'est une métrique inventée par des outils tiers (Moz, Ahrefs), pas quelque chose que Google calcule.

Le leak a oblitéré ce narrative. Dans le module CompressedQualitySignals, le "rap sheet" de qualité pré-calculé pour chaque document, figure un attribut explicitement nommé siteAuthority. C'est un moment fondateur : la preuve documentaire qu'un score d'autorité site-wide existe et influence le potentiel de ranking de toutes les pages du domaine.

Ce score est vraisemblablement composite : PageRank de la homepage (considéré pour chaque document du site), signaux de marque, et données d'interaction utilisateur collectées par NavBoost. Un site n'est pas une collection de pages, c'est une entité avec une réputation, et Google la mesure.

siteAuthority authorityPromotion homepagePagerankNs CompressedQualitySignals
2
L'Œil Omniscient : Clics, Chrome et NavBoost

Le narrative officiel de Google sur les clics était constant : les signaux d'engagement comme le CTR sont trop "bruyants" et manipulables pour être des facteurs de ranking directs. Et sur Chrome : les représentants de Google ont explicitement nié utiliser les données du navigateur pour le ranking.

Le leak révèle que c'est, au mieux, une misdirection sémantique. La documentation est saturée de références à NavBoost, décrit comme "un système de re-ranking puissant basé sur les logs de clics du comportement utilisateur". NavBoost analyse un éventail sophistiqué de métriques :

  • goodClicks et badClicks : différencier interactions réussies et échouées
  • lastLongestClicks : le résultat sur lequel un utilisateur s'attarde avant de terminer sa session : proxy puissant de satisfaction
  • unsquashedClicks : métrique normalisée pour "squasher" les patterns inorganiques, résistante aux click-bots

Le carburant de NavBoost : le navigateur Chrome. Le module ChromeInTotal et les attributs uniqueChromeViews et chrome_trans_clicks fournissent une preuve irréfutable que Google exploite le clickstream de ses milliards d'utilisateurs Chrome.

Le changement de paradigme est total : le comportement utilisateur n'est pas un résultat passif du ranking, c'est un input actif et primaire dans l'algorithme de ranking.

NavBoost goodClicks badClicks lastLongestClicks ChromeInTotal uniqueChromeViews chrome_trans_clicks
3
Le Jardin Muré : le Sandbox et hostAge

Aussi longtemps que le SEO existe, les praticiens ont observé un phénomène baptisé "Google Sandbox" : une période probatoire pendant laquelle les nouveaux sites peinent à gagner de la visibilité, quelle que soit la qualité de leur contenu. Officiellement, Google a toujours nié l'existence d'un tel mécanisme.

Le leak a fourni la validation documentaire. Dans le module PerDocData, le conteneur principal des signaux au niveau document, figure un attribut nommé hostAge. La description dans la documentation est sans ambiguïté : cet attribut est utilisé pour "sandbox fresh spam in serving time".

Cela confirme que l'âge d'un domaine est un facteur que Google considère et que les nouveaux domaines sont traités avec suspicion algorithmique jusqu'à ce qu'ils aient établi un historique de crédibilité. Les implications stratégiques sont profondes : attendre un succès SEO immédiat est irréaliste. Construire la confiance dès le jour 1 n'est pas une bonne pratique, c'est une condition nécessaire pour sortir de la probation algorithmique.

hostAge PerDocData
4
La Hiérarchie Tacite : Whitelists et traitement spécial

L'image publique de Google est celle d'un organisateur objectif et impartial de l'information, son algorithme servant d'arbitre neutre de la pertinence. Le leak révèle que pour les sujets les plus sensibles, le terrain est tout sauf neutre.

Les documents détaillent l'existence de whitelists potentielles : des listes de domaines manuellement élevés pour certains types de requêtes. Les attributs isElectionAuthority et isCovidLocalAuthority démontrent que pour les sujets YMYL (Your Money or Your Life) à enjeux élevés, élections, santé publique, Google intervient activement pour promouvoir les sources jugées autoritaires et supprimer la désinformation potentielle.

C'est une mesure logique pour la sécurité publique, mais elle confirme que pour ces requêtes, l'autorité n'est pas gagnée algorithmiquement · elle est assignée éditorialement par Google. Par ailleurs, des flags comme smallPersonalSite et des classifications par modèle économique (blogs, e-commerce, travel) suggèrent que Google applique des ajustements différenciés selon le type de site et enforce une diversité algorithmique dans les SERPs.

isElectionAuthority isCovidLocalAuthority smallPersonalSite

Le tableau des 4 contradictions

1 min
Sujet Discours public Google (avant leak) Attributs révélés Réalité post-leak
Autorité site-wide "Nous n'utilisons pas du tout de 'domain authority'" (Mueller, répété) siteAuthority, authorityPromotion, Homepage PageRank Google calcule une métrique d'autorité holistic site-wide qui impacte toutes les pages du domaine
Signaux de clics "Les clics sont un signal 'bruyant', pas utilisé directement pour le ranking" NavBoost, goodClicks, badClicks, lastLongestClicks Le comportement utilisateur est un input primaire d'un système de re-ranking puissant. La satisfaction est un facteur de ranking direct
Données Chrome "Je ne pense pas que nous utilisions quoi que ce soit de Chrome pour le ranking" ChromeInTotal, uniqueChromeViews, chrome_trans_clicks Les données de milliards d'utilisateurs Chrome alimentent NavBoost et évaluent la popularité des sites
Google Sandbox "Il n'y a pas de 'sandbox' pour les nouveaux sites" hostAge, module PerDocData Un mécanisme de sandbox limite temporairement la visibilité des nouveaux domaines jusqu'à ce qu'ils établissent leur fiabilité

Le système auto-renforçant : pourquoi les marques établies dominent

1 min

Ces 4 systèmes ne sont pas des phénomènes indépendants · ils sont profondément interconnectés et forment un cycle vertueux qui favorise structurellement les marques déjà établies.

①
Nouveau site → hostAge Sandbox
Tout nouveau domaine commence sous probation algorithmique. Visibilité limitée indépendamment de la qualité du contenu.
②
Construction de siteAuthority
Pour sortir du sandbox : construire un score d'autorité via contenu de qualité, backlinks légitimes, signaux de marque. Processus long.
③
NavBoost → Signaux utilisateurs via Chrome
De vrais utilisateurs, trackés via Chrome, cliquent et font confiance au site. goodClicks et lastLongestClicks s'accumulent.
④
siteAuthority augmente → Plus de ranking → Boucle
NavBoost booste siteAuthority → meilleur ranking → plus de visibilité → plus de clics → renforcement de la marque. Le cycle est auto-renforçant.

Pourquoi Google a menti, et pourquoi c'est logique

1 min

Il serait tentant de conclure à la mauvaise foi pure. La réalité est plus nuancée. Ces déclarations publiques peuvent s'interpréter comme une forme d'obfuscation stratégique destinée à protéger l'intégrité des résultats.

Si Google annonçait publiquement "nous utilisons les clics pour ranker les sites", il créerait instantanément un marché massif pour les click-bots, rendant le signal inutilisable. En le niant, il décourageait ce comportement manipulateur.

De même, en déclarant "nous n'utilisons pas Domain Authority", Google était techniquement précis, ils n'utilisent pas la métrique spécifique de Moz, tout en occultant commodément l'existence de leur propre équivalent interne, siteAuthority. C'est la sémantique au service de la défense algorithmique.

La leçon pour les stratèges : les communications publiques de Google font partie de son système de défense algorithmique et doivent être traitées avec un degré sain d'interprétation critique.

Implications stratégiques : le nouveau playbook

1 min

La marque comme facteur de ranking ultime

La révélation la plus importante : siteAuthority confirme que Google mesure la réputation globale d'un domaine. NavBoost prouve que Google récompense ce que les utilisateurs cliquent et approuvent. L'expression ultime de cette confiance : quand un utilisateur contourne les requêtes génériques pour chercher directement votre nom de marque, c'est le signal d'autorité et de pertinence le plus fort possible.

L'UX comme impératif SEO

Si lastLongestClicks est un proxy puissant de satisfaction, optimiser l'expérience on-site, temps de chargement, lisibilité, structure de contenu, CTAs clairs, n'est plus une préoccupation UX séparée. C'est un impératif de ranking direct.

Le temps comme investissement obligatoire

Le hostAge sandbox n'est pas contournable. Pour les nouveaux domaines, les nouvelles marques, les nouveaux produits : anticiper une période probatoire et planifier la stratégie de contenu en conséquence dès le premier jour.

YMYL : jouer le long jeu de l'autorité éditoriale

Pour les secteurs santé, finance, legal, élections : l'algorithme seul ne suffit pas. L'autorité sur ces sujets est partiellement assignée manuellement. Les signaux E-E-A-T, les partenariats avec des entités reconnues, les citations dans des médias d'autorité deviennent des vecteurs critiques d'élévation.

En complément, pour identifier les experts du domaine, consultez le palmarès des principaux consultants SEO français, mis à jour chaque mois selon des critères factuels (ancienneté, spécialisation sectorielle, présence dans les moteurs IA, votes mensuels de la profession).

Questions fréquentes

2 min
En mars 2024, un bot automatisé a publié accidentellement sur GitHub 14 014 attributs internes de l'API Content Warehouse de Google · le système de stockage de données qui alimente le ranking. Découvert par Erfan Azimi le 5 mai, publié par Rand Fishkin et Michael King le 27 mai, il a confirmé sous documentation ce que les SEOs suspectaient depuis des années.
siteAuthority est un attribut explicitement nommé dans le module CompressedQualitySignals de Google. Il confirme que Google calcule bien un score d'autorité site-wide · ce que John Mueller avait nié publiquement pendant des années en disant que Google n'utilisait pas de "Domain Authority".
Oui. Le leak a exposé le module ChromeInTotal et les attributs uniqueChromeViews et chrome_trans_clicks. Ces données alimentent NavBoost, le système de re-ranking basé sur les comportements utilisateurs. Google avait publiquement déclaré ne pas utiliser Chrome pour le ranking.
Le leak a révélé l'attribut hostAge dans le module PerDocData, décrit sans ambiguïté comme servant à "sandbox fresh spam in serving time". Cela confirme qu'un mécanisme de probation algorithmique existe bien pour les nouveaux domaines · malgré les démentis répétés de Google.
Le leak a révélé des attributs comme isElectionAuthority et isCovidLocalAuthority, confirmant que Google maintient des listes manuelles de domaines élevés prioritairement pour les requêtes YMYL. Pour ces sujets, l'autorité est assignée éditorialement, pas gagnée algorithmiquement.
content-warehouse-leak-4-révélations.md
Frédéric Jézégou : Consultant SEO & GEO
Auteur
Frédéric Jézégou
Consultant SEO & GEO Senior · Rankit.fr

Freelance SEO Senior : 20 ans de SEO, spécialiste du GEO. J'aide les PME à développer leur visibilité sur Google et à être cités par les IA. Mes analyses sont basées sur des données terrain réelles, logs serveur, tests en compétition, audits de mes propres sites et portefeuille.