Vous avez soumis votre sitemap à la Search Console, Google l’a accepté sans broncher, et pourtant la page tant attendue ne montre aucun signe de vie dans les résultats. Le réflexe habituel consiste à vérifier la balise, à renvoyer le fichier, à attendre encore une semaine. Le vrai problème se trouve ailleurs, dans un endroit que la Search Console ne signale jamais : aucun lien interne ne pointe vers cette URL. Un sitemap déclare une adresse, il ne la fait pas découvrir. Googlebot avance de lien en lien, et une page sans lien entrant reste un cul-de-sac.
Un sitemap déclare, il ne découvre pas
La confusion vient d’une lecture trop optimiste du rapport de soumission. Quand la Search Console affiche « Réussite » à côté de votre sitemap, elle confirme une seule chose : le fichier a été lu et les URL qu’il contient ont été enregistrées dans une file d’attente. Rien de plus.
Les robots de Google découvrent les pages en suivant les liens, comme un lecteur qui tourne les pages d’un livre en partant de la couverture, et une adresse isolée dans un fichier XML ne ressemble pas à un chemin praticable. Pour comprendre comment le crawl fonctionne vraiment, les ressources de bertseo.fr détaillent les mécanismes de découverte et de priorisation.
Une page qui figure dans le sitemap mais qu’on ne peut atteindre par aucun menu, aucune catégorie, aucun article, reste une page orpheline au sens strict. Le fichier XML dit « cette URL existe », le maillage dit « personne ne la connaît ». C’est la seconde information que Google retient pour décider s’il vaut la peine de dépenser du budget crawl sur cette adresse plutôt que sur une autre.
Pourquoi une page orpheline reste bloquée
Le budget crawl n’est pas infini, même pour un site modeste. Chaque passage de Googlebot consomme des ressources sur votre serveur et sur le sien, et l’algorithme répartit ce temps en fonction de la demande : plus une page reçoit de liens internes, plus elle paraît digne d’intérêt. Une orpheline n’émet aucun signal de ce type, donc elle passe en fin de file, parfois pour des mois.
La dilution du PageRank entre aussi en jeu. Chaque lien interne transmet une part de la force d’une page vers une autre, et une page qui ne reçoit rien ne peut rien redistribuer en retour.
Elle reste à zéro, sans autorité, sans visibilité, et son contenu travaille pour personne. Ajoutez le risque de non-indexation pure et simple, un parcours utilisateur cassé si quelqu’un tombe dessus par hasard, et vous avez une page qui coûte sans rapporter.
Les cas où le CMS fabrique des orphelines à votre insu
WordPress produit automatiquement des pages d’archives, des résultats de recherche internes, des paginations qui ne sont reliées à rien de visible depuis le menu. Elementor fait la même chose avec certaines URL générées par ses templates. Une fiche produit désactivée dans un CMS mal configuré devient orpheline quand aucune redirection 301, 302 ou aucun code 410 n’a été posé : la page reste accessible par son ancien lien, mais plus personne ne passe par le menu ou le maillage pour y arriver.
Ces pages ne se repèrent pas à l’œil nu dans l’interface d’administration. Elles existent, elles répondent correctement, et pourtant rien ne les relie au reste du site. Le sitemap les liste souvent sans le savoir, ce qui donne cette fausse impression de propreté technique alors que le maillage est troué.
Questions à se poser avant de relancer le crawl
Avant de toucher au sitemap, prenez le temps de vérifier ce que la page reçoit réellement comme signaux internes, car renvoyer un fichier XML sans corriger le maillage revient à crier plus fort dans une pièce vide : l’écho change, pas la situation. Quelques vérifications simples évitent des heures perdues. Sur ce point, voir aussi notre article sur backlinks perdus google.
- La page apparaît-elle dans un menu, une catégorie, un article, ou seulement dans le sitemap ?
- Comment voir si une page est indexée ?
- Un lien depuis une page forte du site suffirait-il à débloquer la situation ?
- Quelles sont les raisons pour lesquelles une page web peut ne pas être indexée par un moteur de recherche généraliste ?
- Avez-vous vérifié si la balise noindex traîne encore d’une ancienne configuration ?
Chaque item de cette liste correspond à une cause fréquente de blocage. Une page orpheline cumule souvent plusieurs de ces problèmes à la fois, ce qui explique pourquoi une simple resoumission ne débloque rien. La question de l’indexation manuelle mérite d’être posée dans l’autre sens : si vous devez demander explicitement à Google d’indexer une page, c’est peut-être que le maillage interne ne fait pas son travail. Une page correctement liée n’a pas besoin qu’on insiste.
Repérer les orphelines avec Screaming Frog
Screaming Frog propose un onglet dédié dans « Sitemaps », puis « Pages orphelines ». L’outil compare les URL déclarées dans le sitemap avec celles qu’il a réellement trouvées en crawlant le site depuis la page d’accueil. Tout écart signale une page que le sitemap connaît mais que le maillage ignore, et cette liste surprend souvent sur un site qui tourne depuis quelques années.
Le rapport se lit avec un peu de méthode. Une page d’archive générée par WordPress n’a pas la même valeur qu’une fiche produit désactivée, et toutes les orphelines ne méritent pas d’être sauvées. Pour certaines, la bonne réponse consiste à bloquer l’indexation avec une balise noindex ou une règle robots.txt, parce que leur contenu n’a aucun intérêt pour un visiteur venu de Google et qu’elles n’encombrent le crawl que pour rien. Toutes les orphelines ne se valent pas : le tri fait partie du travail.
Pour les autres, celles qui portent un vrai contenu, la méthode est mécanique : ajouter un lien depuis une page déjà bien crawlée, idéalement une page de catégorie ou un article populaire, puis demander une réindexation. En quelques jours, la page sort de sa léthargie. Faire indexer une page web passe rarement par une manipulation dans la Search Console, et presque toujours par un lien interne bien placé.
Le lien avant le fichier
La soumission de sitemap reste utile : elle accélère la découverte des pages nouvelles et donne un aperçu de ce que Google connaît de votre site. Mais elle ne remplace jamais le maillage interne, qui reste le seul chemin par lequel un robot arrive réellement sur une page et lui transmet un peu de force au passage. Un sitemap propre avec un maillage troué donne un site qui a l’air en ordre et qui, en pratique, laisse dépérir la moitié de ses URL.
Le réflexe à changer
Le réflexe à changer tient en une phrase : avant de renvoyer le fichier XML, cherchez qui pointe vers la page. Si la réponse est personne, le problème n’est pas dans la Search Console. Le sitemap n’est qu’une déclaration, pas une recommandation. Combien de pages de votre site n’ont jamais reçu un seul lien interne depuis leur publication ?