Faut-il vraiment supprimer la balise 'changefreq' de vos sitemaps ?

Pourquoi Google rejette-t-il cette balise ?

La balise changefreq fait partie du protocole sitemap XML standard depuis des années. Elle permet théoriquement d'indiquer à quelle fréquence une page est modifiée : daily, weekly, monthly, etc.

Le problème ? Cette information repose sur une prédiction humaine, pas sur une réalité technique. Un webmaster peut déclarer qu'une page change quotidiennement alors qu'elle reste statique pendant des mois — ou l'inverse.

Cette information n'a-t-elle jamais été utilisée ?

La déclaration de Gary Illyes ne précise pas si Google a un jour exploité cette balise. Ce qui est certain aujourd'hui : l'algorithme n'en tient aucun compte dans ses décisions de crawl.

Google dispose de ses propres mécanismes pour détecter les changements réels sur vos pages : analyse du DOM, comparaison des versions crawlées, signaux comportementaux. La balise changefreq n'apporte rien que ces systèmes ne détectent déjà.

Qu'en est-il des autres balises du sitemap ?

Cette déclaration ne concerne que changefreq. Les balises loc (URL), lastmod (date de dernière modification) et priority restent dans le protocole standard.

Attention toutefois : si Google ignore changefreq pour les raisons évoquées, rien ne garantit qu'il accorde un poids significatif à priority non plus. La balise lastmod, elle, peut avoir une utilité si elle reflète de véritables modifications de contenu.

• Google n'utilise pas changefreq dans ses algorithmes de crawl
• L'impossibilité de prédire fiablement les changements rend cette donnée inexploitable
• Les autres balises du sitemap (loc, lastmod) ne sont pas concernées par cette déclaration
• Google s'appuie sur ses propres détecteurs de changement plutôt que sur vos déclarations

Cette position est-elle cohérente avec ce qu'on observe sur le terrain ?

Franchement, oui. Depuis des années, les tests empiriques ne montrent aucune corrélation entre la valeur de changefreq et la fréquence de crawl réelle. Des sites avec changefreq="daily" peuvent être crawlés une fois par semaine, et inversement.

Ce qui impacte vraiment la fréquence de crawl, c'est le crawl budget alloué à votre domaine, la fraîcheur perçue de vos contenus, votre autorité, et les signaux comportementaux des utilisateurs. Pas une balise XML déclarative.

Pourquoi cette balise existe-t-elle encore alors ?

Bonne question. Le protocole sitemap a été développé conjointement par Google, Yahoo, Microsoft — à une époque où les moteurs cherchaient encore comment optimiser leur exploration. Changefreq était une tentative de collaboration avec les webmasters.

Sauf que dans la pratique, cette collaboration a tourné à l'incitation au mensonge : beaucoup de CMS généraient automatiquement changefreq="daily" pour toutes les pages, espérant booster leur crawl. Résultat : une donnée polluée, donc inexploitable.

[À vérifier] : Gary Illyes ne précise pas si d'autres moteurs (Bing, Yandex) utilisent encore cette balise. Il est possible que certains s'en servent comme signal faible, mais aucune confirmation officielle n'existe.

Faut-il s'inquiéter de la présence de cette balise dans vos sitemaps ?

Non. Google l'ignore, il ne va pas vous pénaliser pour autant. Si votre CMS génère automatiquement changefreq, ce n'est pas dramatique — c'est juste inutile.

Le vrai risque serait de perdre du temps à optimiser manuellement cette balise en pensant influencer le crawl. Concentrez-vous plutôt sur lastmod si vous pouvez garantir sa fiabilité, et surtout sur la qualité réelle de vos contenus.

Que faut-il faire concrètement avec changefreq ?

Si votre CMS génère automatiquement cette balise et que vous n'avez pas facilement accès à la configuration, laissez tomber. Ce n'est pas une priorité. Googlebot l'ignorera de toute façon.

Si vous construisez un nouveau sitemap ou que vous avez la main sur sa génération, autant ne pas inclure changefreq. Moins de lignes, sitemap plus léger, maintenance simplifiée.

Sur quoi concentrer vos efforts à la place ?

La balise lastmod mérite plus d'attention — à condition qu'elle reflète une modification réelle du contenu. Ne mettez pas à jour lastmod si vous changez juste une virgule dans le footer.

Google détecte les faux signaux de fraîcheur. Si vous manipulez lastmod pour faire croire à des mises à jour fréquentes alors que le contenu reste identique, vous risquez de diluer la confiance accordée à vos sitemaps.

Travaillez plutôt sur la structure de vos sitemaps : séparez par type de contenu, par fréquence de mise à jour réelle, par priorité business. Un sitemap bien organisé facilite le travail de Googlebot et améliore l'efficacité du crawl.

Comment vérifier que votre sitemap est optimisé ?

• Testez votre sitemap dans la Search Console pour détecter les erreurs de syntaxe
• Vérifiez que lastmod reflète de vraies modifications de contenu, pas des changements cosmétiques
• Supprimez changefreq si vous avez facilement accès à la génération du sitemap
• Segmentez vos sitemaps par type de contenu si votre site dépasse 10 000 URLs
• Surveillez les stats de crawl dans la Search Console pour détecter les anomalies
• Assurez-vous que toutes les URLs du sitemap renvoient un code 200 et sont réellement indexables