Sommaire
En mai 2024, la publication accidentelle de documents issus du Content Warehouse de Google a offert un aperçu inédit de son infrastructure de recherche. Ces fichiers décrivent des milliers de modules et d’attributs liés aux clics, aux liens, au contenu, aux entités, aux sites et aux images. Ils ne livrent toutefois ni la pondération de ces signaux, ni la preuve que chacun est encore utilisé pour classer les résultats.
Cette méthode transforme les enseignements raisonnablement exploitables de la fuite en un audit SEO pratique en 31 contrôles. Elle s’appuie d’abord sur des données vérifiables : Google Search Console, Google Analytics, un crawl complet, les journaux serveur, les données de terrain et les documents officiels de Google.
Ce que cette méthode permet réellement
- Détecter les obstacles qui empêchent l’exploration, l’indexation ou la compréhension des pages.
- Repérer les contenus faibles, redondants, mal reliés ou insuffisamment crédibles.
- Mesurer les frictions rencontrées par les utilisateurs sans confondre GA4 avec les systèmes internes de Google.
- Prioriser les corrections selon leur impact et non selon le nom spectaculaire d’une variable issue de la fuite.
- Construire un suivi trimestriel reproductible.
Limite indispensable
La présence d’un attribut dans une documentation interne ne prouve pas qu’il s’agit d’un facteur actif, décisif ou directement optimisable. Le cadre de Shaun Anderson, qui a inspiré cette grille, le présente lui-même comme un travail d’inférence non officiel. Les noms Navboost, siteAuthority, siteFocusScore ou NIMA apportent du contexte. Ils ne remplacent jamais un diagnostic fondé sur des données accessibles.
1. Préparer l’audit et réunir les preuves
Un audit utile ne commence pas par une liste de « facteurs de classement ». Il commence par un périmètre, des objectifs et des données comparables. Définissez les sections importantes du site, les pays et appareils visés, les conversions attendues et la période étudiée.
| Source | Ce qu’elle permet de vérifier | Limite |
|---|---|---|
| Search Console | Clics, impressions, requêtes, pages, indexation, sitemaps et données de terrain | Données agrégées et échantillonnées selon les rapports |
| GA4 | Parcours, engagement, conversions et différences entre templates | Ne révèle pas les métriques internes de Google |
| Crawler | Codes HTTP, canonicals, titres, profondeur, maillage et duplications | Simule un robot mais ne montre pas ce que Googlebot a réellement visité |
| Logs serveur | Passages réels de Googlebot, erreurs, fréquence et gaspillage de crawl | Nécessitent un accès serveur et un filtrage propre |
| Tests manuels | Qualité éditoriale, crédibilité, ergonomie, accessibilité et adéquation à l’intention | Demandent une grille commune pour rester comparables |
Pour chaque contrôle, attribuez une note interne. 0 signifie bloquant ou absent, 1 partiel ou irrégulier, 2 maîtrisé. Le total sur 62 sert uniquement à suivre les progrès du site. Ce n’est pas un score Google.
2. Exploration, rendu et indexation
Cette première série traite les conditions d’entrée dans la recherche. Une page inaccessible, mal rendue ou contradictoire ne peut pas être sauvée par un meilleur texte.
1 — Codes HTTP, HTTPS et disponibilité P0
Repérez les erreurs 5xx, boucles, chaînes de redirections, certificats invalides et contenus mixtes. Les URLs finales importantes doivent répondre rapidement en 200 et toutes les variantes HTTP doivent converger en 301 vers HTTPS.
2 — Robots.txt et directives d’indexation P0
Vérifiez qu’aucune page stratégique n’est bloquée ou marquée noindex. N’utilisez pas robots.txt pour désindexer une URL : Google doit pouvoir la crawler pour lire sa directive noindex.
3 — Sitemap XML P1
Le sitemap doit contenir uniquement des URLs canoniques, indexables et utiles. Comparez les URLs soumises aux URLs indexées et contrôlez les dates lastmod.
4 — Canonicals et duplications P0
Contrôlez les canonicals absents, croisés, redirigés ou pointant vers une page non indexable. Comparez ensuite la canonique déclarée à celle choisie par Google dans Search Console.
5 — Facettes, recherche interne et paramètres P1
Inventoriez les filtres, tris, paramètres UTM, recherches internes et paginations. Décidez lesquels doivent être explorables, indexables, canoniques ou exclus du crawl.
6 — Rendu et contenu JavaScript P0
Comparez le HTML initial, le DOM rendu et la version vue par l’inspection d’URL. Le contenu principal, les liens et les métadonnées essentiels ne doivent pas dépendre d’un script fragile.
7 — Logs et allocation du crawl P1
Vérifiez que Googlebot visite les sections importantes, rencontre peu d’erreurs et ne consacre pas l’essentiel de ses passages à des URLs inutiles. Sur un petit site, ce contrôle reste secondaire tant que l’indexation est saine.
3. Contenu, intention et fiabilité
Les documents de 2024 mentionnent notamment des informations liées aux clics, à l’originalité, aux entités et aux auteurs. Ils ne permettent pas de calculer un « Quality Score » public. L’audit doit donc revenir à des questions vérifiables sur la promesse, l’utilité et la responsabilité éditoriale.
8 — Adéquation entre requête, extrait et contenu P0
Le title, le titre principal, l’introduction et la réponse doivent satisfaire la même intention. Un CTR faible ou une baisse d’engagement constitue une piste d’enquête, jamais la preuve d’un badClick.
9 — Valeur originale P0
Recherchez les informations propres au site : enquête, expérience, données, comparaison, méthode, visuels ou analyse. Une synthèse peut être utile, mais elle doit apporter plus qu’une reformulation des sources.
10 — Duplication et cannibalisation P1
Regroupez les pages qui répondent à la même intention sans angle distinct. Fusionnez, redirigez ou repositionnez les contenus au lieu de laisser plusieurs URLs se concurrencer.
11 — Fraîcheur justifiée P1
Actualisez les pages lorsque les faits, outils, interfaces ou recommandations changent. Ne modifiez pas une date sans changement substantiel et rendez les corrections éditoriales importantes compréhensibles.
12 — Auteur, éditeur et responsabilité P1
Identifiez clairement l’auteur, sa compétence, l’éditeur et les moyens de contact. Reliez les articles à une page auteur solide et rendez accessibles la charte éditoriale, les mentions légales et la politique de correction.
13 — Sujets sensibles et preuves P0
Pour les sujets susceptibles d’affecter la santé, les finances, la sécurité ou des décisions importantes, renforcez la relecture experte, les sources primaires, les dates, les limites et la précision des formulations.
4. Expérience et performance
La satisfaction ne se résume pas à une durée de session. Une réponse courte peut satisfaire immédiatement. Une longue visite peut traduire une difficulté. Analysez l’expérience par type de page, appareil, source de trafic et objectif.
14 — Utilisation mobile P0
Testez menus, formulaires, tableaux, boutons, médias et tailles tactiles sur plusieurs écrans. Le contenu et les liens importants doivent rester disponibles sur mobile.
15 — Core Web Vitals P1
Suivez LCP, INP et CLS à partir des données de terrain, puis segmentez par template. Corrigez d’abord les problèmes partagés par un grand nombre d’URLs.
16 — Publicité et interstitiels P0
Le contenu principal doit être identifiable immédiatement. Éliminez les écrans bloquants, les déplacements de mise en page et les empilements publicitaires qui interrompent la lecture.
17 — Navigation et accessibilité P1
Vérifiez l’ordre des titres, le repère principal, le contraste, le clavier, les libellés, les textes alternatifs et la compréhension des liens. Une interface accessible est généralement plus claire pour tous.
18 — Engagement et accomplissement P2
Définissez ce qu’est une visite réussie pour chaque template : lecture, clic vers une source, inscription, demande, consultation d’une seconde page ou achat. Comparez les tendances sans imposer un seuil universel de rebond ou de durée.
5. Architecture et maillage interne
Les notions de proximité thématique repérées dans la documentation interne renforcent une idée déjà observable : un site gagne en lisibilité lorsque ses contenus sont organisés, reliés et contextualisés.
19 — Hiérarchie des sujets P1
Regroupez les contenus dans des catégories utiles et stables. Les guides, pages piliers et articles spécialisés doivent former des ensembles compréhensibles sans multiplier les archives faibles.
20 — Proéminence des pages importantes P1
Les pages stratégiques doivent recevoir des liens depuis le menu, les hubs ou des contenus proches. Une URL essentielle cachée à six clics de l’accueil envoie un signal éditorial faible.
21 — Pages orphelines P0
Croisez le crawl, le sitemap, Search Console, GA4 et les logs. Toute page utile doit recevoir au moins un lien interne pertinent et être intégrée à un parcours réel.
22 — Ancres et contexte P2
Utilisez des ancres descriptives, variées et naturelles. Le texte entourant le lien doit permettre de comprendre pourquoi la destination complète la lecture.
23 — Identité du site et des entités P1
Harmonisez noms, auteurs, organisation, coordonnées, profils sociaux et pages de référence. Les données structurées doivent confirmer le contenu visible, jamais tenter de le remplacer.
6. Autorité, marque et liens
La fuite confirme que Google conserve de nombreuses informations sur les liens, les ancres, les sites et les entités. Elle ne fournit pas de formule publique d’autorité. L’audit doit s’intéresser à la qualité et à la cohérence des preuves externes.
24 — Pertinence des backlinks P1
Évaluez les domaines référents, les pages sources, le contexte éditorial et la diversité. Quelques liens réellement mérités peuvent être plus utiles qu’un grand volume artificiel.
25 — Ancres et risques de manipulation P0
Repérez les achats de liens, réseaux, échanges systématiques, ancres commerciales répétitives et brusques hausses sans explication. Corrigez d’abord les pratiques que vous contrôlez.
26 — Demande de marque et mentions P2
Suivez les recherches de marque, mentions éditoriales, citations, abonnements et accès directs. Ce sont des indicateurs de notoriété, pas une formule de classement à optimiser mécaniquement.
27 — Entité locale lorsque nécessaire P1
Pour une activité locale, contrôlez la fiche Google Business Profile, les coordonnées, les catégories, la page de destination, les avis et la cohérence des informations publiées ailleurs.
7. Images et données structurées
Les documents internes décrivent des systèmes de compréhension, de qualité et de sécurité des images. Ils ne prouvent pas qu’un « score de beauté » améliore directement le classement. L’objectif reste de fournir des visuels utiles, accessibles, rapides et correctement contextualisés.
28 — Accessibilité et indexation des images P1
Les fichiers doivent être accessibles, associés à une page indexable et accompagnés d’un texte alternatif utile lorsque l’image porte une information. Vérifiez les URLs d’images bloquées, cassées ou remplacées sans redirection.
29 — Qualité et performance visuelles P2
Utilisez des formats modernes, des dimensions adaptées et une compression maîtrisée. L’image principale ne doit pas être chargée paresseusement si elle constitue le LCP.
30 — Données structurées et licences P1
Validez les schémas réellement applicables, notamment Article, Product, MerchantListing, Event ou ImageObject. Prix, disponibilité, auteur, date et licence doivent correspondre au contenu visible.
31 — Sécurité, droits et contexte P0
Contrôlez les droits d’utilisation, les métadonnées sensibles, le contenu généré par les utilisateurs et les visuels susceptibles d’être mal interprétés. Les sujets médicaux, violents ou sensibles exigent un contexte explicite.
8. Transformer l’audit en plan d’action
Un rapport de 80 pages sans ordre d’exécution ne sert à rien. Regroupez les problèmes par cause commune, estimez le nombre d’URLs touchées et attribuez un responsable. Une correction de template peut résoudre plusieurs centaines d’URLs d’un seul coup.
| Priorité | Quand l’utiliser | Délai conseillé |
|---|---|---|
| P0 | Blocage d’accès ou d’indexation, erreur serveur, sécurité, manipulation ou contenu trompeur | Immédiat à 7 jours |
| P1 | Problème important affectant un template, une section ou un volume notable d’URLs | 30 jours |
| P2 | Amélioration progressive de la compréhension, de l’engagement ou de la présentation | 60 à 90 jours |
Rythme de contrôle recommandé
- Chaque semaine — alertes Search Console, sécurité, erreurs serveur et variations anormales.
- Chaque mois — indexation, pages en baisse, conversions, Core Web Vitals et nouveaux contenus faibles.
- Chaque trimestre — reprise des 31 contrôles, crawl complet, maillage, contenus et liens.
- Après chaque refonte — robots, canonicals, redirections, rendu, données structurées, analytics et parcours critiques.
Ce que la fuite change vraiment dans un audit
Elle confirme surtout que Google conserve et combine beaucoup plus d’informations que celles visibles dans les outils SEO. Les clics, les liens, les entités, les auteurs, les changements de pages et les caractéristiques visuelles peuvent intervenir dans différents systèmes. En revanche, la fuite ne permet pas de reconstituer une formule, de calculer un QScore ni d’associer avec certitude chaque mise à jour publique à un attribut précis.
La bonne conséquence opérationnelle est plus sobre. Il faut produire des pages accessibles, utiles, cohérentes avec la promesse faite dans les résultats, clairement attribuées et soutenues par une architecture ainsi que des preuves externes solides. Les noms de modules changent. Ces exigences restent.
Guides complémentaires
Approfondir le crawl, l’indexation, JavaScript, les logs et la performance.
Évaluer l’intention, la couverture d’un sujet et la valeur éditoriale.
Auditer les liens sans réduire l’autorité à une métrique propriétaire.
Construire le tableau de bord qui suivra les corrections après l’audit.
Valider les changements sans confondre corrélation, saisonnalité et causalité.
Adapter l’audit aux facettes, catalogues, produits et données marchandes.
Auditer la demande, le packaging, la rétention et les parcours vidéo.
Méthodologie et références
- Shaun Anderson — cadre d’audit post-fuite et avertissement méthodologique
- Search Engine Land — synthèse de la fuite du Content Warehouse
- Google Search Central — guide des systèmes de classement
- Google Search Central — contenu utile, fiable et pensé pour les personnes
- Google Search Central — utiliser ensemble Search Console et Google Analytics
Un audit SEO n’a pas pour objectif de deviner l’algorithme. Il doit identifier ce qui empêche les moteurs d’accéder aux bonnes pages, ce qui empêche les utilisateurs d’obtenir une réponse fiable et ce qui limite la capacité du site à démontrer son expertise. La fuite de 2024 enrichit le contexte. Les décisions doivent rester fondées sur des preuves.