Faut-il supprimer la balise 'priority' de vos sitemaps ?

Pourquoi Google a-t-il décidé d'ignorer cette balise ?

La balise priority était censée indiquer à Google l'importance relative d'une page par rapport aux autres pages du site. Valeur de 0.0 à 1.0, elle devait guider le crawl et l'indexation.

Le problème ? 98% des sites marquent toutes leurs pages entre 0.9 et 1.0. Quand tout est prioritaire, plus rien ne l'est. Google a constaté que cette donnée ne reflétait aucune réalité stratégique — juste un comportement mécanique ou une incompréhension du concept.

Cette balise a-t-elle jamais eu un impact réel ?

Difficile à confirmer. Google ne s'est jamais vraiment engagé sur l'utilisation effective de cette balise, même à ses débuts. Contrairement à lastmod (qui signale les contenus récemment modifiés) ou à la balise changefreq (elle aussi ignorée désormais), priority n'a jamais eu de documentation claire sur son poids réel.

John Mueller tranche net : cette balise n'est pas utilisée par Google. Point. Elle figure toujours dans le protocole sitemap standard, mais Google ne la lit tout simplement pas.

Qu'est-ce que cela change pour votre crawl budget ?

Absolument rien. Le crawl budget de Google repose sur des signaux beaucoup plus robustes : profondeur de page, popularité interne (maillage), fraîcheur du contenu, taux de mise à jour réel, comportement utilisateur.

Si vous pensiez orienter Googlebot vers vos pages stratégiques avec cette balise, vous perdiez votre temps. Google détermine seul ce qui mérite d'être crawlé en priorité.

• Google ignore totalement la balise 'priority' dans les sitemaps XML
• L'abus généralisé de cette balise par les webmasters l'a rendue inexploitable
• Le crawl budget dépend de signaux internes (maillage, fraîcheur) et externes (backlinks, comportement)
• Seules les balises loc et lastmod ont encore une utilité documentée
• Ne perdez plus de temps à calculer des scores de priorité fictifs

Cette déclaration est-elle cohérente avec les pratiques observées ?

Totalement. Sur le terrain, aucune corrélation n'a jamais été établie entre la balise priority et la fréquence de crawl ou la vitesse d'indexation. Les tests A/B menés sur des sites volumineux n'ont jamais montré de différence mesurable.

Par contre, ce qui fonctionne : un sitemap propre, à jour, avec des URLs valides et la balise lastmod correctement renseignée. Concentrez-vous là-dessus plutôt que sur des paramètres fantômes.

Faut-il pour autant retirer cette balise des sitemaps ?

Non, ce n'est pas nécessaire — et ce serait même contre-productif. La balise fait partie du protocole standard. Si votre CMS ou votre générateur de sitemap l'inclut automatiquement, laissez-la. Google l'ignore, mais elle ne nuit pas.

Ce qui compte : ne passez pas de temps à l'optimiser. Vous voyez encore des plugins WordPress qui proposent de régler finement la priorité de chaque type de contenu ? C'est du temps perdu. Désactivez ces options et passez à autre chose.

Quels sont les vrais leviers pour orienter le crawl ?

Le maillage interne reste le levier numéro un. Une page accessible en 2 clics depuis la home sera crawlée bien plus souvent qu'une page enfouie à 6 clics, quelle que soit sa priorité déclarée dans le sitemap.

Ensuite : la fraîcheur réelle du contenu. Si vous mettez à jour une page et que lastmod reflète cette modification, Google reviendra plus vite. Mais attention — [À vérifier] : si vous touchez à lastmod sans modifier réellement le contenu, Google pourrait détecter ce comportement et perdre confiance dans vos signaux.

Que faut-il faire concrètement avec vos sitemaps existants ?

Si vos sitemaps contiennent déjà la balise priority, laissez-les tels quels. Retirer la balise n'apportera aucun gain et pourrait casser certains processus automatisés. Par contre, arrêtez de consacrer du temps à ajuster ces valeurs.

Concentrez-vous sur les balises qui comptent vraiment : loc (URL de la page) et lastmod (date de dernière modification). Assurez-vous que lastmod reflète les vraies mises à jour — pas une régénération automatique du sitemap.

Comment réorienter vos efforts d'optimisation du crawl ?

Auditez votre maillage interne. Les pages stratégiques doivent être accessibles en maximum 3 clics depuis la home. Utilisez des outils comme Screaming Frog ou Oncrawl pour identifier les pages orphelines ou trop profondes.

Surveillez votre crawl budget via Google Search Console (rapport Statistiques d'exploration). Si Google passe trop de temps sur des pages inutiles (paramètres d'URL, facettes, archives), bloquez-les via robots.txt ou canonicalisez-les.

Quelles erreurs faut-il absolument éviter ?

Ne truquez pas la balise lastmod pour forcer un recrawl. Google détecte ces manipulations et pourrait ignorer complètement vos sitemaps par la suite. Mieux vaut un sitemap honnête qu'un sitemap suroptimisé qui perd toute crédibilité.

Évitez aussi les sitemaps trop volumineux (plus de 50 000 URLs par fichier) ou mal structurés. Segmentez par type de contenu si nécessaire, et utilisez un sitemap index pour les gros sites.

• Vérifier que vos sitemaps contiennent uniquement des URLs indexables (pas de 404, de redirections ou de pages bloquées par robots.txt)
• S'assurer que la balise lastmod reflète les vraies modifications, pas une génération automatique
• Supprimer la balise changefreq (elle aussi ignorée par Google) pour alléger vos fichiers
• Segmenter vos sitemaps par type de contenu (articles, produits, catégories) pour faciliter le diagnostic
• Soumettre vos sitemaps via Google Search Console et surveiller les erreurs
• Optimiser le maillage interne pour que les pages stratégiques soient accessibles en 2-3 clics maximum
• Auditer régulièrement le crawl budget pour identifier les gaspillages