Indexation Google : les problèmes fréquents en e-commerce

Sur un site e-commerce, un problème d'indexation se voit rarement d'un bloc. Des URL sortent par lots, le trafic baisse sur une gamme, et le sujet arrive en réunion sous la forme d'un devis. Cet article sert à lire le diagnostic avant de payer la réparation.

Lire le rapport avant d'écouter un devis

Toute discussion sérieuse commence dans le rapport d'indexation des pages de la Search Console, celui qui liste les URL connues de Google et le motif attaché à chacune. L'exercice consiste à regrouper ces motifs par type de page plutôt qu'à traiter les URL une par une.

Un motif qui frappe un type de page entier (les fiches d'une gamme, les pages de filtre, les pages de tag) désigne un gabarit ou une règle de génération d'URL, donc une correction unique qui vaut pour des milliers d'adresses. Un motif dispersé sur des URL sans parenté renvoie plutôt à la qualité éditoriale, et se traite page par page.

Second réflexe : croiser cet export avec les URL qui reçoivent des clics et celles qui portent du chiffre d'affaires. Une page absente de l'index qui n'a jamais rien rapporté ne justifie aucun budget.

Cinq motifs à savoir lire dans le rapport

Les intitulés exacts dépendent de la langue de votre interface et changent au fil des versions de la Search Console. Ce qui suit décrit la situation à reconnaître dans le rapport, pas une chaîne à recopier.

La page a été explorée, puis laissée hors de l'index. Google a téléchargé la page et ne l'a pas retenue. Sur un catalogue, le motif oriente le diagnostic vers la valeur de la page plutôt que vers un blocage technique, qu'il reste utile d'écarter en contrôlant d'abord le rendu. Contenu trop mince, variante quasi identique d'une autre fiche, URL de filtre générée automatiquement, description reprise telle quelle du fournisseur. Redemander l'indexation n'y change rien : il faut retravailler le contenu, le fusionner ailleurs, ou sortir l'URL du périmètre indexable.

L'URL est connue de Google, mais pas encore explorée. Le motif décrit une file d'attente. Dans l'ordre de relevé décrit plus bas, nous regardons le volume avant le contenu : combien d'URL le site donne à explorer, et à quelle vitesse le serveur répond, avant d'ouvrir le dossier d'une page prise isolément. Cet ordre est une méthode de lecture que nous assumons, pas une propriété du motif : une file d'attente peuplée de fiches à description fournisseur dupliquée relève de l'éditorial, et c'est le relevé qui le montre. Sur les pages de filtre et les pages de tag, cette file se vide rarement d'elle-même, et la sortie passe par le contenu ou par le retrait de ces URL du périmètre indexable.

Google retient une page canonique différente de celle que vous déclarez. Votre balise désigne une URL, Google en garde une autre. Le motif dit déjà l'essentiel : votre déclaration pèse dans la décision, elle ne la commande pas. La documentation de Google sur la consolidation des URL en double est le point d'entrée du sujet (https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls). Quand Google tranche autrement, la vérification à mener porte sur la cohérence entre votre déclaration et le reste des signaux du site : maillage interne, sitemap, redirections, contenu identique entre les deux adresses.

L'URL est une variante rattachée à une canonique correcte. Statut normal, qui inquiète pourtant les directions e-commerce parce qu'il gonfle la colonne des pages non indexées. Une variante de couleur qui pointe vers sa fiche principale se range ici. Ce motif se lit, il ne se corrige pas.

L'URL répond 200 alors que la page montre une erreur, le cas dit soft 404. Page en erreur, panier vide, catégorie sans produit disponible : le serveur annonce une page valide, Google la traite comme une page d'erreur. Sur un catalogue saisonnier, le motif enfle à chaque fin de collection, et le correctif relève du back-office autant que du SEO : que devient une fiche quand le produit disparaît définitivement.

Le volume d'URL donné à explorer

Le budget d'exploration ne concerne pas tous les sites, et c'est la documentation de Google sur la gestion du budget d'exploration des sites de grande taille qui en donne le critère d'entrée (https://developers.google.com/search/docs/crawling-indexing/large-site-managing-crawl-budget). Reportez-vous-y avant d'ouvrir le chantier, et demandez à un prestataire de situer votre site par rapport à ce critère plutôt que par rapport au sien. La mesure à faire de votre côté est un comptage : combien d'URL votre site donne réellement à explorer, et non combien vous avez de références produit. Ce comptage est la pièce à apporter à la discussion, pas le seuil qui la tranche. Deux plans se séparent ensuite dans le relevé : ce que votre serveur absorbe sans se dégrader, et ce que votre catalogue met en circulation. Le second se compte, le premier se mesure, et une limite technique ne se conclut qu'après les deux.

Les générateurs reviennent presque tous à la même liste : facettes combinables entre elles, ordres de tri, pagination, moteur de recherche interne indexable, paramètres de session et de tracking, variantes déclinées en adresses distinctes, pages de tag créées à la volée. Un catalogue de taille modeste produit ainsi un espace d'URL sans commune mesure avec son nombre de références.

Le traitement demande de choisir le bon instrument, et beaucoup de recommandations se trompent là. Le robots.txt agit sur l'exploration (https://developers.google.com/search/docs/crawling-indexing/robots/intro), la balise noindex agit sur l'indexation, la canonique consolide les signaux entre pages proches. Les combiner au hasard produit régulièrement l'effet inverse de celui recherché : un robot qui n'explore plus une URL n'y lit pas non plus la balise censée l'en sortir. La documentation de Google sur le blocage de l'indexation (https://developers.google.com/search/docs/crawling-indexing/block-indexing) est le point d'entrée pour choisir l'instrument. L'ordre des opérations compte autant que la décision.

Le sitemap suit la même logique, et les conditions à respecter sont posées par la documentation de Google (https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap). La règle que nous appliquons en audit : uniquement des URL canoniques, indexables, qui répondent 200, avec des dates de dernière modification honnêtes. Généré automatiquement, un sitemap contient souvent l'inverse.

Les pannes qui coupent l'indexation sans prévenir

Celles-là se réparent au lieu de se négocier. Elles ont en commun d'être invisibles depuis le front office et de se déclencher lors d'une mise en production.

• Le robots.txt de préproduction poussé en production, avec son Disallow global.
• Une balise noindex laissée sur un gabarit après une refonte, souvent celui des pages de catégorie.
• Une canonique codée en dur vers la page d'accueil, ou restée pointée vers l'ancien domaine après une migration.
• Des réponses 5xx ou 429 pendant les pics commerciaux, au moment de l'année où le catalogue a le plus besoin d'être exploré et réindexé vite.
• Une migration mal cartographiée : chaînes de redirections, URL non mappées renvoyées vers l'accueil, ancien sitemap encore déclaré.
• Un rendu JavaScript qui n'expose le contenu qu'après un clic ou un défilement, ou une navigation sans attribut href réel (https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics).
• Des pages orphelines, présentes au sitemap mais liées depuis aucune page du site.

Aucune de ces pannes ne se corrige par le SEO seul : chacune atterrit dans une roadmap produit partagée avec des équipes qui ont leurs propres priorités. Nos consultants ont tous exercé côté annonceur avant de rejoindre l'agence, et c'est là que la différence se joue, entre un audit qui énumère toutes les anomalies et un plan dont les premières lignes passent réellement en production.

Le périmètre réel d'une prestation d'indexation

Une prestation honnête se découpe en trois blocs, et le devis devrait les séparer.

Le relevé et l'arbitrage d'abord : segmentation du rapport, croisement avec le trafic et le chiffre d'affaires, décision sur les URL à faire entrer dans l'index et sur celles à en sortir, ordre de passage. C'est le cœur du travail d'agence, et il se chiffre en jours.

La correction technique ensuite, qui dépend de votre plateforme et de vos développeurs. Selon la solution, une partie des correctifs se pilote depuis l'interface, une autre demande une intervention sur le code, et certaines restent hors de portée parce que l'éditeur ne les expose pas. Un prestataire qui ne pose pas cette question dès la première réunion découvrira la contrainte trop tard.

Le bloc éditorial enfin, celui que les devis oublient. Le motif des pages explorées puis laissées hors de l'index se traite par le contenu ou par la suppression d'URL, et aucun réglage technique ne le résout.

Sur les engagements, la limite est nette : la décision d'indexer appartient à Google. Un prestataire s'engage sur des livrables et des délais, jamais sur un nombre de pages indexées à une date donnée.

Les offres à refuser

• La garantie d'indexation sous toutes ses formes, y compris l'indexation en 24 ou 48 heures.
• Les services de soumission massive d'URL, les réseaux de liens d'indexation et l'outil de suppressions de la Search Console vendus comme des correctifs d'indexation : aucun des trois ne traite les causes listées plus haut.
• Le forfait facturé au nombre d'URL indexées, qui pousse à indexer des pages sans valeur.

Les questions à poser avant de signer

1. Quel motif du rapport d'indexation concentre le plus d'URL sur mon site, et sur quels types de page ?

2. Quelles URL proposez-vous de sortir de l'index, et quel trafic portent-elles aujourd'hui ?

3. Quelle part de votre plan dépend de mon équipe technique ou de ma plateforme, et sous quel délai ?

4. Comment mesurez-vous l'effet : nombre d'URL indexées, ou clics et revenus sur les pages concernées ?

5. Que faites-vous si Google maintient sa décision sur un lot de pages après correction ?

6. Sur quelle documentation officielle repose chacune de vos recommandations ?

La deuxième question est la plus discriminante. Un plan d'indexation sérieux commence presque toujours par retirer des URL, et un prestataire qui ne propose que des ajouts a lu le rapport à l'envers.

Par où commencer

Avant tout devis, un relevé qui ne modifie rien sur votre site : export du rapport d'indexation des pages, segmentation par motif et par type de page, comparaison avec les URL déclarées au sitemap. Ce relevé tranche la plupart des débats, parce qu'il montre si le sujet porte sur des pages qui comptent ou sur du volume que le site n'aurait jamais dû soumettre.

Make Sense 4 Digital pilote l'acquisition e-commerce depuis 2021, depuis Lille et Montréal. Notre page SEO e-commerce détaille la méthode, notre grille de priorisation d'audit SEO montre l'ordre dans lequel nous traitons ces chantiers, et le diagnostic SEO sert de point d'entrée. Si vous avez un devis d'indexation sur la table et que vous voulez le faire trancher, écrivez-nous : nous vous dirons ce qui relève d'un correctif technique, ce qui relève du contenu, et ce qui ne se corrige pas du tout.