Vos pages existent, mais certaines restent absentes de Google. Vous publiez de nouveaux contenus sans savoir si un problème technique limite déjà leur visibilité.
Avant de multiplier les corrections, un audit SEO technique doit répondre à deux questions : quelles pages sont touchées et quel problème traiter en premier ?
La méthode consiste à vérifier les alertes, recueillir des preuves et transformer les constats en actions hiérarchisées. Commencez par les pages qui comptent pour votre activité, puis mesurez l’étendue des problèmes sur les autres modèles du site.
Par où commencer ? Trois niveaux de priorité
Cette grille sert de point de départ. La priorité dépend des pages touchées, de leur rôle commercial, du nombre d’URL concernées et des dépendances techniques.
| Priorité | Situation à vérifier | Première action |
| P1 · Blocage | Page stratégique inaccessible ou exclue par erreur. | Confirmer la cause et rétablir l’accès ou l’éligibilité à l’indexation. |
| P2 · Problème étendu | Anomalie qui touche un modèle ou plusieurs pages utiles. | Mesurer le périmètre, corriger la règle commune et tester plusieurs URL. |
| P3 · Amélioration | Optimisation sans blocage majeur identifié. | Arbitrer selon l’impact attendu, l’effort et les autres actions prévues. |
1. Explorer le site et identifier les pages stratégiques
Listez les URL importantes : accueil, services, catégories, produits et contenus utiles. Lancez ensuite un crawl, c’est-à-dire une exploration automatisée du site, avec un outil comme Screaming Frog. Relevez les codes HTTP, les destinations finales des redirections et les liens internes reçus par ces pages. Comparez cet inventaire avec le sitemap, le catalogue ou la liste des URL que vous souhaitez indexer.
Le fichier robots.txt contrôle l’exploration, tandis que les directives noindex concernent l’indexation. Une page bloquée au crawl peut empêcher Google de lire son noindex. Il faut donc interpréter les règles ensemble et tester une URL précise avant de modifier la configuration du site.
2. Vérifier l’indexation des bonnes pages
Dans le rapport d’indexation des pages de Search Console, repérez les motifs d’exclusion, puis utilisez l’inspection d’URL sur les pages stratégiques concernées. Comparez notamment l’URL canonique déclarée par le site à celle sélectionnée par Google. La canonical désigne la version préférée parmi des pages identiques ou proches ; Google peut en retenir une autre.
Une exclusion n’est pas toujours une erreur : les résultats de recherche interne et certaines variantes n’ont pas vocation à apparaître dans Google. Le diagnostic part donc des pages à rendre visibles, pas du nombre total d’exclusions.
L’analyse utile compare les exclusions aux pages stratégiques. Si une catégorie rentable est absente, vérifiez son statut HTTP, ses liens internes, sa balise canonique, son contenu et sa présence dans le sitemap. Une demande d’indexation sans correction préalable ne règle pas la cause.
Exemple fictif : une catégorie accessible mais exclue
Une catégorie « bureaux réglables » contient des produits disponibles, mais reste absente de l’index. L’inspection signale une exclusion par noindex. Dans les outils de développement du navigateur, ouvrez l’onglet Réseau, rechargez la page et examinez les en-têtes de réponse du document principal. Vous relevez :
HTTP/2 200
X-Robots-Tag: noindex
Le code 200 indique une réponse réussie ; X-Robots-Tag: noindex demande l’exclusion de l’index. Dans cet exemple, la règle provient du modèle des filtres. Confirmez que la catégorie doit être indexée, faites corriger le modèle concerné, puis contrôlez de nouveau les en-têtes et le HTML. Une directive noindex peut aussi se trouver dans une balise : <meta name= »robots » content= »noindex »>.
Vérifiez également la canonical, les liens internes et le sitemap, puis testez d’autres URL utilisant le même modèle. L’absence de blocage valide la correction technique ; l’indexation effective et les clics se suivent ensuite dans Search Console.
Une règle Disallow dans robots.txt agit sur l’exploration. Elle ne remplace pas cette directive et peut empêcher sa lecture. La documentation Google sur les directives robots précise leur fonctionnement. Notre guide d’indexation aide à choisir le contrôle adapté.
Google peut-il accéder aux contenus sans cliquer ?
Une liste de produits peut être visible dans votre navigateur mais dépendre d’un clic pour se charger. Comparez le HTML initial de la réponse avec le HTML rendu proposé par le test en direct de l’inspection d’URL. Recherchez un nom de produit, son URL et les textes essentiels ; examinez aussi la capture du rendu.
Avec un rendu côté serveur (SSR), ces éléments peuvent être présents dès la réponse initiale. Avec un rendu côté navigateur (CSR), JavaScript les ajoute. Ce sont leur présence et leur accessibilité effectives qu’il faut vérifier, au-delà du nom de la technologie.
Notez les éléments absents du rendu et transmettez un exemple d’URL reproductible à l’équipe technique. Consultez les principes du SEO JavaScript de Google.
3. Examiner architecture, URL et maillage
Une structure compréhensible relie les grandes familles d’offres aux pages détaillées. Mesurez la profondeur des pages, c’est-à-dire le nombre de liens à suivre depuis le point de départ du crawl, et examinez leurs liens entrants internes. Une page orpheline ne reçoit aucun lien interne dans le périmètre étudié : elle peut exister dans le sitemap sans être accessible depuis la navigation.
Repérez aussi les URL multiples affichant le même contenu et les redirections vers une destination peu pertinente.
Pour une boutique, les filtres, tris et variantes peuvent multiplier les URL. Les facettes sont les critères de filtrage, par exemple la taille, la couleur ou le matériau. Déterminez quelles combinaisons répondent à une recherche et lesquelles servent uniquement à naviguer dans le catalogue. Une règle globale appliquée à toutes les facettes peut supprimer de vraies opportunités.
Voir comment auditer le maillage interne
Une grille pour passer du contrôle au diagnostic
| Contrôle | Outil et preuve à recueillir | Décision possible |
|---|---|---|
| Réponse HTTP | Crawler + onglet Réseau du navigateur : relever le code HTTP et chaque destination de redirection. | Rétablir une page utile ou corriger sa destination |
| Indexation | Search Console, inspection d’URL : relever le motif d’exclusion et comparer canonicals déclarée et sélectionnée. | Corriger la règle qui exclut une page stratégique |
| Rendu | Réponse HTML + test en direct de Search Console : rechercher textes essentiels et liens dans le rendu. | Rendre accessibles produits, textes et liens nécessaires |
| Architecture | Crawler + inventaire des URL : relever liens entrants, profondeur et pages absentes du crawl. | Replacer les pages utiles dans le parcours |
| Données structurées | Test des résultats enrichis de Google pour les types pris en charge : vérifier les erreurs et comparer aux informations visibles. | Corriger les erreurs sur les modèles concernés |
Le crawl décrit ce qu’un outil a pu explorer avec une configuration donnée. Il ne reproduit pas parfaitement Google. Documentez son point de départ, le traitement du JavaScript et les exclusions utilisées. Sur une boutique, rapprochez ses URL du sitemap et du catalogue : un produit absent du crawl peut être orphelin, mais aussi exclu par la configuration du test.
Exemple : une page de service devenue orpheline
Après une modification du menu, une page de service importante figure toujours dans le sitemap, mais ne reçoit plus de lien depuis les autres pages du site. Un crawl lancé depuis l’accueil ne la trouve pas ; le rapprochement avec l’inventaire des URL révèle l’écart.
Vérifiez d’abord que le crawl n’a pas exclu cette URL par sa configuration. Si l’absence de liens est confirmée, réintégrez la page dans la rubrique pertinente et ajoutez des liens contextuels utiles. Relancez le crawl : la page doit être accessible depuis les pages prévues. Suivez ensuite sa visibilité, sans attribuer automatiquement toute variation à cette seule intervention.
4. Contrôler la performance sur les pages utiles
Dans PageSpeed Insights, testez une URL représentative de chaque modèle : catégorie, produit, article, service et formulaire. Consultez les données d’utilisateurs réels lorsqu’elles existent, en vérifiant si elles concernent l’URL ou l’ensemble de l’origine. Examinez ensuite les diagnostics de laboratoire pour rechercher la cause du problème.
Pour chaque mesure, notez l’URL, le type d’appareil, la date du test et l’action proposée : alléger l’image principale, réduire un script bloquant ou réserver l’espace d’un élément, par exemple.
Priorisez la vitesse avec les autres besoins de la page : indexation, pertinence de la réponse, valeur commerciale et effort de correction.
Quels repères utiliser pour les Core Web Vitals ?
Les repères de bonne expérience sont un LCP de 2,5 secondes ou moins, un INP de 200 millisecondes ou moins et un CLS de 0,1 ou moins, évalués au 75e percentile, séparément sur mobile et ordinateur. Ils décrivent chargement, réactivité et stabilité visuelle. Source : web.dev.
Distinguez les données réelles des visiteurs des tests de laboratoire. Sans données réelles suffisantes, un score de test ne doit pas être présenté comme la mesure de toute votre audience. Il sert à repérer des causes : image principale lourde, script bloquant, interaction lente ou espace d’image non réservé.
Si ces anomalies sont apparues après une migration, utilisez aussi le diagnostic de perte de trafic après refonte pour rapprocher anciennes et nouvelles URL.
5. Produire un plan de correction
Pour chaque anomalie, notez les URL ou le modèle touché, la preuve, l’effet probable, le niveau de priorité, l’effort estimé et la personne responsable. Ajoutez un critère de validation précis : une réponse HTTP attendue, une directive retirée ou un lien présent dans le rendu.
La fiche doit permettre au développeur de reproduire le problème et de vérifier sa correction. Distinguez ensuite ce contrôle technique du suivi SEO : exploration, indexation, impressions, clics et demandes. Une étape terminée ne remplace pas la mesure des effets.
L’audit SEO complet met ces constats en perspective avec vos contenus, vos concurrents et vos opportunités. Vous pouvez ainsi décider quelles corrections engager avant de produire de nouvelles pages.
Votre outil remonte des alertes, mais vous hésitez sur les priorités ? Webalia peut vous aider à vérifier les problèmes qui touchent vos pages importantes et à construire un plan de correction exploitable.