Comprendre pourquoi une page est exclue avant de décider quoi changer.

Le contrôle de l'indexation rapproche trois sources : ce que votre site publie réellement, ce que vos réglages demandent aux robots, et ce que Google déclare connaître de vos URL. L'écart se lit page par page, pas en moyenne. Cette page décrit ce que contient la prestation, comment se déroule une mission, ce que vous recevez à la fin, ce dont j'ai besoin de votre côté, et ce que je ne promets pas.

Le problème : un rapport qui alerte sans dire quoi faire

La Search Console range vos URL sous des libellés courts : « Explorée, actuellement non indexée », « Détectée, actuellement non indexée », « Autre page avec balise canonique correcte », « Page en double sans URL canonique sélectionnée par l'utilisateur », « URL bloquée par le fichier robots.txt », « URL marquée "noindex" ». Ces libellés décrivent un état constaté, pas une cause, et encore moins une action.

L'aide officielle du rapport d'indexation des pages est explicite : « Ne vous attendez pas à ce que toutes les URL de votre site soient indexées », et une URL non indexée n'est pas nécessairement un problème quand l'exclusion est voulue — page dupliquée, variante de filtre, page retirée volontairement (aide Search Console, consultée le 11 septembre 2026). Le travail utile consiste à séparer le bruit normal des vrais blocages, puis à traiter ces derniers dans le bon ordre.

C'est le cas typique d'un site de TPE ou de PME qui a vécu : une refonte, un changement d'extension SEO, une préproduction restée en ligne, un sitemap qui liste des URL redirigées. Chaque épisode laisse une trace dans l'index. En amont d'une mission, j'ai détaillé les statuts et leurs causes dans page non indexée par Google : comprendre le statut, et la mécanique de découverte des URL dans comment Google découvre, indexe et actualise les pages.

Ce que contient le contrôle de l'indexation

Comparer les pages que vous publiez et celles que Google connaît

L'analyse part d'un inventaire : les contenus présents dans le CMS et les URL réellement accessibles. Cet inventaire est rapproché du sitemap, du maillage interne et des rapports disponibles dans la Search Console. Le périmètre distingue les pages à vocation commerciale, les ressources, les archives et les variantes d'URL : paramètres, pagination, filtres, versions imprimables.

L'utilité d'un contenu se juge avec votre activité et vos engagements, pas uniquement avec son trafic des trois derniers mois. Une page peut servir un client existant ou répondre à une question précise sans générer de clics depuis Google.

Trier les causes avant de corriger

• Accès : page indisponible, redirection, chaîne de redirections, obstacle à l'exploration.
• Directives : instruction de non-indexation, ou incohérence entre plusieurs réglages qui se contredisent.
• Canonique : autre URL indiquée par le site, ou autre URL retenue par Google comme version de référence.
• Découverte et traitement : URL connue, explorée, ou encore en attente de décision.
• Contenu : rôle de la page, informations réellement disponibles, proximité avec d'autres pages du site.

Chaque cause retenue est vérifiée sur des exemples concrets : code de réponse HTTP servi, en-têtes, HTML reçu, présence effective de la directive. Un libellé de rapport ne suffit jamais à conclure.

Traiter le bon réglage

Quatre mécanismes sont régulièrement confondus. Ils ne répondent pas au même besoin, et les employer l'un pour l'autre crée précisément ce type de situation.

Le premier piège est documenté par Google : pour que la règle noindex soit efficace, la page ne doit pas être bloquée par le fichier robots.txt, sinon « la règle noindex n'est pas détectée par le robot d'exploration » et la page peut continuer à s'afficher dans les résultats (documentation Google, mise à jour le 31 décembre 2025). Bloquer et désindexer sont deux intentions opposées dans la mise en œuvre.

Le second piège tient aux limites du fichier : Google applique une limite de 500 kibioctets au robots.txt et ignore ce qui dépasse, met généralement son contenu en cache 24 heures, et en cas d'erreur serveur persistante s'appuie pendant 30 jours sur la dernière version récupérée (documentation Google, mise à jour le 11 septembre 2026). Une correction n'y produit donc pas un effet immédiat.

Côté sitemap, la limite est de 50 Mo non compressés ou 50 000 URL par fichier ; au-delà, il faut le scinder et déclarer un index de sitemaps (documentation Google, consultée le 11 septembre 2026). Le problème courant n'est pourtant pas le volume mais le contenu : un sitemap qui liste des URL redirigées, bloquées ou en noindex envoie des signaux contradictoires. Le sujet est traité pour WordPress dans à quoi sert le sitemap et comment le soumettre, et les versions proches dans balise canonical et contenu dupliqué.

Un exemple technique doit rester un exemple

Une balise <meta name="robots" content="noindex"> copiée dans un article d'explication peut devenir une instruction réelle si elle n'est pas échappée. C'est une cause de désindexation discrète, invisible dans l'éditeur et bien visible pour Google. Le contrôle porte sur la page reçue par le navigateur, ce qui permet de distinguer le texte affiché du code interprété.

Comment se déroule une mission

1. Cadrage. Vous décrivez les URL concernées et les messages observés. Nous fixons le périmètre : familles de pages, volume d'analyse, contrôles de suivi. Ces éléments figurent dans le devis.
2. Relevé. Inventaire des URL, lecture des réponses servies, des directives et des rapports de la Search Console. Aucune modification à ce stade.
3. Diagnostic. Chaque problème retenu est relié à ses URL, à une cause étayée et à un traitement proposé. Les statuts normaux sont identifiés comme tels, pour éviter de corriger ce qui fonctionne.
4. Décision. Vous validez ce qui est appliqué. Toute modification d'URL, de lien ou de statut d'indexation est décidée explicitement, jamais par défaut.
5. Mise en œuvre et contrôle. Les modifications sont réalisées selon le périmètre convenu, puis vérifiées sur la version publique du site.
6. Suivi. Un test en direct confirme que Google accède à la page et qu'aucun blocage d'indexabilité n'est détecté. Une demande d'indexation place l'URL dans un processus de traitement ; elle ne prouve pas son indexation.

Ce que vous recevez

• Un inventaire des URL du périmètre, avec leur statut côté site et côté Google.
• Une liste de problèmes classés par cause, chacun rattaché à ses URL et à un traitement proposé, priorisé.
• La distinction explicite entre ce qui est une anomalie et ce qui est une exclusion normale.
• Les modifications effectuées, si la mise en œuvre entre dans le périmètre convenu.
• Les contrôles de vérification réalisés après correction, avec leur date et ce qu'ils établissent.

Le livrable est écrit pour être lisible par un dirigeant et exploitable par un développeur. Quand une correction dépasse mon périmètre, elle est décrite précisément pour que votre prestataire technique puisse l'appliquer.

Ce dont j'ai besoin de votre côté

Un accès en lecture à la propriété Search Console du site, ou son ouverture si elle n'existe pas encore. Un accès à l'administration du CMS, en lecture pour le diagnostic, avec droits d'écriture uniquement si la mise en œuvre m'est confiée. Et la liste des URL qui vous préoccupent, avec les messages exacts que vous avez vus.

Utile aussi : l'historique récent du site — refonte, migration, changement d'extension SEO, incident serveur — et les pages que vous ne voulez pas voir modifiées.

Si le site présente par ailleurs des problèmes structurels plus larges — performances, architecture, erreurs serveur récurrentes — le contrôle d'indexation les signale mais ne les traite pas : c'est le périmètre d'un audit technique SEO.

Ce que cette prestation ne promet pas

Aucune garantie d'indexation, ni de délai. Les corrections peuvent lever un obstacle identifié. La décision d'indexer une URL et le moment où elle intervient appartiennent à Google. L'outil d'inspection d'URL l'indique lui-même : « L'envoi d'une demande ne garantit pas que la page apparaîtra dans l'index Google » (aide Search Console, consultée le 11 septembre 2026).

Aucune garantie de position ni de trafic. Être indexé signifie être éligible à l'affichage, pas être bien classé. Le positionnement dépend de facteurs qui sortent de ce périmètre : contenu, concurrence sur la requête, notoriété du domaine, évolutions de l'algorithme.

Pas de suppression automatique des pages peu visitées. L'absence de clics ne suffit pas à justifier une désindexation. Le rôle du contenu, la période observée, les autres sources de visites et les engagements attachés à sa publication sont examinés avant toute décision, qui vous revient.

Pas de volume d'analyse illimité. Le périmètre est fixé au devis. Sur un très grand site, l'analyse porte sur des familles de pages représentatives plutôt que sur l'exhaustivité.

Pas d'optimisation de budget d'exploration là où elle n'a pas d'objet. Google indique que le rapport « Statistiques sur l'exploration » n'est probablement d'aucune utilité pour un site de moins de 1 000 pages (aide Search Console, consultée le 11 septembre 2026). Sur un site de TPE, les causes d'exclusion sont presque toujours des directives ou des doublons.