Vous publiez un article, vous cliquez sur « demander une indexation » dans Search Console, et vous attendez. Trois jours passent, puis une semaine entière, sans le moindre résultat visible. Le réflexe consiste à accuser le crawl de Google, sa lenteur, sa prétendue mauvaise volonté. Or le problème se situe ailleurs : dans ce que votre blog propose réellement au robot quand il passe. Un sitemap à jour, des liens récents, des pages de listing qui bougent, voilà ce qui fait la différence.
Ce que fait vraiment la demande d’indexation
La demande d’indexation ne dit pas à Google « viens voir maintenant ». Elle dit « j’ai une URL de plus, ajoute-la à la file d’attente ». C’est une mise en concurrence : votre page rejoint des millions d’autres dans une queue où le crawler arbitre en fonction de ce qu’il connaît déjà de votre site.
Un blog qui publie deux fois par mois, avec des archives immobiles depuis des semaines, n’envoie aucun signal de mouvement. Le budget de crawl alloué reste faible. La nouvelle URL attend son tour derrière des pages jugées plus utiles à rafraîchir.
Le mécanisme de découverte repose sur la récurrence, pas sur la notification. Google recrawle en priorité ce qui change souvent et ce qui est relié par d’autres pages récentes. Si votre article frais n’est accessible que par la page d’accueil, et que celle-ci n’a pas bougé depuis longtemps, le robot n’a aucune raison de repasser.
Une page orpheline, même soumise à la main, reste une page que rien ne relie au reste. Pour comprendre comment le référencement naturel se joue sur ces détails de structure, pepites-saint-etienne.fr détaille les leviers techniques qui séparent un site visité d’un site ignoré.
Le sitemap frais, ce signal qu’on oublie de mettre à jour
Beaucoup de blogs SEO ont un sitemap généré une fois, à l’installation, puis jamais régénéré. Le fichier XML contient les articles des six premiers mois, puis plus rien. Google le lit, n’y trouve aucune nouveauté, et repart avec l’impression d’un site à l’arrêt. Le sitemap n’est pas une formalité de configuration. C’est une déclaration de fraîcheur, qui doit refléter l’état réel du blog au jour près.
Un sitemap qui liste vos articles avec une date de dernière modification exacte donne au crawler un point d’entrée précis. Il sait quoi lire, dans quel ordre, et peut comparer avec ce qu’il a en cache. Si la date annoncée ne correspond à rien, ou si elle change sans que le contenu change, le signal se dégrade. Une régénération automatique à chaque publication suffit, à condition qu’elle soit vraie et non un rafraîchissement cosmétique.
Les erreurs qui bloquent la découverte
Certaines configurations donnent au robot une raison de partir sans revenir, et c’est souvent ce qui explique une attente qui s’éternise sans que le contenu publié soit en cause. Elles reviennent régulièrement dans les audits techniques. Elles se corrigent parfois en quelques minutes, et pourtant elles restent en place parce que personne ne pense à regarder le fichier XML ou la balise héritée d’un vieux thème.
- Le sitemap liste des URL en erreur ou redirigées, ce qui dilue la confiance accordée au fichier entier.
- Les articles récents n’apparaissent nulle part ailleurs que sur la page d’accueil.
- Une balise noindex héritée d’un ancien réglage de thème reste active sans que personne ne le sache.
- La page de listing affiche toujours les mêmes articles parce que le cache ne se vide jamais.
- Les liens internes pointent vers des catégories mortes plutôt que vers les nouveaux contenus.
Le point commun de ces situations : le blog ne fournit aucune preuve de son activité récente. Google ne devine pas, il observe. Une catégorie figée depuis des mois, c’est une porte fermée. Un sitemap incomplet, c’est un plan périmé. Et un maillage qui renvoie toujours aux mêmes vieux articles, c’est un réseau de routes qui contourne la nouveauté.
Le maillage interne récent pèse plus que la soumission
Quand vous publiez un nouvel article, la première chose à faire n’est pas d’ouvrir Search Console, c’est de le lier depuis trois ou quatre pages existantes. Un lien contextuel placé dans un paragraphe récent indique au crawler un chemin à suivre, et surtout il inscrit la nouvelle page dans un ensemble vivant.
Google suit les liens, et il accorde plus de poids à ceux qui viennent de contenus eux-mêmes récents. Un article ancien qui pointe vers votre page toute fraîche transmet moins de signal qu’un contenu publié la semaine dernière.
La page de listing joue le même rôle, à une échelle supérieure. Si votre catégorie affiche les dix derniers articles avec leurs extraits et leurs dates, elle change à chaque publication. Google la recrawle donc plus souvent, et en la recrawlant il découvre les liens vers les nouveautés. C’est le circuit court : listing frais, liens récents, découverte rapide. Rien de magique là-dedans, juste de la mécanique.
Un blog qui publie régulièrement sans jamais retoucher ses pages de listing se prive de ce circuit. Les articles s’empilent, la page d’accueil reste identique pendant des semaines, et le crawler finit par classer le domaine parmi les sites à faible fréquence de mise à jour. À partir de là, chaque demande d’indexation tombe dans un budget de crawl réduit. L’attente s’allonge.
Ce que la fraîcheur change dans le budget de crawl
Google Cloud Blog publie des articles signés Richard Seroter, Per Jacobsson ou Ursula Löbbert-Passing à un rythme soutenu, avec des temps de lecture affichés qui vont de deux à onze minutes selon les sujets. Derrière cette régularité, il y a une structure éditoriale qui rend chaque nouveauté immédiatement trouvable : archives datées, catégories actives, liens croisés entre articles d’une même série. Le volume n’explique pas tout, l’organisation compte autant.
Un blog modeste peut reproduire cette logique à son échelle. Publier moins, mais publier avec des liens entrants internes vers chaque nouvel article, tenir un sitemap exact, laisser les pages de listing se régénérer naturellement. Ces gestes coûtent peu et modifient en profondeur la perception du crawler. Le blog devient un endroit où il se passe quelque chose, et Google revient plus volontiers dans les endroits qui bougent.
Le rôle du robots.txt et des directives de crawl
Un robots.txt mal écrit peut ralentir la découverte sans qu’on s’en aperçoive. Bloquer les paramètres d’URL, c’est bien. Bloquer les dossiers de pagination, c’est souvent une erreur, car la pagination des catégories est justement le chemin par lequel le crawler atteint les articles anciens et récents. Vérifiez aussi que le fichier ne bloque pas les ressources CSS et JavaScript : Google a besoin de les charger pour rendre la page correctement, et une page mal rendue est une page mal comprise.
Les balises de directive ont leur importance, mais elles ne compensent pas un manque de structure. Un maillage interne cohérent reste le levier le plus direct. Le reste, sitemap, pagination, dates de modification, vient renforcer ce premier signal ou le contredire. Quand les signaux se contredisent, Google tranche en faveur du plus prudent : il attend.
Arrêter de cliquer sur « demander une indexation » et commencer à structurer
La demande d’indexation reste utile pour une page isolée, un contenu stratégique, une refonte urgente. Elle ne remplace pas une architecture qui donne envie de revenir. Un blog dont le sitemap est daté à la main, dont les catégories ne bougent plus et dont les liens internes pointent vers des articles de l’année dernière ne fournit aucun motif de visite régulière, et Google finit par espacer ses passages.
Ce qui fonctionne tient en peu de choses : un sitemap régénéré à chaque publication avec des dates vraies, des pages de listing qui affichent les nouveautés en tête, des liens internes posés dans les articles récents vers les plus récents encore. Le crawl suit ce qui bouge.
Une fois ce circuit en place, la plupart des demandes d’indexation deviennent inutiles, parce que la page est déjà trouvée avant qu’on pense à cliquer. Combien de temps votre blog laisse-t-il ses propres nouveautés invisibles avant de se demander pourquoi Google ne les voit pas ?
