Join our community of websites already using SEOJuice to automate the boring SEO work.
See what our customers say and learn about sustainable SEO that drives long-term growth.
Explore the blog →TL;DR : Soit votre site n’est pas indexé, soit il l’est mais se classe trop bas pour que vous le trouviez facilement. Ouvrez Google Search Console, inspectez l’URL de production exacte, puis appliquez le correctif correspondant ci-dessous. Rechercher à répétition votre domaine ne vous dira pas ce qui ne va pas.
| Résultat dans Search Console | Ce que cela signifie | Que faire ensuite |
|---|---|---|
| L’URL est sur Google | La page est indexée | Arrêtez de déboguer l’indexation. Travaillez la pertinence, le contenu, les liens et le classement. |
| L’URL n’est pas sur Google | La page n’est pas indexée | Vérifiez la raison indiquée, puis travaillez les points 1 à 9 ci-dessous. | tr>
| Découverte – actuellement non indexée | Google connaît l’URL, mais ne l’a pas encore explorée | Soumettez un sitemap, ajoutez des liens explorables, demandez l’indexation, puis attendez. |
| Explorée – actuellement non indexée | Google a récupéré la page, mais ne l’a pas stockée | Améliorez ou consolidez le contenu et renforcez les liens internes. |
| Exclue par noindex | Votre site a explicitement demandé à Google de ne pas indexer la page | Supprimez la directive, testez l’URL en direct et demandez l’indexation. |
| Bloquée par robots.txt | Googlebot ne peut pas explorer la page | Corrigez robots.txt afin que l’URL visée soit explorabile. |

Google Search Central décrit trois étapes distinctes : exploration (crawling), indexation et diffusion des résultats. L’exploration, c’est quand Google télécharge une page. L’indexation, c’est quand il l’analyse et la stocke. La diffusion, c’est quand Google choisit les résultats pertinents pour une recherche donnée.
Explorée ne veut pas dire indexée. Indexée ne veut pas dire classée. Ce sont des portes d’entrée séparées.
Le diagnostic le plus rapide passe par l’outil Inspection d’URL de Google Search Console. Collez l’URL de production complète, avec le bon protocole, le nom d’hôte, le chemin, et le slash final si votre site en utilise un. Si le résultat indique L’URL est sur Google, la page est indexée. S’il indique L’URL n’est pas sur Google, examinez la raison affichée en dessous.
Faites ça avant de modifier quoi que ce soit. Chez SEOJuice, Lida et moi sommes une équipe de deux, donc poursuivre un mauvais diagnostic nous coûte directement (et je vérifie l’URL exacte plutôt que de me fier à ma mémoire de ce qu’on a déployé).
« Google ne garantit pas qu’il explorera, indexera ou affichera votre page, même si votre page respecte les Google Search Essentials. »
C’est la formulation de Google Search Central. Sa documentation précise aussi que l’indexation n’est pas garantie, car toutes les pages traitées ne sont pas indexées. Ce n’est pas une raison pour hausser les épaules : c’est une raison de distinguer un blocage technique d’une page que Google a évaluée puis refusé de stocker.
Pour plus de détails sur le pipeline, lisez comment fonctionne l’indexation Google. Sinon, passez ces vérifications dans l’ordre.

Pour un site déployé il y a quelques jours, c’est l’explication par défaut. Google ne reçoit pas de notification de lancement de la part de votre hébergeur. Il découvre les URL via des pages qu’il connaît déjà, via les liens présents sur ces pages, et via les sitemaps soumis. Un domaine tout neuf, sans liens et sans sitemap soumis, offre peu de chemins de découverte.
John Mueller, Google Search Advocate, a déclaré que l’indexation de contenu nouveau ou mis à jour peut prendre « plusieurs heures à plusieurs semaines », tel que rapporté par Search Engine Land. Il n’y a pas d’échéance fiable à l’intérieur de cette fourchette (et oui, « semaines » paraît absurde quand l’annonce de lancement est déjà faite).
Inspectez l’URL dans Search Console. Vous pouvez voir L’URL n’est pas sur Google, aucune donnée connue pour l’URL, ou Découverte – actuellement non indexée. Google décrit cette dernière comme une page qu’il a trouvée, mais qu’il n’a pas encore explorée.
Ne soumettez pas chaque filtre, paramètre et variante mineure juste parce qu’un bouton existe. La demande d’indexation ajoute une URL à une file d’exploration ; elle ne force pas l’exploration immédiate ni l’inclusion dans l’index. Notre guide sur l’exploration en SEO explique pourquoi les liens et les sitemaps aident à la découverte sans vous donner le contrôle sur le calendrier de Google.
Les fondateurs cherchent souvent site:example.com, n’obtiennent aucun résultat, puis supposent que le domaine a été rejeté ou pénalisé. Cet opérateur est utile comme contrôle en cinq secondes, mais pas comme audit d’indexation.
Google indique explicitement que l’opérateur site: « ne renvoie pas nécessairement toutes les URL indexées sous le préfixe spécifié dans la requête ». Il recommande l’Inspection d’URL quand une page est absente d’une recherche site:.
Utilisez l’Inspection d’URL. L’URL est sur Google signifie que l’URL est indexée, même si l’opérateur site: l’a omise. L’inspection affiche normalement des données correspondant à la version de la page la plus récemment indexée, pas forcément celle actuellement visible dans votre navigateur.
Cette nuance compte après un correctif. Utilisez Tester l’URL en direct pour vérifier si Google peut récupérer la version corrigée maintenant, mais utilisez le résultat indexé pour comprendre ce que Google a stocké auparavant.
Il n’y a peut-être rien à corriger. Utilisez le rapport d’indexation des pages pour repérer des tendances sur l’ensemble du site, et l’Inspection d’URL pour la page exacte. Un test en direct effectue une récupération fraîche, mais la documentation de Google est claire : le test lui-même n’ajoute pas l’URL à l’index.
C’est le blocage classique auto-infligé. Les environnements de staging sont volontairement tenus à l’écart de la recherche, puis le même réglage survit au déploiement. L’option WordPress “dissuader les moteurs de recherche” peut produire le même résultat.
Une directive noindex peut apparaître dans une balise meta robots à l’intérieur du HTML, ou dans un en-tête HTTP X-Robots-Tag. La version via en-tête est facile à manquer, car “view source” ne l’affiche pas.
Recherchez Exclue par la balise « noindex » dans le rapport d’indexation des pages. L’Inspection d’URL signale aussi la directive. Ensuite, vérifiez directement les en-têtes en exécutant curl -I https://yoursite.com/ et cherchez X-Robots-Tag: noindex.
Vérifiez les deux endroits. Supprimer la balise meta ne sert à rien si le CDN ou le serveur continue d’envoyer l’en-tête (je l’ai raté lors d’une première passe).
Supprimez toute directive noindex involontaire de la page, du serveur, du CDN ou de la configuration du framework. Si vous utilisez WordPress, vérifiez le paramètre “dissuader les moteurs de recherche”. Déployez le changement, lancez un test d’URL en direct, confirmez que la réponse est indexable, puis demandez l’indexation.
Google documente les deux mécanismes noindex pris en charge. Se limiter au HTML visible ne suffit pas.
Ouvrez https://yourdomain.com/robots.txt. Une règle Disallow: / laissée en trop sous un cadre qui s’applique à Googlebot peut empêcher l’ensemble du site de production d’être exploré.
La distinction est cruciale : robots.txt contrôle l’exploration, pas l’indexation. Google le qualifie de « mécanisme qui ne sert pas à exclure une page web de Google » et précise qu’une URL bloquée peut quand même être indexée si d’autres pages y font des liens.
Search Console peut indiquer Bloquée par robots.txt. L’Inspection d’URL le signalera aussi : l’exploration est bloquée. Lisez le fichier réel et identifiez la règle la plus spécifique qui s’applique à l’URL et à l’agent utilisateur ; ne vous arrêtez pas dès que vous trouvez une ligne Allow rassurante ailleurs.
Supprimez les règles qui bloquent des pages et des ressources que Google doit explorer. Si vous avez besoin d’un point de départ propre, utilisez le générateur de robots.txt de SEOJuice, puis relisez le résultat par rapport à la structure réelle de vos URL avant de le publier.
Ne combinez pas un blocage via robots.txt avec noindex pour masquer la même page. Si Google ne peut pas explorer l’URL, il ne peut pas lire la directive noindex. J’ai d’abord supposé que superposer les deux directives était plus sûr ; en réalité, c’est contre-productif. Utilisez une page noindex explorables ou un mécanisme d’authentification à la place.
Une application React, Vue ou Angular côté client peut d’abord ne renvoyer qu’une sorte de squelette HTML. Google peut exécuter du JavaScript, mais sa documentation SEO sur JavaScript décrit des phases distinctes d’exploration, de rendu et d’indexation. Le rendu est mis en file d’attente et se produit quand les ressources sont disponibles.
« Google ne lit pas le JavaScript » est donc un diagnostic erroné. Les risques concrets sont plutôt : rendu retardé, ressources qui échouent, et contenu ou navigation qui n’apparaît qu’après interaction utilisateur. Google indique aussi que les liens explorables doivent être des éléments a avec un attribut href. Un composant JavaScript cliquable n’est pas automatiquement un lien découvrable.
Dans l’Inspection d’URL, utilisez Voir la page explorée et Tester l’URL en direct. Inspectez le HTML rendu et vérifiez la capture d’écran. Si le texte principal, les détails produit ou la navigation sont absents, c’est que Google ne reçoit pas la page que vous pensez avoir déployée.
Un document source presque vide est un signal d’alerte, pas un verdict final. Le résultat rendu compte davantage (ou, plus précisément, le contenu et les liens que Google peut réellement rendre).
Utilisez le rendu côté serveur, la génération statique ou le pré-rendu pour que du contenu utile existe dès la première réponse. Construisez la navigation avec de vrais liens d’ancrage. Assurez-vous que robots.txt ne bloque pas le JavaScript ou le CSS nécessaires au rendu de la page. Notre guide SEO JavaScript couvre les compromis d’implémentation.
Un chemin présent dans votre application ne crée pas un parcours d’exploration. Si aucune page explorabile ne renvoie vers elle et qu’elle est absente de votre sitemap, Google peut ne pas avoir de méthode fiable pour la découvrir, ou avoir peu de raisons de la prioriser.
Découverte – actuellement non indexée peut indiquer que Google connaît l’URL, mais ne l’a pas encore priorisée pour l’exploration. Cela ne prouve pas que la page est orpheline : vérifiez le site lui-même. Arrivez-vous à la page en suivant des liens HTML normaux depuis la page d’accueil ou une autre page indexée ?
Sur les sites que nous inspectons via SEOJuice, deux blocages se font passer très souvent pour « Google m’ignore » : un noindex de staging qui a survécu au déploiement et des pages vers lesquelles aucun lien interne ne pointe. Les deux peuvent rester invisibles tant que la page fonctionne parfaitement pour un humain avec l’URL directe.
Ajoutez des liens internes utiles depuis la navigation, les pages de catégorie, les “content hubs”, ou des pages contextuellement liées. Incluez l’URL canonique dans votre sitemap. Les liens externes peuvent fournir des chemins de découverte supplémentaires, mais vous ne devriez pas avoir besoin d’un backlink uniquement pour rendre votre page produit atteignable.
Une précaution : ne créez pas des centaines de liens inutiles dans le footer uniquement pour faire disparaître le rapport “orpheline”. Le lien doit aider un visiteur à passer d’une page liée à une autre. La découverte est le bénéfice immédiat ; la structure de site plus claire est le bénéfice durable.
Google choisit une URL canonique parmi des pages dupliquées ou très similaires. Si votre canonique pointe vers la staging, la page d’accueil, une version HTTP, un ancien domaine, ou une variante avec paramètre, vous indiquez en pratique à Google d’indexer cette autre URL à la place.
Recherchez Page alternative avec balise canonique correcte, Dupliqué sans canonique sélectionnée par l’utilisateur, ou Dupliqué, Google a choisi une canonique différente de celle de l’utilisateur. L’Inspection d’URL montre votre canonique déclarée par l’utilisateur et la canonique sélectionnée par Google. Comparez-les caractère par caractère.
Donnez à une page indépendante une canonique autoréférencée pointant vers son URL HTTPS “live” préférée. Corrigez les modèles ou plugins qui génèrent des noms de domaine périmés. Consolidez les vraies pages dupliquées au lieu de forcer chaque variante à entrer dans l’index.
Les bugs de canonique sont particulièrement faciles à rater après un changement de domaine : le navigateur peut charger la nouvelle page, tandis que le signal d’indexation continue de pointer ailleurs. Nous avons migré SEOJuice de seojuice.io à seojuice.com en janvier 2026. Pendant une migration de ce type, je fais davantage confiance aux canonicals déclarées et sélectionnées par Google qu’à un simple chargement réussi dans le navigateur.
Explorée – actuellement non indexée est une différence majeure par rapport à Découverte – actuellement non indexée. Dans le premier cas, Google a récupéré la page sans la stocker.
Le statut ne révèle pas une cause unique. Google explique que l’indexation peut être ignorée à cause de la faible qualité du contenu ou d’une conception de site qui complique l’indexation. Les “placeholders” fins, les pages de localisation en texte de formulaire, les quasi-dupliqués et les pages ne contenant pas grand-chose au-delà d’un modèle répété sont de bons candidats à inspecter. Search Console peut aussi classer une page vide renvoyant HTTP 200 comme Soft 404.
Inspectez la version que Google a explorée, puis comparez-la avec d’autres pages du site. Posez des questions concrètes : l’essentiel du texte est-il répété ? La page répond-elle à quelque chose qu’aucune page indexée ne répond déjà ? Le contenu principal est-il présent dans le rendu ? Renvoie-t-elle le bon statut HTTP ?
Rendez la page réellement distincte et utile. Consolidez les quasi-dupliqués. Pour les pages supprimées ou inexistantes, renvoyez plutôt une vraie réponse 404 ou 410 au lieu d’une page de succès sans contenu. Renforcez les liens internes pertinents après avoir amélioré la page.
Ne répondez pas en ajoutant des paragraphes génériques jusqu’à ce qu’un outil de nombre de mots passe au vert. Plus de texte peut produire une page plus grande et faible. Ce n’est pas forcément mieux.
C’est rare sur un site nouvellement lancé, donc ne commencez pas ici. Google définit une action manuelle comme une action prise après qu’un évaluateur humain a déterminé que les pages ne respectent pas ses politiques anti-spam.
Ouvrez Security & Manual Actions, puis Manual actions dans Search Console. Une propriété “clean” ne signale aucun problème détecté. Si vous avez lancé un nouveau site sur un domaine nouvellement enregistré et que vous n’avez utilisé aucune tactique spam, cette vérification devrait être sans surprise.
Corrigez le problème spécifique décrit dans le rapport, puis demandez une révision. Cela concerne surtout un domaine acquis ou expiré, avec un historique inconnu, du contenu piraté ou des tactiques délibérées couvertes par les politiques anti-spam de Google. Il n’y a aucun intérêt à soumettre une demande de réexamen quand Search Console ne montre aucune action manuelle.
Si l’Inspection d’URL indique L’URL est sur Google, arrêtez d’essayer de résoudre un problème d’indexation. La page est éligible pour apparaître, mais elle n’est peut-être pas assez pertinente ou compétitive pour la requête que vous testez.
« “L’URL est sur Google” ne garantit pas réellement que votre page apparaîtra dans les résultats de recherche. »
Ce rappel vient directement de la documentation de Google sur l’Inspection d’URL. Mueller a fait la même distinction dans #AskGooglebot : « forcer l’indexation ne veut pas dire que cette page sera affichée de façon bien visible dans Google Search. »
Recherchez le nom exact de votre marque ou une phrase distinctive de la page entre guillemets. Ensuite, regardez le rapport “Performances” dans Search Console. Des impressions au-dessus de zéro signifient que la page est apparue dans les résultats, potentiellement à une position que vous n’avez jamais atteinte en testant manuellement.
Attention à vos propres recherches. La localisation, la langue, l’appareil, la personnalisation et la formulation exacte de la requête peuvent modifier ce que vous voyez. Les données de performances de Search Console sont un meilleur indicateur que l’analyse d’une recherche manuelle.
Alignez la page avec une requête réellement utilisée, faites en sorte que le titre et le contenu répondent précisément à cette requête, ajoutez des liens internes pertinents, obtenez des liens externes crédibles, puis laissez du temps à Google pour réévaluer la page. Rédemander l’indexation ne améliorera pas le classement d’une URL déjà indexée.
Si vérifier les en-têtes, les canonicals, les règles robots et les pages orphelines à la main vous ralentit, lancez le audit SEO gratuit. Il peut mettre en évidence ces blocages côté site ; il ne peut pas forcer Google à explorer plus vite ni garantir l’indexation. Cette frontière compte.
Votre site peut être récent et en attente d’être exploré, ou il peut être bloqué par noindex, robots.txt, une canonique incorrecte, l’absence de liens, des problèmes de rendu, ou du contenu dupliqué trop faible. Utilisez l’Inspection d’URL dans Google Search Console pour déterminer si la page exacte n’est pas indexée ou si elle est simplement trop basse dans les résultats.
Il n’y a pas de calendrier fixe. John Mueller a indiqué que l’indexation de contenu nouveau ou mis à jour peut prendre « plusieurs heures à plusieurs semaines ». Un sitemap, une demande d’indexation et des liens explorables aident Google à découvrir l’URL, mais Google ne garantit pas le moment (ni même la décision) d’indexation.
Inspectez l’URL exacte dans Google Search Console. L’URL est sur Google signifie qu’elle est indexée, tandis que L’URL n’est pas sur Google signifie qu’elle ne l’est pas. Une recherche site:yourdomain.com n’est qu’un contrôle approximatif, car Google indique que cet opérateur ne renvoie pas nécessairement toutes les URL indexées.
Google a récupéré la page, mais ne l’a pas ajoutée à l’index. Le statut ne précise pas une cause unique. Vérifiez si la page est “thin”, majoritairement composée de boilerplate, proche d’un dupliqué, vide, difficile à rendre, ou renvoie un statut inadapté. Améliorez sa valeur distincte, consolidez les doublons et ajoutez des liens internes pertinents.
L’indexation rend seulement la page éligible à apparaître. Le classement dépend de la façon dont Google juge sa pertinence et son utilité pour une requête donnée, en plus de la concurrence et d’autres signaux. Vérifiez les impressions dans Search Console, améliorez la page autour d’un besoin de recherche réel, et cessez de redemander l’indexation d’une URL déjà présente dans Google.
Pas de façon fiable. robots.txt limite l’exploration plutôt que l’indexation, et Google indique qu’une URL bloquée peut quand même apparaître si d’autres pages y font des liens. Pour exclure une page, utilisez noindex tout en la laissant explorables, ou protégez-la avec une authentification. Ne bloquez pas l’URL dans robots.txt si Google doit voir sa directive noindex.
no credit card required
No related articles found.