Audit de découvrabilité des références orphelines

L'inclusion au sitemap est prise pour de la découverte, si bien qu'un produit qui y figure est supposé accessible. Une URL vers laquelle aucun lien interne ne pointe est crawlée tardivement, se positionne faiblement et saute la première quand la demande de crawl se resserre. Sur un grand catalogue la cause est structurelle : défilement infini sans repli paginé, grille plafonnée à 60 articles, ou gamme accessible uniquement par un filtre, et rien de tout cela n'apparaît dans un rapport de couverture de sitemap.

Le fichier de compétence

---
name: orphan-sku-discovery-audit
description: À utiliser lorsqu'une large part des produits figure dans le sitemap XML mais est rarement crawlée ou jamais indexée, et que personne ne sait expliquer par quel chemin un crawler est censé les atteindre.
---

# Audit de découvrabilité des références orphelines

L'inclusion au sitemap est prise pour de la découverte, si bien qu'un produit qui y figure est supposé accessible. Une URL vers laquelle aucun lien interne ne pointe est crawlée tardivement, se positionne faiblement et saute la première quand la demande de crawl se resserre. Sur un grand catalogue la cause est structurelle : défilement infini sans repli paginé, grille plafonnée à 60 articles, ou gamme accessible uniquement par un filtre, et rien de tout cela n'apparaît dans un rapport de couverture de sitemap.

## Ce qu’il vous faut d’abord

- un crawl complet lancé depuis la page d'accueil, découverte par sitemap désactivée, pour mesurer les vrais chemins de liens
- la liste complète des références vendables issue de la base ou du flux, à comparer avec ce que le crawl a trouvé
- les logs serveur montrant les hits de Googlebot par URL produit sur 30 jours
- l'export d'indexation des pages de Search Console, ventilé par sitemap

## Méthode

1. Crawlez depuis la page d'accueil avec la découverte par sitemap désactivée. Tout ce qui est inaccessible ainsi est orphelin, quoi que dise le rapport de couverture.
2. Comparez le résultat du crawl à la liste complète des références. L'ensemble manquant est la liste des orphelines, et sur les catalogues à défilement infini elle est généralement bien plus vaste qu'on ne l'imagine.
3. Relevez la profondeur de clic de chaque référence que le crawl a bien atteinte. Une profondeur supérieure à 4 environ est corrélée à un crawl lent sur les grands sites, donc l'histogramme de profondeur dimensionne le problème avant toute modification.
4. Retracez par quel chemin les produits profonds et orphelins sont censés être atteints. La réponse est presque toujours un filtre, un champ de recherche ou un événement de défilement, dont aucun n'émet de lien crawlable.
5. Ajoutez de vrais liens de pagination derrière tout défilement infini et vérifiez-les dans le DOM rendu plutôt que dans le code source, la pagination n'existant souvent qu'après exécution du script.
6. Recoupez la liste des orphelines avec les logs et avec la demande. Un produit correctement lié et toujours pas visité après 30 jours a un problème de demande, et retirer une partie de cet ensemble est la réponse honnête.
7. Relancez le crawl sans sitemap après correction et rapportez le déplacement de l'histogramme de profondeur plutôt que le seul nombre d'orphelines, car faire passer une référence de la profondeur 9 à la profondeur 7 ne change rien.

## Ce que ça produit

Une liste d'orphelines et un histogramme de profondeur de clic pour tout le catalogue, avec les modifications de navigation et de pagination nécessaires pour ramener la traîne à moins de quatre clics.

## Là où ça dérape

- lancer le crawl d'audit avec les sitemaps activés, ce qui masque les orphelines et produit un rapport propre sur une structure cassée
- prendre l'inclusion au sitemap pour un chemin de découverte, si bien que les orphelines le restent pendant que la couverture paraît acceptable
- corriger la profondeur en déversant des milliers de liens dans le pied de page, ce qui répartit la valeur en couche mince et se fait de toute façon dévaluer
- mesurer le succès à la baisse du nombre d'orphelines alors que les produits nouvellement liés restent à six clics de la page d'accueil

---

Extrait de la bibliothèque de compétences QuQi - https://www.quqi.io/fr/skills/orphan-sku-discovery-audit

Ce qu’il vous faut d’abord

• un crawl complet lancé depuis la page d'accueil, découverte par sitemap désactivée, pour mesurer les vrais chemins de liens
• la liste complète des références vendables issue de la base ou du flux, à comparer avec ce que le crawl a trouvé
• les logs serveur montrant les hits de Googlebot par URL produit sur 30 jours
• l'export d'indexation des pages de Search Console, ventilé par sitemap

Méthode

1. 01 Crawlez depuis la page d'accueil avec la découverte par sitemap désactivée. Tout ce qui est inaccessible ainsi est orphelin, quoi que dise le rapport de couverture.
2. 02 Comparez le résultat du crawl à la liste complète des références. L'ensemble manquant est la liste des orphelines, et sur les catalogues à défilement infini elle est généralement bien plus vaste qu'on ne l'imagine.
3. 03 Relevez la profondeur de clic de chaque référence que le crawl a bien atteinte. Une profondeur supérieure à 4 environ est corrélée à un crawl lent sur les grands sites, donc l'histogramme de profondeur dimensionne le problème avant toute modification.
4. 04 Retracez par quel chemin les produits profonds et orphelins sont censés être atteints. La réponse est presque toujours un filtre, un champ de recherche ou un événement de défilement, dont aucun n'émet de lien crawlable.
5. 05 Ajoutez de vrais liens de pagination derrière tout défilement infini et vérifiez-les dans le DOM rendu plutôt que dans le code source, la pagination n'existant souvent qu'après exécution du script.
6. 06 Recoupez la liste des orphelines avec les logs et avec la demande. Un produit correctement lié et toujours pas visité après 30 jours a un problème de demande, et retirer une partie de cet ensemble est la réponse honnête.
7. 07 Relancez le crawl sans sitemap après correction et rapportez le déplacement de l'histogramme de profondeur plutôt que le seul nombre d'orphelines, car faire passer une référence de la profondeur 9 à la profondeur 7 ne change rien.

Ce que ça produit

Une liste d'orphelines et un histogramme de profondeur de clic pour tout le catalogue, avec les modifications de navigation et de pagination nécessaires pour ramener la traîne à moins de quatre clics.

Là où ça dérape

• lancer le crawl d'audit avec les sitemaps activés, ce qui masque les orphelines et produit un rapport propre sur une structure cassée
• prendre l'inclusion au sitemap pour un chemin de découverte, si bien que les orphelines le restent pendant que la couverture paraît acceptable
• corriger la profondeur en déversant des milliers de liens dans le pied de page, ce qui répartit la valeur en couche mince et se fait de toute façon dévaluer
• mesurer le succès à la baisse du nombre d'orphelines alors que les produits nouvellement liés restent à six clics de la page d'accueil

Utiliser cette compétence dans votre propre IA

Le fichier téléchargé est un simple markdown dont l'en-tête porte le nom et le déclencheur. Quand un assistant sait charger des compétences tout seul, c'est cet en-tête qu'il lit pour décider que celle-ci s'applique.

Plus dans SEO e-commerce