« Decouverte, actuellement non indexee » est le statut Search Console qui inquiete le plus les gerants de boutique PrestaShop, et souvent a tort. Google a vu vos URLs, il ne les a simplement pas encore crawlees. La question n’est pas de paniquer, elle est de comprendre pourquoi Googlebot a choisi d’attendre.
Sommaire
Ce que signifie vraiment ce statut
Soyons precis : « decouverte, actuellement non indexee » ne veut pas dire que la page est cassee. Cela signifie que Google connait son existence, via un lien interne ou le sitemap, mais n’a pas encore alloue de ressource de crawl pour la visiter. C’est different d’« exploree, actuellement non indexee », ou Google a deja visite la page et a juge son contenu insuffisant pour l’indexer. Confondre les deux fait perdre un temps precieux sur le mauvais diagnostic.
Donnee fraiche
Le SEO organique represente 56% du trafic e-commerce en moyenne. Sur un catalogue PrestaShop de plusieurs milliers de references, meme une part limitee de pages non indexees represente un manque a gagner direct sur les ventes.
Budget de crawl et catalogue PrestaShop
PrestaShop genere naturellement un grand nombre d’URLs a partir d’un catalogue relativement modeste : variantes de produits, pages de filtre par attribut, combinaisons de tri. Chaque URL supplementaire dilue le budget de crawl que Google alloue a votre domaine. Sur un gros catalogue, ce sont souvent les fiches produit recemment ajoutees ou peu liees en interne qui restent en attente le plus longtemps, simplement parce que Googlebot priorise les pages qu’il juge les plus utiles a revisiter.
Quand c’est un probleme de qualite, pas de budget
Non, ce n’est pas toujours une question de volume. Si une poignee de pages precises restent bloquees pendant des semaines alors que le reste du catalogue s’indexe normalement, le probleme est structurel : contenu trop proche d’une autre fiche produit, description generee automatiquement sans texte differenciant, ou page orpheline sans lien interne pointant vers elle. Google n’investit pas de ressource de crawl sur une page qu’il ne peut pas relier au reste du site.
La methode de correction
- Exportez la liste completeDans Search Console, rapport Pages, filtrez sur « Decouverte, actuellement non indexee » et exportez les URLs concernees plutot que de les traiter une par une a l’oeil.
- Verifiez le maillage interneChaque page listee doit etre accessible depuis au moins un lien interne suivi, idealement depuis une categorie ou une page bien crawlee. Une fiche produit orpheline reste en attente indefiniment.
- Enrichissez le contenu differenciantAjoutez une description propre a chaque fiche, evitez le texte constructeur duplique sur plusieurs references proches.
- Verifiez la presence dans le sitemap XMLUne URL absente du sitemap perd un signal de priorite important pour Google, meme si elle reste techniquement accessible.
- Demandez une indexation manuelle cibleVia l’outil d’inspection d’URL, sur un echantillon representatif seulement : cette action ne scale pas sur des centaines d’URLs et Google la traite comme un signal, pas une garantie.
Suivre l’evolution apres correction
Le rapport de couverture de Search Console met plusieurs jours a refleter les corrections. Ne jugez pas l’efficacite de vos actions avant sept a dix jours. Segmentez le suivi par categorie de produit : si une categorie continue de trainer alors que les autres se resorbent, la cause est probablement specifique a cette categorie, pas globale au site.
Ce qu’il faut retenir
« Decouverte, actuellement non indexee » est un signal d’attente, pas d’echec. Le corriger demande de distinguer un vrai probleme de budget crawl (catalogue trop vaste, trop de facettes) d’un probleme de qualite localise (contenu duplique, page orpheline). Les deux se traitent differemment, et confondre les diagnostics fait perdre des semaines.
Faut-il s’inquieter si quelques pages restent en Decouverte non indexee ?
Pas necessairement. Sur un gros catalogue, un petit volume en attente est normal. Surveillez plutot la tendance sur plusieurs semaines qu’un chiffre isole.
L’indexation manuelle via l’outil d’inspection resout-elle le probleme durablement ?
Non, elle traite le symptome ponctuellement. Si la cause racine (maillage ou contenu) n’est pas corrigee, la page peut redevenir non indexee au prochain recrawl.
Le nombre de variantes produit PrestaShop influence-t-il ce statut ?
Oui. Chaque combinaison de declinaison genere potentiellement une URL distincte, ce qui dilue le budget de crawl si elles ne sont pas gerees via des parametres ou des canonicals.
Peut-on prioriser certaines pages aupres de Google ?
Indirectement, via le maillage interne et la position dans le sitemap. Google ne propose aucun mecanisme de priorite manuelle fiable a grande echelle.
Conclusion
Traitez ce statut comme un indicateur de priorisation, pas une alerte critique isolee. Un suivi mensuel du rapport de couverture, croise avec les pages qui generent effectivement du trafic, permet de concentrer l’effort de maillage et de contenu la ou il compte vraiment.
A propos de l’auteur
Aymeric Maingé
Consultant SEO senior avec plus de 10 ans d’experience, cote agence et annonceur. J’accompagne des boutiques PrestaShop sur des problematiques d’indexation, de crawl budget et de structuration de catalogue, avec une attention particuliere aux specificites des gros volumes de produits. Mon approche croise audit terrain, priorisation des correctifs a fort impact et recommandations actionnables pour les equipes e-commerce. Besoin d’un diagnostic sur l’indexation de votre catalogue ? Faites appel a mon accompagnement SEO dedie a PrestaShop.
Methodologie utilisee
Analyse basee sur la documentation Search Console relative aux statuts de couverture, croisee avec un retour d’experience sur des catalogues PrestaShop de tailles variees et les blocages d’indexation les plus frequemment observes en audit.
À lire aussi
Les autres articles sur le sujet
Budget de crawl et sitemap ne suffisent pas : la profondeur de clic pilote l’exploration Google d’un catalogue PrestaShop…
Lire l’article
Sur PrestaShop, une page orpheline cache parfois un vrai problème de base de données. Méthode complète pour toutes les détecter et…
Lire l’article
Produit supprimé sur PrestaShop : redirection 301 ou 410, piège de réactivation et méthode pour vérifier que le trafic organique…
Lire l’article
404 et soft 404 sur PrestaShop : comment les identifier, le réglage back-office qui les crée en masse et comment les corriger sans…
Lire l’article
Catégories, produits actifs, ruptures de stock, pages filtrées : le guide complet pour savoir quelles pages PrestaShop indexer,…
Lire l’article
Budget crawl PrestaShop : pourquoi la combinatoire des filtres explose le nombre d’URLs a explorer, et comment le mesurer via les…
Lire l’article
Le noindex a besoin du crawl pour être lu, mais laisse le budget de crawl saigner indéfiniment. La stratégie en deux temps pour…
Lire l’article
Bloquer robots.txt ET noindex sur les mêmes pages : le piège qui annule votre désindexation. La méthode correcte, dans le bon…
Lire l’article
Comment générer, segmenter et soumettre un sitemap XML PrestaShop propre : modules, limite de 50 000 URLs, multilangue et erreurs…
Lire l’article
Le guide complet pour configurer robots.txt sur PrestaShop : règles natives, filtres, sitemap et erreurs qui coûtent de…
Lire l’article
Sitemap mal configuré, doublons de variantes, budget de crawl gaspillé : diagnostic complet des causes de non-indexation des…
Lire l’article
Crawl budget, facettes, sitemap et couverture Search Console : la méthode pour reprendre le contrôle de l’indexation d’une…
Lire l’article

