Indexer son site sur Google : posez-lui la question, il répond page par page

Vous tapez le nom de votre entreprise dans Google, et vous ne vous voyez pas. Avant de payer qui que ce soit pour réparer ça, il y a une question à poser, et c'est à Google qu'on la pose.

La réponse est gratuite, elle prend quelques minutes, et elle est écrite par Google lui-même, page par page. Ce n'est ni une estimation, ni l'avis d'un outil tiers.
Le 7 septembre 2026, j'ai posé cette question à 928 adresses, celles des huit sites auxquels j'ai accès dans la Search Console. Voici ce qu'il a répondu, et ce que chaque réponse veut dire pour vous.

Être dans Google et être montré à quelqu'un sont deux choses différentes

C'est la confusion qui fait perdre le plus de temps sur ce sujet, et elle coûte cher parce qu'elle envoie réparer une chose qui n'est pas cassée.

Une page peut être parfaitement enregistrée chez Google et n'apparaître devant personne. Google le dit lui-même, dans l'aide de la Search Console, son tableau de bord gratuit réservé au propriétaire d'un site La mention « Cette URL est sur Google » ne garantit pas que votre page apparaîtra dans les résultats de recherche.

Sur mes 928 pages, 425 sont enregistrées chez Google. 47 d'entre elles n'ont reçu aucune apparition sur les 485 derniers jours. Aucune. Elles se chargent, Google les connaît, et personne ne les a jamais vues passer. La liste de ces 47 adresses existe, je l'ai sortie du relevé pour pouvoir la recompter.

Si votre page est bien dans Google mais que personne ne la trouve, ce n'est pas cet article qu'il vous faut : c'est celui qui explique pourquoi un site n'apparaît pas sur Google alors qu'il est en ligne, avec les quatre causes de position. Ici, on ne traite que la première marche : est-ce que Google a votre page, oui ou non.

Ce que Google répond sur 928 pages, quand on lui demande une par une

J'ai pris les huit sites auxquels j'ai accès dans la Search Console, j'ai relevé toutes les adresses annoncées dans leurs plans de site, c'est-à-dire la liste de pages que chaque site écrit pour les moteurs, et j'ai interrogé Google sur chacune d'elles le 7 septembre 2026. 928 adresses, 928 réponses, aucune erreur d'appel.

Relevé du 7 septembre 2026, outil d'inspection d'URL de la Search Console, 928 adresses issues des plans de site de huit sites. Les parts sont arrondies au dixième, les effectifs font bien 928.

Une page publiée sur deux n'était pas dans Google. Et le détail compte plus que le total, parce que chaque ligne appelle un geste différent.

Libellés recopiés dans la langue et les termes exacts que l'outil d'inspection m'a renvoyés le 7 septembre 2026. Le rapport d'indexation de la Search Console emploie parfois une formulation légèrement différente pour le même état. Trois mots de ce tableau méritent une traduction : un noindex est une consigne qui demande à Google de ne pas garder la page ; un Soft 404 est une page qui répond normalement alors que son contenu dit qu'il n'y a rien ; rediriger une adresse, c'est faire en sorte qu'elle renvoie automatiquement vers une autre.

Le chiffre qui m'a le plus surpris est celui du milieu : 290 pages pour lesquelles Google ne me donne aucune date de passage. C'est le seul point commun de ces 290 adresses, et c'est pour ça que je les compte ensemble. Pour 254 d'entre elles il répond qu'il ne reconnaît pas l'adresse ; pour les 36 autres il dit la connaître sans l'avoir encore ouverte.

Attention à ce que ces réponses veulent dire exactement, parce que ce sont les plus faciles à sur-interpréter : elles disent l'état d'aujourd'hui. Elles ne disent pas si Google a eu la page autrefois puis l'a retirée. L'absence de date de passage penche pour une page jamais ouverte, elle ne le prouve pas.

On pourrait croire qu'il s'agit de pages toutes neuves qui n'ont pas eu le temps. Ce n'est vrai que d'une partie : au moins 104 de ces 290 pages sont déclarées inchangées depuis plus de sept jours, et 70 depuis plus d'un an. Une page peut attendre indéfiniment.

Et il faut le dire clairement, parce que ça se retourne contre l'explication la plus commode : ces 290 adresses sont toutes annoncées dans un plan de site. Ce ne sont donc pas des pages oubliées dans un coin du site. Être annoncé ne suffit pas.

Le total cache une fourchette énorme, et c'est la fourchette qui vous concerne

45,8 %, ça ne veut rien dire pour votre site. D'un site à l'autre, dans mon propre panel, la part de pages indexées va de 22,8 % à 97,3 %.

Les noms des sites ne sont pas publiés, sauf le mien. Les quatre sites de contenu portent beaucoup de pages, 714 des 928 adresses à eux seuls, et ce sont eux qui tirent le 45,8 % global vers le bas.

La lecture qui compte tient en une phrase : trois sites sur huit indexent neuf pages sur dix, trois en indexent moins d'une sur deux, deux sont entre les deux, et la différence ne vient pas de Google. Elle vient de ce qu'il y a dans les pages, et du nombre de pages publiées d'un coup.

Poser la question à Google sur votre page, et lui demander d'y venir

C'est le même outil que celui de mon relevé, et il est gratuit. Il s'appelle l'inspection d'URL, il vit dans la Search Console, et il répond sur une adresse à la fois.
Comptez trois minutes si votre site y est déjà déclaré, une dizaine de minutes s'il faut d'abord le déclarer.

1. Ouvrez la Search Console et connectez-vous avec un compte Google, n'importe lequel.
2. Si votre site n'y est pas encore, ajoutez-le. Google propose deux formats, Domaine et Préfixe d'URL. Prenez Préfixe d'URL, et collez l'adresse de votre accueil. Google vous demande ensuite de prouver que le site est bien le vôtre, et il laisse le choix : une balise à coller dans votre extension SEO si vous êtes sous WordPress, un champ prévu pour ça dans les réglages si vous êtes sur Wix, Squarespace, Shopify ou Webflow, un fichier à déposer sur l'hébergement, ou une ligne chez l'entreprise à qui vous payez votre nom de domaine, OVH, Gandi, IONOS ou une autre. Prenez la première des quatre que vous savez faire. C'est gratuit et sans engagement.
3. Pendant que vous y êtes, déclarez votre plan de site, dans le menu Sitemaps de la colonne de gauche. Sur la plupart des sites il vit à votre adresse suivie de sitemap.xml ou de sitemap_index.xml : ouvrez les deux dans votre navigateur, gardez celle qui répond, et collez-la. Vous ne le ferez qu'une fois dans la vie du site.
   Bonne nouvelle si vous êtes sous WordPress, Wix, Shopify ou Squarespace : ce plan se remplit tout seul, vous n'avez jamais de page à y ajouter à la main. Une page absente du plan y est absente parce qu'elle est en brouillon, privée, ou marquée comme à ne pas indexer. C'est ce réglage-là qu'il faut regarder, pas le fichier.
4. Collez l'adresse exacte de votre page dans la barre du haut, celle qui propose d'inspecter n'importe quelle URL du site. Adresse exacte veut dire avec le https, et telle qu'elle s'affiche dans votre navigateur.
5. Lisez d'abord le verdict, puis ouvrez le détail. Google affiche une grande phrase du genre « L'URL est sur Google » ou « L'URL n'est pas dans Google ». Ce n'est que le résumé. La phrase qui compte est dans le bloc « Indexation de la page », qu'il faut déplier : c'est elle qui figure dans le tableau ci-dessous.
6. Demandez l'indexation, s'il y a lieu. Sur ce même écran de résultat, un lien « Demander une indexation » se trouve à droite de la phrase de verdict. Un clic, une petite attente pendant que Google teste la page en direct, et un message « Indexation demandée » s'affiche. Une fois suffit : un quota limite le nombre d'envois par jour, et redemander ne fait pas venir Google plus vite.
7. Pour savoir si la page est montrée, et pas seulement enregistrée, tapez dans Google la phrase exacte de votre titre, entre guillemets. Si elle sort, elle est montrée. Si elle ne sort pas alors qu'elle est enregistrée, il y a deux explications possibles, et il faut les départager : soit Google n'a pas encore rafraîchi ce qu'il a d'elle, soit aucune question ne la déclenche. Refaites le test dans une semaine avant de conclure.

Un dernier écran vaut le détour, et c'est celui que personne ne montre : dans la colonne de gauche, la ligne Indexation puis Pages vous donne le même verdict pour votre site ENTIER, en une seule page. Vous y voyez combien de vos pages sont indexées, combien ne le sont pas, et la raison de chacune, regroupée par motif. L'inspection répond sur une page, cet écran répond sur le site. C'est là que j'ai commencé, avant de descendre à l'adresse.

Les sept réponses possibles, et ce qu'on fait pour chacune

Ces sept phrases sont celles que j'ai relevées sur mes 928 pages. Il en existe d'autres, plus rares, mais celles-là couvrent la totalité de mon relevé.

La ligne la plus mal comprise est la quatrième, celle qui dit qu'une page a été explorée et n'est pas indexée. Elle représente 197 pages de mon relevé, soit une sur cinq.
Beaucoup de gens la lisent comme une panne et cherchent un réglage à changer. Il n'y en a aucun : Google est venu, il a lu, il a décidé que la page ne valait pas une place. Redemander l'indexation ne change rien, il écrit lui-même que les demandes répétées de réexploration pour une même URL n'accélèrent pas l'exploration. Attention à ne pas étirer cette phrase plus loin qu'elle ne va : elle parle de la vitesse de passage, pas de la décision. Une page vraiment réécrite peut très bien changer d'état au passage suivant.

Il existe deux autres réponses que vous rencontrerez peut-être et que je n'ai pas vues du tout : celles qui disent que votre page fait double emploi avec une autre, et que Google a gardé l'autre. Zéro page sur 928 était dans cet état, et l'explication est dans ma méthode : je n'ai interrogé que des adresses annoncées dans des plans de site, alors que ces réponses tombent surtout sur les adresses à rallonge d'une boutique, les tris et les filtres, qui n'y sont jamais.

Ce que j'ai vu, en revanche, c'est un cousin plus discret : sur 4 adresses des 928, Google a retenu une autre adresse que celle que la page déclare comme sa version officielle. Onze autres pages n'annoncent aucune version officielle, et Google en a désigné une à leur place. Ce n'est pas une panne, et c'est même le comportement normal ; le geste utile est de lire, dans le même écran d'inspection, la ligne intitulée URL canonique sélectionnée par Google, c'est-à-dire l'adresse qu'il retient comme la version officielle, et de vérifier que c'est bien celle que vous voulez voir dans les résultats.

À quel rythme Google repasse, et pourquoi ça décide de tout le reste

Le calendrier complet du référencement, entrer puis monter puis tenir, je l'ai déjà mesuré ailleurs et je ne vais pas le refaire ici : il est dans le relevé du délai de référencement naturel, mois par mois, qui suit 147 pages pendant un an. Sa conclusion sur l'entrée, mesurée le 27 août 2026 sur treize articles de ce site aux dates connues : douze sont apparus entre 0 et 6 jours.

Ce que j'ajoute aujourd'hui, c'est ce qui se passe APRÈS, et c'est le chiffre qui manque partout : à quelle fréquence Google revient voir une page qu'il connaît déjà.

Sur les 638 pages de mon relevé que Google avait déjà explorées au moins une fois, 308 avaient reçu sa visite dans les 30 jours précédant le 7 septembre, et 330 ne l'avaient pas reçue depuis plus longtemps. À l'autre bout, 156 de ces 638 pages, près d'une sur quatre, attendaient depuis plus de 80 jours, et la plus oubliée depuis 533 jours.

Ancienneté comptée en jours de calendrier, heure de Paris, entre la date du dernier passage renvoyée par Google et le 7 septembre 2026. Un lecteur qui refait ce comptage sur ses propres pages doit retrouver les mêmes bornes.

Ce chiffre ne dit pas à quel intervalle Google repasse, et je tiens à le préciser parce que la confusion est facile : mesurer l'ancienneté du dernier passage un jour donné n'est pas la même chose que mesurer le temps entre deux passages. Ce que la mesure dit, c'est qu'au 7 septembre, une page sur deux n'avait pas reçu la visite de Google depuis plus d'un mois.

Ce que ça change concrètement : quand vous corrigez une page, il n'est pas acquis que Google le voie cette semaine. C'est une des deux raisons de demander une indexation à la main, l'autre étant les pages qu'il n'a jamais ouvertes.

Mes douze dernières pages, et les deux qui n'ont jamais rien donné

J'ai repris les douze pages mises en ligne sur amiseo.fr entre le 22 août et le 2 septembre 2026, à une adresse qui n'a pas bougé depuis, et j'ai cherché le premier jour où Google les a montrées, dans les données arrêtées au 5 septembre.

12 pages, pas 12 000. Effectif faible, donné en nombres entiers et pas en pourcentages. Il décrit un site que Google connaît déjà, et il recoupe le relevé du 27 août cité plus haut.

Sept de ces douze pages sont apparues en un jour ou moins, dix en tout, et deux jamais. Une objection légitime, que je me suis faite avant vous : les plus récentes auraient eu moins de temps, donc le comptage serait truqué. Ce n'est pas le cas, et ça se vérifie sur les dates : au 5 septembre, jour où s'arrêtent les données d'apparition, les deux pages absentes avaient huit et sept jours de recul, davantage que plusieurs de celles qui sont apparues, dont l'une avec trois jours seulement.

Restent les deux pages qui ne sont pas apparues, et elles racontent chacune une histoire utile.
La première est enregistrée chez Google depuis le 3 septembre et n'a toujours été montrée à personne : c'est exactement le cas de la première section. La seconde, Google ne l'avait toujours pas ouverte au 7 septembre, jour de l'inspection, soit neuf jours après sa mise en ligne, et c'est ma faute.
Les deux jeux de dates de cette page ne se comptent pas depuis le même jour, et il faut le savoir pour les lire : les apparitions s'arrêtent au 5 septembre, l'inspection a eu lieu le 7.

Demander l'indexation à la main : les deux pages qui m'ont donné tort

Sur les 50 adresses d'amiseo.fr, Google en avait ouvert 48. Les deux qu'il n'avait jamais ouvertes sont exactement les deux dont j'avais oublié de demander l'indexation à la main.

Elles étaient dans le plan du site depuis leur mise en ligne. Ce plan est déclaré dans la Search Console et relu régulièrement. Elles étaient reliées depuis la liste du blog.
Et le 7 septembre, neuf jours après la mise en ligne de la première et quatre jours après celle de la seconde, Google répondait toujours qu'il ne reconnaissait pas ces adresses.

Deux pages, ce n'est pas une preuve. Je ne peux pas séparer l'effet de la demande de celui du hasard sur un effectif pareil, et je le dis franchement. Mais l'observation est datée, elle porte sur mon propre site, et elle va dans le sens de ce que Google annonce : l'exploration peut prendre plusieurs jours, voire plusieurs semaines.

Les cinq blocages qui empêchent une page d'entrer, du moins cher au plus cher

Cet ordre n'est pas celui d'un diagnostic, c'est celui du coût : on commence par ce qui se règle en dix minutes et on finit par ce qui prend des semaines. Plusieurs peuvent être vrais en même temps sur la même page.

1. Le site n'est pas déclaré dans la Search Console. Tant que ce n'est pas fait, vous ne pouvez rien constater, et vous ne pouvez rien demander non plus. C'est gratuit, et c'est votre compte : si un prestataire l'a ouvert à votre place, réclamez-en l'accès. Il peut vous y ajouter en deux clics, sans rien vous transmettre d'autre.

2. La page n'a aucune porte d'entrée. Google trouve une adresse par un lien, ou par un plan de site déclaré et qui répond. C'est le point que je ne peux pas mesurer sur mon propre relevé, et je le dis parce que c'est important : mes 928 adresses viennent toutes de plans de site, donc elles ont toutes une porte, et 290 d'entre elles n'ont quand même aucune date de passage. Chez vous, la porte manque plus souvent que vous ne le croyez : une page créée puis jamais reliée au menu ni au plan de site est invisible pour toujours.

3. Une consigne de votre site interdit l'entrée. Six pages de mon panel portaient un noindex, la consigne qui demande à Google de ne pas garder la page : deux entrées de menu fabriquées par une extension de mise en page, une page de commande d'une boutique, deux articles de blog et une page de catégorie. La page de commande est un noindex parfaitement voulu, les cinq autres ne le sont pas.

Et le relevé dit d'où vient la consigne, ce qui est le chiffre le plus utile de cette section : sur ces six pages, trois étaient bloquées par un en-tête envoyé par le serveur et trois par une balise posée dans la page. Autrement dit, la moitié de ces blocages ne se voit pas du tout quand on regarde le code de la page. Ce que le relevé ne dit pas, c'est lequel des réglages a posé les trois balises ; ce n'est en tout cas pas la case globale, qui aurait mis hors index en entier les trois sites concernés, alors qu'ils comptent 40, 49 et 66 pages indexées dans le tableau publié plus haut.

Sous WordPress, cette consigne a quatre origines possibles, et pas une seule. Dans l'ordre où on les vérifie : la case globale, dans Réglages puis Lecture, qui met tout le site hors index d'un coup et que la documentation de WordPress décrit comme posant une balise noindex depuis la version 5.3 ; le réglage par page de votre extension SEO, en bas de l'écran de rédaction ; le réglage par type de contenu de la même extension, qui touche d'un coup toutes les catégories ou toutes les fiches produit ; et un en-tête, c'est-à-dire une consigne que votre serveur envoie avant la page elle-même, et qu'on ne voit donc jamais dans le code de la page. Les six cas de mon panel venaient tous des trois derniers, pas de la case globale.

La documentation de WordPress précise par ailleurs que ces options ne bloquent pas l'accès au site : elles demandent aux moteurs de respecter la consigne.

Le cousin du noindex, c'est le fichier robots.txt, qui peut interdire toute une partie du site. Il se lit en ouvrant votre adresse suivie de robots.txt : si vous y voyez une ligne Disallow suivie d'une simple barre oblique, votre site entier est interdit d'entrée, et c'est le reste d'une mise en ligne depuis un site de test. Sur mes 928 pages, aucune n'était dans ce cas, mais c'est le genre de panne qui vide un site en une nuit.

Si c'est bien le robots.txt que Google vous montre comme cause, alors une ligne de ce fichier couvre le début de l'adresse de votre page, et c'est elle qu'il faut corriger, pas les autres. Ouvrez le fichier et cherchez les lignes Disallow dont le chemin est le début de votre adresse. Si vous ne savez pas laquelle correspond, c'est le seul point de cette liste où il est normal de demander un coup de main : une ligne retirée au hasard peut ouvrir une partie du site que vous vouliez garder fermée.

4. La page ne répond plus. Sur l'un des huit sites, neuf adresses annoncées dans son propre plan de site répondaient une erreur 404, c'est-à-dire page introuvable. Le plan envoyait donc Google vers des pages mortes, ce qui ne fait de mal à personne mais ne sert à rien non plus. Un plan de site se relit après chaque refonte, et c'est un des contrôles à faire quand une position s'effondre sans raison apparente.

5. Google est venu, a lu, et n'a pas gardé. C'est le dernier cas, et le seul qui ne se répare pas avec un réglage. 197 pages de mon relevé sont dans cet état. Il n'y a rien de cassé : la page existe, elle se charge, elle est lisible. Elle ne mérite simplement pas une place aux yeux de Google.

Si votre site tourne sous WordPress, la cause se trouve la plupart du temps dans un réglage ou dans une extension plutôt que dans le contenu, et c'est le terrain d'une agence SEO spécialisée sur WordPress.

Ce que ce relevé ne dit pas, y compris contre moi

Le panel est fait des huit sites auxquels j'ai accès dans la Search Console, pas d'un échantillon de sites français tirés au sort. L'outil d'inspection n'ouvre les pages d'un site qu'aux personnes à qui le propriétaire en a donné l'accès : je ne peux pas interroger Google sur le site de quelqu'un d'autre tant qu'il ne m'a pas ajouté. C'est la limite dure de cette mesure, et elle est structurelle.

Quatre de ces huit sites sont des sites éditoriaux à beaucoup de pages, et ils font à eux seuls plus des trois quarts du panel, 714 adresses sur 928. Ce sont eux qui tirent le total vers le bas. Le 45,8 % global décrit mon panel, pas le web français : c'est la fourchette de 22,8 à 97,3 % qu'il faut regarder.

Je n'ai interrogé que des adresses annoncées dans des plans de site. C'est un choix de méthode, et il a un effet : les adresses à paramètres, les tris, les filtres et les pages de pagination n'y sont pas, alors que ce sont elles qui produisent le plus de réponses du type page en double. Mon tableau des sept réponses décrit donc ce qu'un site publie volontairement, pas tout ce que Google voit de lui.

La date de dernière modification vient des plans de site, ce n'est pas une date de publication. Quand j'écris que 70 pages jamais explorées sont déclarées inchangées depuis plus d'un an, je décris ce que le site déclare, pas ce qui s'est réellement passé.

L'observation sur la demande manuelle porte sur deux pages. Deux. Elle ne prouve rien toute seule, et je la publie parce qu'elle est datée et vérifiable, pas parce qu'elle tranche quoi que ce soit.

Les apparitions dans les résultats couvrent 485 jours et s'arrêtent au 5 septembre 2026, la Search Console ayant environ deux jours de retard. Deux conséquences. Une page mise en ligne le 6 septembre ne pouvait pas apparaître dans le comptage des délais, je l'en ai sortie. Et quand j'écris que 47 pages indexées n'ont reçu aucune apparition, c'est sur ces 485 jours, pas sur toute leur vie : une page plus ancienne que mai 2025 n'est mesurée que sur une partie de son existence.

Enfin, cet article ne parle pas du cas du domaine tout neuf, mis en ligne il y a trois jours et que Google n'a jamais vu. Ce cas se règle avec les mêmes gestes, dans le même ordre, mais aucun de mes huit sites n'est dans cette situation : je n'ai donc rien de mesuré à vous donner dessus, et je préfère le dire que meubler.

Enfin, tout ceci est une photo prise le 7 septembre 2026. Une page indexée aujourd'hui peut sortir de l'index le mois prochain, et l'inverse est vrai aussi. Le seul chiffre qui vaut pour vous est celui que vous relevez vous-même, sur votre propre page, le jour où vous vous posez la question.