> For the complete documentation index, see [llms.txt](https://speedyindex-1.gitbook.io/speedyindex-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://speedyindex-1.gitbook.io/speedyindex-docs/fr/exploree-actuellement-non-indexee-trier-les-url-avant-dagir.md). # « Explorée, actuellement non indexée » : trier les URL avant d'agir « Explorée, actuellement non indexée » dans le rapport Indexation des pages : comment trier les URL par modèle avant d'agir, et ce que Google dit de ce statut. Dans le rapport **Indexation des pages** de Search Console, le statut « Explorée, actuellement non indexée » inquiète souvent plus qu'il ne devrait. Le réflexe est de prendre la liste et de demander l'indexation de chaque URL. C'est rarement utile. Ce statut signale surtout un tri fait par Google, et la bonne réponse dépend du type de pages concernées. Ce guide explique ce que dit Google, puis propose une méthode pour trier les URL par modèle avant de décider quoi corriger. ## Ce que signifie ce statut D'après l'aide de Search Console, la page a été explorée par Google mais pas indexée. Elle pourra l'être plus tard, ou non, et **il n'est pas nécessaire de renvoyer l'URL pour l'exploration**. Il ne faut pas le confondre avec « Détectée, actuellement non indexée » : dans ce cas, Google connaît l'URL mais ne l'a pas encore explorée, souvent parce qu'il a reporté l'exploration pour ne pas surcharger le site. La différence compte : avec « Explorée », Google a vu le contenu et a décidé de ne pas l'indexer pour l'instant. La question n'est donc pas « Google trouve-t-il la page ? » mais « la page mérite-t-elle d'être indexée ? ». ## Pourquoi trier par modèle Le rapport montre des exemples d'URL, et le tableau est limité à 1 000 lignes. Sur un gros site, la liste ressemble à un mélange : fiches produits, pages de tags, pages filtrées, anciens articles. Traiter ces URL une par une fait perdre de vue l'essentiel. En regroupant les URL par modèle (même structure de chemin, même type de page), on voit vite où se concentre le problème : * 600 URL `/tag/...` : des pages de tags peu utiles ; * 250 URL `/produit/...?couleur=` : des variantes filtrées ; * 80 URL `/blog/2019/...` : d'anciens articles courts ; * 20 URL importantes dispersées. Pour une exportation de plusieurs centaines de lignes, un outil qui permet de [regrouper les URL non indexées par modèle](https://indexfixtools.com/fr/page-indexing-report-analyzer/) évite de le faire à la main dans un tableur. ## Que faire pour chaque groupe **Pages qui ne devraient pas être indexées** (tags vides, filtres, recherches internes). Le statut est normal. Réduisez les liens internes vers ces pages, utilisez `rel="canonical"` vers la page principale ou `noindex` si elles n'ont aucune valeur de recherche. **Variantes et doublons.** Vérifiez la canonique choisie par Google dans l'outil d'inspection d'URL. Alignez redirections, balises canoniques, liens internes et sitemap sur une seule adresse. **Contenus faibles ou anciens.** Fusionnez les articles qui traitent du même sujet, enrichissez ceux qui ont un potentiel, et supprimez ou redirigez ceux qui n'en ont pas. **Pages importantes.** C'est le seul groupe qui justifie un travail page par page : contenu plus complet, meilleurs liens internes depuis des pages déjà indexées, présence dans le sitemap. Le guide sur [pourquoi Google explore une page sans l'indexer](https://fr.speedyindex.com/corriger-explore-non-indexe/) détaille les causes les plus fréquentes. ## Les erreurs à éviter * **Demander l'indexation de toute la liste.** Google indique que ce n'est pas nécessaire pour ce statut, et cela ne règle pas la cause. * **Paniquer devant un chiffre élevé.** Sur beaucoup de sites, la majorité de ces URL sont des pages qui ne méritent pas d'être indexées. * **Corriger sans mesurer.** Notez le nombre d'URL par groupe avant d'agir, puis comparez quelques semaines plus tard. ## Check-list rapide * [ ] Exportation du statut « Explorée, actuellement non indexée » * [ ] URL regroupées par modèle * [ ] Groupes à exclure traités par canonique, `noindex` ou liens internes * [ ] Doublons vérifiés dans l'inspection d'URL * [ ] Pages importantes améliorées et liées depuis des pages indexées * [ ] Nouvelle mesure quelques semaines plus tard ## Sources * Aide Search Console : [Rapport sur l'indexation des pages](https://support.google.com/webmasters/answer/7440203?hl=fr) * Google Search Central : [Indiquer une URL canonique](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?hl=fr) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://speedyindex-1.gitbook.io/speedyindex-docs/fr/exploree-actuellement-non-indexee-trier-les-url-avant-dagir.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.