
Un sitemap est le fichier qui liste les adresses de votre site pour que Google sache où regarder. Depuis quelques jours, une manipulation circule dans les cercles SEO : ajouter dans l’adresse de ce fichier un paramètre qui change à chaque appel, pour obliger le moteur à le retélécharger tous les jours. L’idée séduit parce qu’elle donne l’impression de reprendre la main sur un calendrier qu’on ne contrôle pas. John Mueller, qui parle au nom de Google Search, a répondu publiquement le 2 septembre et sa réponse est nette. Voilà ce que fait réellement cette manipulation, pourquoi elle envoie un mauvais signal, et ce qui pousse vraiment Google à repasser sur vos pages.
En bref
Un sitemap dont l’adresse change à chaque appel ne pousse pas Google à revenir plus souvent.
John Mueller a répondu que la manoeuvre signale une adresse instable, ce qui dessert le site au lieu de l’aider.
Google se sert de la date de dernière modification quand elle est fiable et vérifiable, pas quand elle est remise à zéro chaque nuit.
Publier réellement, relier ses pages entre elles et surveiller Search Console pèsent plus lourd que n’importe quelle astuce de fichier.
Résumer cet article avec une IA
ChatGPTL’astuce du sitemap qui change d’adresse chaque jour
Tout part d’une question posée sur Bluesky par SEO Harbour, un compte de veille SEO, dans un fil consacré à la fréquence de passage des moteurs. L’auteur décrit une pratique qu’il voit circuler : coller un paramètre du type « ?v= » suivi d’un horodatage à la fin de chaque adresse listée dans un index de sitemaps, pour que ces adresses soient différentes d’un jour sur l’autre.
Un mot sur ce qu’est un index de sitemaps, puisque c’est le fichier visé. Sur un petit site, un sitemap unique suffit à lister toutes les pages. Dès que le site grossit, on découpe la liste en plusieurs fichiers, un pour les articles, un pour les pages, un pour les images, et un fichier chapeau les recense tous. C’est ce fichier chapeau que la manipulation cherche à faire recharger, en pariant que le reste suivra.
Le raisonnement derrière n’est pas absurde sur le papier. Il vient du développement web classique. Quand un navigateur garde en mémoire une feuille de style ou un script, on change son adresse pour l’obliger à recharger la version fraîche. Transposé au référencement, la logique semble tenir : si l’adresse du fichier n’est plus la même, le moteur ne peut pas se contenter de sa copie et doit tout retélécharger.
Ce qui motive la manoeuvre, c’est l’impatience. Quand on vient de lancer un site, l’attente entre le moment où une page part en ligne et celui où elle apparaît dans les résultats est le point de friction numéro un. Si vous n’avez pas encore le vôtre, notre guide sur la création d’un sitemap XML sur WordPress détaille la mise en place, qui prend cinq minutes. Le fichier existant, on cherche ensuite à accélérer le rythme, et une ligne de configuration paraît toujours plus rapide qu’un travail de fond. Une astuce de fichier ne remplace jamais un site qui bouge vraiment, et c’est exactement ce que la réponse de Google vient rappeler.

Ce que Google lit vraiment dans une date de mise à jour

Mueller a commencé par renvoyer la question à son auteur, en demandant pourquoi on voudrait forcer un rechargement sur un sitemap. Puis il a tranché : cette approche est une mauvaise idée, parce qu’elle revient à signaler que l’adresse de référence d’un contenu change en permanence.
Cette notion d’adresse de référence mérite deux mots d’explication, parce qu’elle est au coeur du problème. Pour chaque contenu, Google retient une seule adresse officielle, celle qu’il affichera dans ses résultats. Quand plusieurs adresses mènent au même contenu, il en choisit une et considère les autres comme des variantes. Un site qui change ses adresses tous les jours demande donc au moteur de refaire ce choix en permanence, sur un fichier dont le rôle est précisément de servir de repère stable.
La documentation de Google sur la construction des sitemaps dit la même chose en creux. La date de dernière modification, l’élément que la plupart des plugins remplissent automatiquement, est prise en compte quand elle est cohérente et vérifiable, autrement dit quand le moteur peut la recouper avec ce qu’il constate sur la page. Une date exacte sur une page réellement modifiée est un signal utile. Une date remise à aujourd’hui sur tout le site perd toute valeur, puisqu’elle ne distingue plus rien.
Mueller a d’ailleurs conclu son échange en pointant vers un vieux texte de Tim Berners-Lee, l’inventeur du web, sur la stabilité des adresses. Le message tient en une phrase : une adresse qui bouge est une adresse qu’on finit par perdre.
Ce qui fait réellement revenir Google sur une page

La fréquence de passage d’un moteur dépend surtout de ce qu’il a trouvé les fois précédentes. Un site qui publie deux articles par mois et dont les anciennes pages ne changent jamais sera visité à un rythme calme, quel que soit son sitemap. Un site qui publie régulièrement et dont les pages évoluent vraiment voit ce rythme monter tout seul, sans configuration particulière.
Deux leviers concrets restent à votre portée. Le premier est le maillage interne, c’est-à-dire les liens que vos articles se passent entre eux : une page reliée depuis plusieurs autres est découverte plus vite qu’une page isolée en fond de site. Le second est l’inspection d’URL dans Search Console, qui permet de demander l’examen d’une adresse précise. Quand une page reste bloquée, notre article sur le statut « détectée, actuellement non indexée » explique ce que Google dit réellement à travers ce libellé, et la méthode pour vérifier l’indexation de votre site couvre les vérifications de base.
Le sujet dépasse d’ailleurs Google. Les robots des moteurs génératifs, ceux qui alimentent ChatGPT ou Perplexity, passent eux aussi sur les sites selon leurs propres critères, et rien n’indique qu’un fichier bricolé les impressionne davantage. Ce qui attire un robot, c’est un site qui change, pas un fichier qui prétend avoir changé.
Il y a aussi un coût rarement évoqué. Chaque adresse inventée par le paramètre est une adresse de plus que le moteur découvre, examine, puis range dans un coin. Sur un site de quelques dizaines de pages, personne ne le remarquera. Sur un catalogue de plusieurs milliers d’adresses, la manoeuvre multiplie le travail du moteur sans rien lui apprendre, et ce travail se fait au détriment des pages qui comptent vraiment.
Reste une question de fond que cet épisode remet sur la table. Chercher à forcer la main d’un moteur avec un paramètre technique, c’est traiter le symptôme d’un problème plus simple : un site qui ne donne pas assez de raisons de revenir. Le temps passé à configurer une astuce de sitemap est du temps qui n’a pas servi à écrire la page suivante.

Continuez de progresser sur SEO Noobies.
[…] la même logique que celle décrite dans l’article sur le sitemap qui ne fait pas revenir Google plus souvent. Un sitemap indique à Google où se trouvent les pages, et le nombre de visites accordées au site […]