Vérifier l’exploration et l’indexation
Vous n’allez pas appliquer une astuce isolée. Vous allez observer, formuler une hypothèse, tester sans masquer le symptôme, puis conserver une preuve et un retour arrière.
Le problème concret
Une page importante n’apparaît pas dans Google. La réaction consiste à demander son indexation ou modifier son texte. Pourtant, l’URL peut rediriger, être bloquée, déclarer noindex, pointer vers une autre canonique, être absente du maillage ou être explorée sans être jugée assez utile.
Exploration, indexabilité et indexation sont trois états différents. Tant que la cause technique n’est pas qualifiée, les changements éditoriaux ou demandes répétées ne résolvent rien et brouillent le suivi.
Ce qu’il faut comprendre
Le moteur doit pouvoir atteindre une URL stable qui répond correctement, dont les directives sont cohérentes et qui s’intègre au site. Le sitemap aide à découvrir ; il ne force pas l’indexation. Une canonique indique une préférence mais ne compense pas un maillage contradictoire.
Avant d’intervenir
Ne commencez pas par appliquer une astuce. Reproduisez la situation, notez la date, l’URL, le compte utilisé et les versions des composants concernés. Travaillez sur une copie lorsque la manipulation peut toucher l’affichage, les données, les commandes ou les accès. Vérifiez qu’une sauvegarde récente existe et que vous savez quelle partie restaurer. Prenez une capture de l’état initial et copiez les valeurs que vous allez modifier. Une intervention reste ainsi comparable et annulable.
Diagnostic guidé
Avant de modifier le site, rassemblez des faits comparables. Procédez dans cet ordre :
- Testez l’URL finale et sa chaîne de redirections.
- Contrôlez robots.txt, meta robots, en-tête X-Robots-Tag et canonique.
- Vérifiez présence dans le sitemap et liens internes depuis des pages utiles.
- Utilisez l’inspection d’URL pour distinguer découverte, exploration, canonique choisie et indexation.
Méthode à appliquer avant le cas pratique
- Stabiliser l’URL. Corrigez erreurs, boucles et chaînes. L’URL destinée à l’index doit répondre en 200 et utiliser la version HTTPS/canonique choisie.
- Aligner les directives. Retirez noindex ou blocage involontaire et vérifiez qu’aucun plugin, modèle ou environnement ne les réintroduit.
- Aligner la canonique. La page autonome pointe normalement vers elle-même. Si elle est un doublon assumé, consolidez signaux et liens vers la destination.
- Renforcer la découverte. Ajoutez des liens contextuels depuis les pages pertinentes et gardez le sitemap propre.
- Demander puis suivre. Après correction, utilisez l’inspection avec mesure. Notez la date et laissez le moteur retraiter au lieu de multiplier les demandes.
Outils réellement utilisés
Travaillez avec des données vérifiables plutôt qu’avec une simple recherche Google de votre propre site.
- Google Search Console pour l’inspection d’URL, le sitemap et les rapports d’indexation
- le navigateur et ses outils réseau pour vérifier les codes HTTP, redirections et balises visibles
- le fichier robots.txt et le sitemap XML réellement servis par WordPress
- l’extension SEO déjà en place (Yoast SEO, Rank Math ou équivalent) pour contrôler les directives, sans changer d’outil uniquement pour suivre la leçon
Cas pratique guidé : déroulé pas à pas
Cas fil rouge : une page de service importante est publiée mais n’apparaît pas dans les résultats, alors que d’autres pages du site sont bien indexées.
- Étape 1. Ouvrez l’URL dans une fenêtre privée et relevez son code HTTP. Vérifiez qu’elle répond directement en 200 et qu’elle n’est pas précédée d’une chaîne de redirections.
- Étape 2. Affichez le code source de la page et recherchez la directive robots ainsi que la balise canonique. Notez leur valeur exacte avant toute modification.
- Étape 3. Ouvrez le robots.txt du domaine et vérifiez qu’aucune règle ne bloque le chemin de la page ou les ressources nécessaires à son rendu.
- Étape 4. Contrôlez le sitemap XML réellement déclaré à Search Console et vérifiez que l’URL y figure avec sa forme canonique, sans variante HTTP, www ou paramètre parasite.
- Étape 5. Dans Search Console, utilisez Inspection de l’URL. Séparez ce que Google connaît déjà de la page, la dernière exploration et l’éventuelle raison d’exclusion. Ne demandez une nouvelle indexation qu’après avoir corrigé une anomalie vérifiable.
- Étape 6. Vérifiez le maillage interne : depuis une page déjà indexée et pertinente, assurez-vous qu’un lien HTML normal pointe vers cette URL avec une ancre compréhensible.
- Étape 7. Comparez avec une page du même site correctement indexée : statut HTTP, canonique, robots, présence dans le sitemap, profondeur de clic et qualité/contenu. Cette comparaison permet d’éviter de modifier au hasard l’extension SEO.
- Étape 8. Consignez l’état initial, la correction réellement effectuée et la date de contrôle. Revenez dans Search Console après le délai normal de retraitement au lieu de multiplier les changements le même jour.
Livrable attendu : une fiche avec URL, code HTTP, canonique, directive robots, présence sitemap, résultat Search Console, liens internes et décision prise. Si une modification est faite, notez la valeur précédente pour pouvoir la restaurer.
Cas pratique
Une page service est dans le sitemap et autorisée, mais sa canonique pointe vers une ancienne URL à cause d’un modèle dupliqué. Les liens internes vont tantôt vers l’une, tantôt vers l’autre. La canonique, les liens et le sitemap sont alignés sur la destination finale, puis une inspection confirme la nouvelle cohérence.
Une page importante n’apparaît pas dans Google.
Une matrice URL/statut/directives/canonique/sitemap/liens et le plan de correction. avec des critères vérifiables et un retour arrière documenté.
Interpréter les résultats
- Si l’URL est bloquée, corrigez d’abord l’accès.
- Si elle est explorée mais non indexée, évaluez utilité, doublon et maillage.
- Si Google choisit une autre canonique, recherchez les signaux contradictoires plutôt que de répéter la balise.
Diagnostiquer une URL non indexée
Remplacez les doubles accolades avec vos informations, puis copiez le prompt.
Tu es un assistant de diagnostic WordPress. Tu ne dois inventer aucun fait, réglage, résultat ou version.
OBJECTIF
Analyse une URL en séparant exploration, indexabilité, canonique et décision d’indexation.
CONTEXTE À UTILISER
- URL finale et redirections : {{à compléter}}
- robots.txt : {{à compléter}}
- meta robots et X-Robots-Tag : {{à compléter}}
- canonique : {{à compléter}}
- sitemap : {{à compléter}}
- liens internes et inspection : {{à compléter}}
CONSIGNES
1. Commence par lister les informations manquantes qui empêchent une conclusion fiable.
2. Classe les hypothèses du test le moins risqué au plus risqué.
3. Pour chaque hypothèse, indique le contrôle, la preuve attendue et ce qui l’invaliderait.
4. Sépare clairement observation, hypothèse et recommandation.
5. Ajoute une sauvegarde préalable, une procédure de retour arrière et une vérification après intervention.
6. Si une action peut toucher la production, les commandes, les comptes ou les données, demande un test sur une copie.
FORMAT DE RÉPONSE ATTENDU
- état exact de l’URL
- contradictions techniques
- action prioritaire
- date et contrôle de suivi
Termine par : « Ce qui doit être validé par un humain avant toute action ».Contrôle humain obligatoire : ne transmettez aucun mot de passe, clé, donnée client ou information de paiement ; vérifiez chaque proposition avant de l’appliquer.
Exercice à réaliser
Inspectez trois URL : une indexée, une noindex et une redirigée. Remplissez la checklist et expliquez pour chacune l’état exact et l’action prioritaire.
Livrable : une matrice URL/statut/directives/canonique/sitemap/liens et le plan de correction.
Documenter la décision
Dans votre compte rendu, séparez l’observation, l’hypothèse, le test, le résultat et la décision. Indiquez aussi les hypothèses écartées : elles évitent de recommencer le même diagnostic. Joignez les mesures ou captures avant/après, mais retirez les données personnelles, clés, jetons et informations de paiement. Une autre personne doit pouvoir comprendre ce qui a été testé, reproduire le contrôle et exécuter le retour arrière sans dépendre de votre mémoire.
Critères de réussite
- Les URL finales sont identifiées.
- Toutes les directives sont cohérentes.
- Les pages importantes ont des liens internes.
- La date de contrôle est conservée.
Retour arrière
Exportez directives, sitemap et redirections avant modification. Si une correction crée une baisse d’exploration ou une boucle, restaurez les règles précédentes et contrôlez les URL en direct avant toute nouvelle demande.
Erreurs fréquentes
Demander l’indexation avant de corriger.
Confondre sitemap et garantie.
Bloquer les ressources nécessaires au rendu.
Laisser liens et canonique viser des destinations différentes.
Approfondissement : raisonner comme lors d’une intervention
Exploration, indexabilité et indexation doivent être examinées séparément. Une URL peut être accessible au navigateur mais bloquée au robot, autorisée mais canonisée ailleurs, ou explorée sans être retenue. Commencez par l’URL finale et alignez statut, directives, canonique, sitemap et liens internes. Chaque contradiction réduit la clarté du signal.
Matrice de tests et de preuves
Ne cherchez pas à confirmer immédiatement votre première intuition. Traitez chaque point de diagnostic comme une hypothèse concurrente. Pour chaque ligne, conservez une preuve datée et indiquez si elle confirme, affaiblit ou ne permet pas de départager l’hypothèse.
| Hypothèse | Contrôle | Preuve attendue |
|---|---|---|
| H1 | Testez l’URL finale et sa chaîne de redirections. | Statut et chaîne de redirection de l’URL finale. |
| H2 | Contrôlez robots.txt, meta robots, en-tête X-Robots-Tag et canonique. | Directives HTML, HTTP et robots contrôlées ensemble. |
| H3 | Vérifiez présence dans le sitemap et liens internes depuis des pages utiles. | Canonique, sitemap et liens internes pointant vers la même destination. |
| H4 | Utilisez l’inspection d’URL pour distinguer découverte, exploration, canonique choisie et indexation. | Inspection datée et contrôle public non authentifié. |
Scénario avancé
Une leçon payante apparaît dans un sitemap malgré `noindex`, tandis que son contenu reste accessible par l’API REST. Elle est retirée du sitemap, protégée côté requête et renvoie une réponse sans contenu aux visiteurs non autorisés. L’aperçu gratuit conserve une URL indexable distincte. La recette contrôle navigateur, source, API, sitemap et compte autorisé.
Rejouez ensuite le scénario dans les mêmes conditions, puis dans une condition volontairement différente. Cette seconde passe vérifie que le résultat vient bien de la modification et non d’un cache, d’une session, d’un délai externe ou d’une coïncidence.
Contrôle de compréhension
Quelle information doit être obtenue avant toute modification ?
L’URL finale, toutes les directives et le chemin réel par lequel le moteur la découvre.
Quel résultat invaliderait votre hypothèse principale ?
Une directive contradictoire ou une autre canonique choisie avec des signaux plus forts.
Quelle preuve doit rester dans le compte rendu ?
La matrice des URL, les captures de directives et la date de demande ou de contrôle.
Revue finale à froid
Revenez sur l’intervention après une nouvelle connexion et, si le sujet le permet, depuis un autre navigateur ou un autre compte. Relisez votre rapport sans vous fier à votre mémoire : le contexte, les valeurs initiales, l’action, la preuve, la décision et le retour arrière doivent être compréhensibles. Si un de ces éléments manque, la leçon n’est pas encore terminée, même si le symptôme semble avoir disparu.
↓Télécharger la fiche de travail (PDF)PDF↓Version éditable (Markdown)MD
