Une page tech publiée, propre, techniquement irréprochable, et rien. Aucune impression dans la Search Console, aucune position, même pas sur votre propre nom. On cherche la faute côté code, côté contenu, côté maillage, alors que le problème se situe souvent bien avant : Google n’a simplement pas encore découvert l’URL. Les délais d’exploration et d’indexation n’ont jamais été documentés officiellement, mais ils circulent aujourd’hui chiffrés, et ils collent assez bien à ce que vivent les rédacteurs de sites techniques.
Ce que Gary Illyes a lâché à Barcelone
Le 2 octobre 2026, lors du Search Central Live Deep Dive Europe à Barcelone, Gary Illyes a présenté des fourchettes de délais internes pour l’exploration, l’indexation et l’affichage. Pas une annonce produit, pas un billet de blog officiel : une réponse en conférence, reprise par John Campbell de l’agence ROAST, puis relayée par Search Engine Roundtable et Search Engine Journal.
Pour qui travaille le crawl au quotidien, hexalia.fr couvre régulièrement ce genre de signaux. Celui-là mérite qu’on s’y arrête, parce qu’il donne enfin un ordre de grandeur là où on naviguait à vue. Rien de spectaculaire, mais un repère concret.
Ces chiffres n’ont ni méthode, ni échantillon, ni validation par Google. Illyes parle d’ordres de grandeur observés, pas de moyennes calculées. Prenez-les donc pour ce qu’ils sont : un repère pour diagnostiquer, et non une garantie contractuelle. Une page tech peut rester invisible des semaines sans que votre site ait le moindre problème. C’est exactement ce que ces fourchettes racontent.
Vingt heures pour découvrir une URL, et parfois jamais
Le premier délai concerne la découverte : une nouvelle URL, encore inconnue de Google, est repérée en vingt heures environ dans le cas typique. Le cas le plus lent rapporté sort de l’échelle habituelle, « des semaines, ou jamais ». Comprenez bien ce que ça veut dire.
Entre le moment où vous cliquez sur Publier et le moment où Google sait que cette page existe, il peut s’écouler trois semaines, et il peut aussi ne rien se passer du tout si rien ne pointe vers l’URL. Aucun robot ne tombera dessus par hasard, surtout si vous ne lui donnez aucune piste.
C’est là que le diagnostic devient concret. Une page tech non liée depuis une autre page de votre site, absente de tout sitemap à jour et jamais mentionnée ailleurs n’a aucune raison d’être découverte vite. Google n’explore pas le web au hasard en espérant tomber sur votre dernier tutoriel. Il suit des liens, lit des sitemaps. Si vous ne lui donnez aucun chemin, la page attend.
Le sitemap joue justement ce rôle de chemin, et son délai de lecture typique tourne autour de vingt-quatre heures, avec un cas lent qui monte jusqu’à quatorze jours, ou jamais quand la qualité pose question. Déposer une URL dans un fichier de ce type ne déclenche donc rien d’instantané. Il faut que le fichier soit lu, que l’URL en ressorte, puis que la file d’exploration l’accepte.
L’indexation est rapide, la réexploration ne l’est pas
Une fois la page découverte, l’indexation de bout en bout prend environ une heure et demie dans le cas typique. C’est court, presque surprenant quand on connaît les plaintes habituelles sur les délais Google. Le cas le plus lent rapporté, lui, parle de « des mois, ou jamais », avec une précision entre parenthèses qui change tout : la qualité. Autrement dit, une page médiocre peut rester bloquée très longtemps. Le pipeline technique, lui, n’a rien de lent.
Le troisième délai est celui qui piège le plus de monde. Pour une page déjà connue, la nouvelle visite typique arrive au bout d’environ trente jours, avec un cas lent de « des semaines, ou jamais ».
Vous modifiez un article tech, vous corrigez une erreur, vous ajoutez une section, et vous attendez que Google s’en aperçoive. Comptez un mois. Parfois plus. Une page ancienne que vous venez de rafraîchir n’est pas une page neuve aux yeux du robot.
Ce que ces délais changent dans votre façon de publier
La conséquence pratique est simple : la date de publication que vous affichez dans votre CMS n’a rien à voir avec la date à laquelle Google commence à connaître la page. Ces deux dates peuvent être séparées de plusieurs semaines sans qu’aucune erreur ne soit signalée nulle part. Voilà pourquoi certains réflexes de publication valent mieux que d’autres.
- Liez chaque nouvelle page depuis une page déjà explorée régulièrement, parce qu’un lien interne reste le chemin le plus court vers la découverte.
- Un sitemap à jour, avec la date de dernière modification réelle de chaque URL.
- Est-ce que vous vérifiez vraiment le rapport sur l’exploration dans la Search Console avant de conclure à un problème de contenu ?
- Sur un site tech, les pages orphelines s’accumulent vite entre les versions de documentation et les articles dépassés.
- Patience sur les mises à jour : trente jours, c’est le délai courant, pas une anomalie.
Le point qui revient le plus souvent dans les échanges entre référenceurs, c’est la confusion entre « page pas indexée » et « page pas découverte ». Les deux se ressemblent dans un rapport, mais le correctif n’a rien à voir. Dans un cas il faut revoir le contenu, dans l’autre il faut donner un chemin au robot. Confondre les deux, c’est retravailler pendant des semaines une page qui n’a jamais été lue.
Pourquoi ça ne veut pas dire que votre site est en cause
Un délai de découverte long n’a rien à voir avec une pénalité, un site lent ou un problème de serveur. Il reflète la façon dont Google hiérarchise ses files d’attente, et une page sans antécédent, sans lien entrant ni trafic part avec le désavantage de l’inconnu. Le site peut être parfaitement sain et la page parfaitement écrite : elle attend simplement son tour, ou un signal qu’elle n’a pas encore reçu.
La qualité joue quand même un rôle, et c’est la partie la plus inconfortable de ces chiffres. Sur l’indexation comme sur la lecture du sitemap, la mention « ou jamais » arrive avec le mot qualité entre parenthèses.
Google ne dit pas quel seuil, ne dit pas qui juge, et ne publiera probablement jamais la formule. Mais l’idée est là : le pipeline technique finit par passer, sauf quand la page ne mérite pas, selon ses critères, de rejoindre l’index. Voilà le vrai couperet.
Ça dépend donc beaucoup du type de page tech concerné. Une fiche produit, une documentation API et un article de fond ne sont pas logés à la même enseigne. Un site jeune n’a pas non plus les mêmes délais qu’un domaine installé que Google revisite en continu. Les fourchettes d’Illyes sont des ordres de grandeur généraux, pas une grille de lecture page par page.
Le vrai calendrier d’une page tech
Découverte en vingt heures, indexation en une heure et demie, réexploration au bout d’un mois, sitemap lu en un jour. Additionnez les cas lents et vous obtenez facilement six semaines entre la publication et la première impression réelle dans les résultats.
Ce n’est pas une panne, c’est le fonctionnement normal d’un moteur qui gère des milliards d’URL avec des priorités qu’il ne partage pas. La prochaine fois qu’une page tech ne ressort pas, posez-vous la bonne question : est-ce que Google sait déjà qu’elle existe ?
