Les données structurées produits sont-elles inutiles sans maillage interne ?

Pourquoi Google impose-t-il des liens internes pour exploiter les données structurées ?

La déclaration de Johannes Müller pointe un malentendu fréquent chez les e-commerçants : baliser des fiches produits en Schema.org ne garantit pas leur indexation. Google fonctionne par découverte via le crawl, et ce crawl suit principalement les liens hypertextes.

Si une URL produit n'est reliée à aucune autre page du site — ni depuis la navigation, ni depuis une catégorie, ni depuis un article de blog — le bot Google n'a aucune raison de la visiter. Le fichier sitemap.xml peut signaler ces URLs, mais son rôle est consultatif : Google ne garantit pas le crawl systématique de toutes les URLs déclarées. Les données structurées n'ont de valeur que si la page qui les porte est effectivement crawlée et indexée.

Quelle différence entre « être dans le sitemap » et « être lié » ?

Un sitemap XML est une liste d'URLs suggérées, sans hiérarchie ni priorité réelle pour Googlebot. Google peut choisir de suivre ou non ces URLs, en fonction du budget de crawl alloué au site.

Le maillage interne, en revanche, transmet du PageRank et indique une structure logique : une fiche produit accessible depuis la navigation principale ou une page catégorie reçoit un signal clair de pertinence. Sans ce signal, même une URL déclarée dans le sitemap peut rester ignorée pendant des semaines, voire définitivement si le site dispose d'un crawl budget limité.

Google peut-il indexer une page produit orpheline avec des données structurées parfaites ?

Techniquement, oui — si Google tombe dessus par un autre biais (lien externe, historique de crawl, redirection). Mais compter là-dessus relève du pari hasardeux. Les données structurées Product, Review ou Offer ne fonctionnent pas comme un appel prioritaire au crawl.

Johannes Müller insiste sur le risque « de ne pas être suivies » : autrement dit, une fiche produit sans lien interne est une fiche fantôme. Elle existe dans votre CMS, elle est peut-être déclarée dans votre sitemap, mais elle n'entre jamais dans l'index Google — et donc jamais dans les résultats de recherche enrichis, quels que soient ses balisages Schema.org.

• Les données structurées ne sont pas un signal de crawl — elles enrichissent l'affichage d'une page déjà crawlée et indexée.
• Le maillage interne conditionne la découverte — une URL orpheline ne bénéficie d'aucun crawl prioritaire, même avec Schema.org.
• Le sitemap XML est consultatif — il suggère des URLs, mais ne force pas Google à les crawler ni les indexer.
• Le PageRank interne joue un rôle clé — un produit lié depuis plusieurs pages catégories ou articles reçoit plus de budget de crawl qu'une fiche isolée.
• L'architecture de site prime sur le balisage — un bon Schema.org sur une mauvaise structure ne sauvera rien.

Cette recommandation est-elle cohérente avec ce qu'on observe sur le terrain ?

Absolument. On constate régulièrement que des sites e-commerce avec des milliers de fiches produits balisées en Schema.org affichent un taux d'indexation catastrophique — parfois moins de 30% des URLs. L'audit révèle systématiquement le même problème : des fiches orphelines, accessibles uniquement via le moteur de recherche interne du site ou via l'URL directe.

Google ne crawle pas « au hasard ». Il suit des chemins logiques depuis la page d'accueil, les catégories, les articles de blog. Si une fiche produit n'est accessible que depuis une pagination profonde (page 12 d'une catégorie) ou via un filtre JavaScript non crawlable, elle n'existe tout simplement pas pour Googlebot. Le balisage Schema.org devient alors totalement inutile, quelle que soit sa qualité technique.

Quelles erreurs architecturales provoquent ce problème ?

Premièrement, les facettes de filtrage sans liens HTML : beaucoup de sites e-commerce génèrent des URLs produits dynamiques via JavaScript, sans équivalent en lien hypertexte classique. Google peut parfois exécuter le JS, mais rien ne garantit le crawl systématique.

Deuxièmement, les produits en rupture de stock exclus du site : certains CMS retirent automatiquement les fiches produits indisponibles du maillage interne, tout en les gardant indexables via sitemap. Résultat : Google perd le fil et finit par désindexer ces pages. Troisièmement, les mega-menus surchargés qui noient les catégories importantes sous des centaines de liens secondaires — le crawl budget se dilue et les fiches produits profondes ne sont jamais visitées.

Dans quels cas cette règle ne s'applique-t-elle pas strictement ?

Si votre site dispose d'un crawl budget énorme (autorité élevée, backlinks massifs, contenu frais quotidien), Google peut se permettre de crawler des URLs orphelines découvertes via le sitemap. Mais c'est un luxe réservé aux gros acteurs — Amazon, Cdiscount, etc.

Pour la majorité des e-commerces, compter sur cette exception est une erreur stratégique. Même un site moyen (10 000 à 50 000 produits) doit structurer son maillage interne de manière rigoureuse. [A vérifier] : Google n'a jamais publié de seuil précis de crawl budget par typologie de site, donc impossible de savoir exactement où se situe la limite entre « crawl garanti » et « crawl aléatoire ».

Que faut-il auditer en priorité sur un site e-commerce ?

Première action : identifier les fiches produits orphelines. Utilisez Screaming Frog ou Oncrawl pour crawler le site depuis la homepage, puis comparez avec la liste des URLs produits déclarées dans le sitemap. Toute URL présente dans le sitemap mais absente du crawl interne est potentiellement invisible pour Google.

Deuxième vérification : analysez la profondeur de clic des fiches produits. Idéalement, aucun produit ne devrait se trouver à plus de 3 clics de la homepage. Si vos best-sellers sont enfouis à 5-6 clics de profondeur, c'est un signal clair que votre architecture interne ne priorise pas les bonnes pages.

Comment corriger une architecture défaillante sans refondre tout le site ?

Ajoutez des blocs de produits liés sur toutes les pages à fort trafic : homepage, catégories principales, articles de blog populaires. Ces blocs (« Nos meilleures ventes », « Produits récents », « Sélection de la semaine ») créent des chemins de crawl vers les fiches produits isolées.

Intégrez des liens contextuels dans vos contenus éditoriaux : chaque article de blog, guide d'achat ou FAQ doit pointer vers 3 à 5 fiches produits pertinentes. Cela améliore le maillage interne et transmet du PageRank vers les pages monétisables. Enfin, revoyez votre pagination : si elle fonctionne uniquement en JavaScript ou avec des boutons « Charger plus », remplacez-la par une pagination HTML classique avec des liens <a href> crawlables.

Quelles erreurs éviter lors de l'optimisation du maillage produit ?

Ne multipliez pas les liens vers les mêmes produits depuis toutes les pages — cela dilue le signal. Priorisez les produits stratégiques (marge élevée, stock disponible, recherche forte) et variez les ancres de lien pour éviter la sur-optimisation.

Évitez de créer des liens en nofollow vers vos propres fiches produits : c'est une erreur qu'on voit encore trop souvent sur des sites qui « veulent garder le jus pour d'autres pages ». Le nofollow interne bloque le crawl et l'indexation — exactement l'inverse de l'objectif recherché. Enfin, ne négligez pas la cohérence sémantique : un lien depuis une catégorie « Chaussures de running » vers un produit « Sac de randonnée » parasitera le crawl et brouillera les signaux de pertinence thématique.

• Crawler le site et comparer avec le sitemap pour détecter les fiches orphelines
• Vérifier que chaque produit stratégique est accessible en 3 clics maximum depuis la homepage
• Ajouter des blocs de produits liés sur toutes les pages à fort trafic
• Intégrer des liens contextuels produits dans les articles de blog et guides d'achat
• Remplacer les paginations JavaScript par des paginations HTML crawlables
• Prioriser les liens vers les produits à forte marge ou fort potentiel SEO