Pages non indexées : un arbre décisionnel avec vérification des liens
Search Console propose deux libellés similaires avec des causes différentes. Parcourez les branches dans l'ordre et arrêtez-vous à la première qui correspond.
Équipe de recherche ArchiLinks ·
Découverte, actuellement non indexée signifie que Google connaît l'URL mais ne l'a pas encore récupérée. Parcourue, actuellement non indexée signifie qu'il a récupéré la page et a choisi de ne pas l'indexer. Le premier cas concerne principalement la priorité et la découverte. Le second concerne la page elle-même.
Pourquoi les liens entrent dans le diagnostic
Les équipes diagnostiquent l'indexation comme un problème purement technique. C'est souvent le cas. Pourtant, un signal reste facile à négliger.
Lorsque vous trouvez des backlinks vers des URLs de site web qui manquent à l'index, vous apprenez si des sites externes les cautionnent, et une page sans aucun lien interne ni externe donne à Google très peu de raisons d'allouer du temps de crawl ou de l'espace d'indexation.
Un site avec quelques dizaines de pages minces et un sitemap plat est assez courant à vérifier en premier.
Pour l'ensemble des appels liés aux liens, consultez les scripts API ; pour les sections que vous êtes sur le point de déplacer, la checklist de migration place les vérifications d'indexation à T+1 semaine. Bing et Yahoo peuvent également différer de Google, testez-les séparément, et envisagez IndexNow pour Bing dès son lancement en 2021.
L'arbre décisionnel
1. La page est-elle bloquée ou noindexée ?
Inspectez l'URL dans Search Console. Examinez le HTML rendu, l'en-tête HTTP et robots.txt. Un noindex laissé en place depuis la staging est souvent la cause. Si oui, supprimez-le et demandez l'indexation.
2. Google choisit-il un canonical différent ?
Comparez le canonical déclaré par l'utilisateur avec celui sélectionné par Google. S'ils diffèrent, la page est considérée comme un doublon ou un quasi-doublon aux yeux de Google. Fusionnez, différenciez ou acceptez-le.
3. La page est-elle accessible depuis des sections réelles ?
Comptez les liens internes provenant de pages qui sont elles-mêmes indexées. Moins de deux, ou uniquement depuis le sitemap, signifie une découverte faible. Ajoutez des liens depuis un hub.
4. La page a-t-elle des liens externes ?
Vérifiez toppages et backlinks pour l'URL. Si d'autres domaines y lient, corrigez d'abord les liens internes et attendez-vous à une récupération plus rapide. Si aucun, la page doit mériter sa place par le contenu.
5. La page vaut-elle la peine d'être conservée ?
Les pages minces, basées sur des modèles ou des paramètres sont souvent exclues volontairement. Consolidéz, noindexez ou supprimez. Ne dépensez pas de budget de crawl à débattre.
Ce que chaque branche indique généralement
| Constat | Cause typique | Action | Délai pour voir un effet |
|---|---|---|---|
| noindex ou blocage robots | Règle de staging déployée en production | Supprimer et demander l'indexation | Quelques jours à quelques semaines |
| Canonical Google différent | Doublons, paramètres, variantes minces | Consolider ou réécrire | Semaines |
| Peu de liens internes | Page orpheline ou profonde | Lien depuis les hubs et le sitemap | Semaines |
| Des liens existent mais la page n'est pas indexée | Contenu jugé de faible valeur | Améliorer le contenu, garder la redirection ou le canonical honnête | Un à deux mois |
| Beaucoup de pages, toutes affectées | Signal de qualité ou de structure à l'échelle du site | Élaguer et consolider avant de soumettre davantage | Mois |
Lorsque le nombre de pages indexées chute brutalement
Un chiffre qui passe de dizaines de milliers à quelques dizaines est un événement, pas une tendance. Regardez la date en premier. Comparez-la avec vos propres déploiements, car un changement de modèle ou un drapeau noindex sur un composant partagé explique la plupart des chutes soudaines.
Puis échantillonnez. Prenez cinquante URLs avant la chute et cinquante après, et examinez le statut, le canonical et les liens internes de chaque groupe. Le motif apparaît généralement dans l'échantillon avant de se voir dans les totaux.
Indexée mais bloquée par robots.txt
Une URL peut apparaître comme indexée tandis que robots.txt bloque le crawl. Google peut connaître l'adresse via des liens et la lister sans lire le contenu, donc la liste est mince et n'a souvent pas de description. Débloquez le chemin si vous voulez que la page soit jugée sur son contenu, ou gardez-la bloquée et acceptez l'entrée brute.
Vérifiez la règle qui correspond à l'URL. Un motif large écrit pour un chemin de staging peut attraper accidentellement des dossiers de produits en production, et la correction est une ligne plus restrictive, pas un deuxième fichier.
Pourquoi une entrée dans le sitemap attend et une demande manuelle non
Une URL demandée manuellement peut être indexée en quelques jours, tandis que la même URL listée uniquement dans le sitemap reste absente. Cet écart reflète généralement la priorité de crawl plutôt que la qualité de la page. Une demande fait monter une page dans la file d'attente, et une entrée dans le sitemap y attend.
La correction durable est la même dans les deux cas. Liez la page depuis une page qui est déjà crawlée, et gardez le sitemap exempt d'entrées périmées, afin que les deux routes mènent à la même URL.
Avant de demander l'indexation pour une URL
- L'URL retourne un 200 avec le contenu réel, pas une coquille ou un spinner.
- Aucun noindex n'apparaît dans le HTML ou l'en-tête de réponse.
- Le canonical pointe vers l'URL elle-même, ou vers une version choisie volontairement.
- Au moins un lien interne provient d'une page qui est déjà indexée.
- L'URL est listée dans le sitemap, et le sitemap ne contient aucune entrée périmée.
- Vous avez une courte note expliquant pourquoi la page devrait être indexée.
Lire les résultats site: et les tests en direct
Une requête site: montre ce que Google a dans son index lorsque vous l'exécutez. C'est une capture instantanée. Un résultat vide pour une page que vous pouvez voir dans le rapport Pages est une raison de vérifier à nouveau, pas un verdict.
L'inspection d'URL et son test en direct répondent à une question plus précise : ce que Google peut récupérer et rendre maintenant pour une adresse donnée. Utilisez-le pour séparer un problème de récupération ou de rendu d'un problème de qualité.
Exécuter des requêtes site: sans se tromper
Exécutez site: avec l'adresse exacte, puis à nouveau avec une phrase unique de la page. Deux réponses vides pour une page en direct signifient généralement que l'URL n'est pas indexée, ou qu'elle est indexée sous un autre canonical. Vérifiez le canonical avant de supposer autre chose.
Un résultat sans extrait est un état différent de l'absence totale de résultat. Notez ce que vous voyez, car la correction pour chacun est différente.
Comparer le canonical déclaré et le canonical sélectionné
Ouvrez l'inspection d'URL sur une page indexée et comparez le canonical que vous avez déclaré avec celui sélectionné par Google. Une incompatibilité signifie que Google a choisi une autre page comme représentante de ce contenu. Ce choix peut être juste ou faux pour vous, décidez lequel avant de changer quoi que ce soit.
Si la version rendue est vide, le problème est dans la construction plutôt que dans l'index. Le audit de liens JavaScript couvre ce cas.
Exécuter la vérification à plus grande échelle
Vérifier quelques centaines d'URLs à la main fonctionne une fois. Une vérification récurrente nécessite des données de statut, de canonical et de liens provenant d'un script, et un fichier qui conserve l'historique de chaque exécution.
Commencez par les URLs qui attirent déjà des liens externes. Exécutez toppages sur l'hôte pour trouver des backlinks vers des sections de site worth checking, puis comparez cette liste avec l'exportation Non indexée. Le chevauchement est le groupe à corriger en premier. Des sites externes y pointent déjà.
Que consigner pour chaque URL
Stockez une ligne par URL avec son code de statut, son canonical déclaré, le canonical sélectionné par Google, le nombre de liens internes provenant de pages indexées et le nombre de domaines liants. Cinq colonnes suffisent pour trier la liste en groupes nécessitant des travaux différents.
Triez les groupes avant d'agir. Une URL avec des liens externes, un canonical erroné et aucun chemin interne nécessite une correction différente de celle d'une URL simplement nouvelle, et mélanger les deux gaspille un sprint sur le mauvais problème.
Conservez le fichier pour chaque exécution. La différence entre deux exécutions montre si une correction a fonctionné, ce qu'une seule capture instantanée ne peut pas vous dire.
Garder la file de demande courte
Limitez les demandes manuelles d'indexation au groupe qui a des liens externes et un canonical propre. Ces pages ont la meilleure chance d'une récupération rapide, et elles portent le plus de valeur si elles restent absentes.
Les pages avec un canonical conflictuel ou un contenu mince appartiennent à une liste séparée pour la consolidation. Les demander à plusieurs reprises ajoute seulement du bruit à la file et ne vous apprend rien de nouveau.
Questions sur l'indexation
- Combien de temps faut-il à une nouvelle page pour apparaître dans l'index ?
- De quelques heures à plusieurs semaines. Les sites établis avec un fort maillage interne voient de nouvelles URLs en quelques jours. Les nouveaux sites attendent couramment plus longtemps. Moins de quatre semaines sans signes de problème ne vaut pas la peine de paniquer.
- Le noindex affecte-t-il le budget de crawl ?
- Une page avec noindex est toujours crawlée pour voir la balise, bien que Google ait tendance à réduire sa fréquence de retour. Pour la plupart des sites en dessous de dizaines de milliers d'URLs, le budget de crawl n'est pas la limite à laquelle vous devriez vous soucier.
- Les backlinks aident-ils une page à être indexée ?
- Ils aident à la découverte et montrent que la page intéresse l'extérieur. Ils ne forcent pas l'indexation. Une page liée qui est mince ou dupliquée peut toujours être exclue.
- Demander l'indexation dans Search Console est-il une correction ?
- C'est un coup de pouce, pas un remède. Si la cause sous-jacente est un conflit de canonical, un contenu mince ou l'absence de liens internes, la page a tendance à sortir à nouveau de l'index.
