Faut-il soumettre un sitemap temporaire avec les anciennes et nouvelles URL lors d'une migration ?

Pourquoi Google conseille-t-il d'inclure les anciennes URL dans un sitemap temporaire ?

Lors d'une migration, Google doit découvrir les redirections pour transférer les signaux de ranking des anciennes pages vers les nouvelles. Un sitemap classique ne liste que les URLs finales accessibles en 200. Mais si vous ajoutez les anciennes URLs (celles qui redirigent en 301), vous forcez Googlebot à les crawler prioritairement.

La date récente dans le sitemap agit comme un signal d'urgence. Google interprète les entrées datées comme des contenus modifiés ou nouveaux qui méritent un passage rapide. En combinant anciennes et nouvelles URLs dans un même fichier, vous créez une carte complète du before/after qui aide Google à comprendre la structure de la migration sans tâtonner.

Comment ce sitemap temporaire impacte-t-il le crawl budget ?

Le crawl budget n'est pas infini. Lors d'une migration mal préparée, Googlebot peut perdre du temps à re-crawler des pages qu'il ne détecte qu'au hasard des liens internes. Un sitemap temporaire centralise les URLs critiques et leur donne une priorité explicite dans la file de crawl.

Cette approche est particulièrement efficace sur les gros sites (plusieurs milliers de pages). Au lieu d'attendre que Google découvre chaque redirection organiquement, vous accélérez le processus de découverte et réduisez la période de flottement où les anciennes URLs continuent à apparaître dans l'index.

Quelle est la différence avec un sitemap permanent classique ?

Un sitemap permanent ne doit contenir que des URLs accessibles en 200. Ajouter des URLs en 301 est officiellement déconseillé dans la documentation standard de Google. Le sitemap temporaire dont parle Mueller fait exception : c'est un outil tactique pour une phase spécifique, celle de la migration.

Une fois la migration traitée par Google (généralement quelques semaines), ce sitemap doit être retiré ou remplacé par un sitemap classique. Laisser trainer un sitemap bourré de redirections est contre-productif à long terme : Google finit par le considérer comme mal maintenu et peut ignorer ses signaux.

• Sitemap temporaire : inclut anciennes + nouvelles URLs, dates récentes, retiré après migration
• Accélération du crawl : Google priorise les URLs listées plutôt que de les découvrir par hasard
• Signal de fraîcheur : les dates récentes poussent Googlebot à re-crawler rapidement
• Durée limitée : ne pas laisser ce sitemap en production après validation de la migration
• Applicable surtout aux gros sites : sur un site de 50 pages, l'impact est négligeable

Cette recommandation est-elle cohérente avec les observations terrain ?

Oui, mais avec des nuances importantes. Les migrations suivies avec un sitemap temporaire montrent effectivement un recrawl plus rapide des URLs critiques. En revanche, l'impact réel dépend de la taille du site, de son crawl budget existant, et de la qualité des redirections.

Sur un site de 500 pages avec une bonne autorité, la différence entre sitemap temporaire et migration classique est souvent marginale. En revanche, sur un site de 50 000 pages avec un crawl budget serré, cette tactique peut réduire de plusieurs semaines le délai de traitement complet des redirections. [A vérifier] : Google ne donne pas de chiffres précis sur le gain de temps réel.

Quelles sont les limites pratiques de cette méthode ?

Le premier piège : croire qu'un sitemap temporaire compense une migration mal préparée. Si vos redirections sont mal configurées (chaînes, boucles, 302 au lieu de 301), le sitemap n'arrangera rien. Google crawlera plus vite, certes, mais il tombera sur des erreurs plus vite aussi.

Deuxième limite : la génération du fichier. Créer un sitemap avec anciennes + nouvelles URLs demande un mapping propre et exhaustif. Sur une migration complexe (refonte + changement de structure + fusion de domaines), ce fichier peut devenir un cauchemar à maintenir. Et si vous l'oubliez en production après la migration, vous envoyez des signaux contradictoires à Google pendant des mois.

Dans quels cas cette tactique est-elle indispensable ?

Elle devient critique sur trois types de projets : les migrations de gros sites e-commerce (où chaque jour de ranking perdu coûte cher), les refontes avec changement radical de structure URL, et les migrations multi-domaines (fusion d'acquisitions). Dans ces contextes, chaque optimisation qui réduit la latence de recrawl a un ROI mesurable.

En revanche, sur un blog de 200 articles ou un site vitrine de 30 pages, l'effort de création et maintenance du sitemap temporaire dépasse souvent le gain. Google traitera la migration en quelques jours de toute façon. Concentrez vos ressources sur la qualité des redirections et la cohérence du maillage interne, ça aura plus d'impact.

Comment créer concrètement ce sitemap temporaire ?

Commencez par exporter la liste complète de vos anciennes URLs depuis votre ancien CMS ou via un crawl Screaming Frog. Mappez chaque ancienne URL vers sa nouvelle destination (fichier Excel ou CSV). Utilisez ensuite un générateur de sitemap XML (python, plugin WP, script custom) pour créer un fichier avec les deux colonnes d'URLs comme entrées <loc>.

Pour la date, utilisez la date de mise en production de la migration sur toutes les entrées. Soumettez ce sitemap via Google Search Console dans une section dédiée, distincte de votre sitemap permanent. Nommez-le explicitement (ex: sitemap-migration-temp.xml) pour ne pas l'oublier plus tard.

Quelles erreurs éviter absolument ?

Erreur numéro un : laisser le sitemap temporaire en ligne après la migration. Retirez-le dès que Google a recrawlé 90%+ des URLs (vérifiez dans Search Console, section Couverture). Si vous le laissez, Google continuera à crawler des redirections inutilement, ce qui pollue vos stats et dilue votre crawl budget.

Deuxième erreur classique : inclure des URLs bloquées par robots.txt ou des pages orphelines sans liens internes. Google crawlera ces URLs parce qu'elles sont dans le sitemap, découvrira qu'elles sont incohérentes avec le reste du site, et vous perdrez en crédibilité globale. Nettoyez votre mapping avant de générer le fichier.

Comment vérifier que la tactique fonctionne ?

Dans Search Console, surveillez deux métriques : le nombre d'URLs explorées par jour (doit augmenter juste après soumission du sitemap) et le statut des anciennes URLs dans l'index (doivent passer de "Indexée" à "Redirigée" progressivement). Si après 7-10 jours vous ne voyez aucun changement, vérifiez que Google a bien détecté le sitemap.

Utilisez également un outil comme Oncrawl ou Botify pour traquer les passages réels de Googlebot sur les anciennes URLs. Si le bot ne les crawle pas malgré le sitemap, c'est souvent un problème de crawl budget global ou de qualité des redirections. Ces optimisations techniques demandent une expertise pointue : si vous n'êtes pas à l'aise avec les logs serveur et le debug des redirections, un accompagnement par une agence SEO spécialisée peut sécuriser la migration et éviter des pertes de trafic coûteuses.

• Mapper toutes les anciennes URLs vers leurs nouvelles destinations dans un fichier propre
• Générer un sitemap XML incluant anciennes + nouvelles URLs avec date de migration
• Soumettre le sitemap temporaire via Search Console dans une section dédiée
• Surveiller le recrawl dans Search Console (section Couverture + Statistiques d'exploration)
• Retirer le sitemap temporaire dès que 90%+ des redirections sont traitées
• Vérifier les logs serveur pour confirmer le passage de Googlebot sur les anciennes URLs