Faut-il vraiment retirer l'HTTP du sitemap lors d'une migration HTTPS ?

Pourquoi Google insiste-t-il sur la présence exclusive du HTTPS dans le sitemap ?

Le sitemap XML est un signal d'intention envoyé à Google. En y plaçant les URLs HTTPS, vous indiquez clairement quelle version canonique indexer. Googlebot crawle en priorité les URLs présentes dans ce fichier, et pointer vers HTTP alors que le site est migré crée une ambiguïté inutile.

Cette confusion ralentit le crawl : Googlebot découvre l'URL HTTP dans le sitemap, la crawle, détecte la redirection 301 vers HTTPS, puis crawle à nouveau la version HTTPS. Vous consommez du crawl budget pour rien, retardant l'indexation complète de la nouvelle version sécurisée.

Les redirections 301 suffisent-elles à compenser un sitemap mal configuré ?

Google affirme qu'un sitemap pointant vers HTTP ne pose pas de "problème majeur" si les redirections fonctionnent. En pratique, c'est vrai : Googlebot suit les 301 et finit par indexer HTTPS. Mais cette approche est sous-optimale.

Les redirections 301 diluent temporairement le PageRank interne et ralentissent le transfert de signaux. Certains crawlers tiers ou moteurs alternatifs gèrent moins bien les chaînes de redirections. Bref, techniquement ça marche, mais vous laissez de la performance sur la table.

Que se passe-t-il si on mélange HTTP et HTTPS dans le sitemap ?

Google traite chaque URL individuellement. Si 90% du sitemap est en HTTPS et 10% reste en HTTP par erreur, les 10% d'URLs HTTP seront crawlées, redirigées, puis indexées en HTTPS. Pas de catastrophe, mais un gaspillage de temps et de ressources.

Le vrai risque concerne les sites volumineux : sur un site de 100 000 pages, un sitemap mixte peut rallonger la migration de plusieurs semaines. Google peut aussi interpréter ce mélange comme un signe de migration incomplète et maintenir temporairement l'ancienne version dans l'index.

• Le sitemap XML doit pointer exclusivement vers les URLs HTTPS après migration
• Les redirections 301 de HTTP vers HTTPS sont indispensables mais ne compensent pas un sitemap mal configuré
• Un sitemap mixte ralentit le crawl, consomme du budget et retarde l'indexation complète
• Google finira par indexer HTTPS même avec un sitemap HTTP, mais la transition sera plus lente et moins efficace
• Sur les gros sites, chaque jour de confusion entre HTTP et HTTPS peut coûter des milliers de pages non crawlées

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

Oui, totalement. Nous observons régulièrement des migrations HTTPS où le sitemap reste en HTTP par négligence. Dans 100% des cas, Google finit par indexer HTTPS grâce aux redirections 301. Mais le délai moyen d'indexation complète passe de 2-3 semaines (sitemap propre) à 5-8 semaines (sitemap HTTP).

Le terme "problème majeur" utilisé par Google est révélateur : ce n'est pas bloquant, mais c'est loin d'être optimal. Sur des sites e-commerce avec milliers de fiches produits, cette latence se traduit par une baisse de trafic organique temporaire pendant la période de transition floue.

Quelles nuances faut-il apporter à cette règle ?

Google simplifie pour le grand public. En réalité, trois facteurs déterminent l'impact d'un sitemap HTTP sur une migration HTTPS : la taille du site, la fréquence de crawl habituelle, et la qualité des redirections.

Un site de 50 pages avec un crawl quotidien ? L'impact d'un sitemap HTTP est négligeable, Google corrigera en quelques jours. Un site de 500 000 pages crawlé tous les 15 jours ? C'est une autre histoire. Les dernières pages migrées peuvent rester en HTTP dans l'index pendant des mois.

Autre point : Google ne précise pas ce qu'il entend par "redirige correctement". Une redirection 301 vers HTTPS, c'est le minimum. Mais une redirection 302 (temporaire) ou une chaîne de redirections (HTTP → www HTTPS → non-www HTTPS) complique tout. [À vérifier] : Google tolère-t-il les chaînes de redirections lors de migrations HTTPS sans pénalité de PageRank ? Officiellement oui, officieusement les observations divergent.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Si vous gérez un site avec des versions locales multiples (ccTLDs ou sous-domaines internationaux), la migration HTTPS doit être synchronisée sur tous les domaines simultanément. Un sitemap mixte sur une version locale alors que d'autres sont 100% HTTPS crée des signaux contradictoires pour hreflang.

Autre cas limite : les sites avec du contenu mixte (pages HTTPS embarquant des ressources HTTP). Google peut indexer HTTPS mais afficher un avertissement "non sécurisé" dans Chrome, dégradant le taux de clic. Le sitemap HTTPS ne résout pas ce problème — il faut auditer toutes les ressources internes.

Que faut-il faire concrètement lors d'une migration HTTPS ?

Première action : mettre à jour le sitemap XML avant de soumettre la migration dans Google Search Console. Remplacez toutes les URLs HTTP par leurs équivalents HTTPS. Ne laissez aucune URL HTTP résiduelle, même si elle redirige correctement.

Ensuite, soumettez le nouveau sitemap HTTPS via Search Console et utilisez l'outil de changement d'adresse pour signaler explicitement la migration. Google crawlera le sitemap en priorité et comprendra que HTTPS est désormais la version canonique. Pendant 4-6 semaines, surveillez le rapport de couverture pour vérifier que les URLs HTTP disparaissent progressivement de l'index.

Quelles erreurs éviter pendant la transition ?

Erreur classique : laisser un ancien sitemap HTTP accessible à son URL historique. Google peut continuer à le crawler si l'ancien robots.txt ou des backlinks pointent encore vers lui. Supprimez ou redirigez l'ancien sitemap vers le nouveau en HTTPS.

Autre piège : oublier les sitemaps secondaires (images, vidéos, actualités). Si votre sitemap principal est en HTTPS mais que le sitemap images reste en HTTP, vous envoyez des signaux contradictoires. Mettez à jour tous les fichiers sitemap en une seule opération cohérente.

Comment vérifier que la migration est correctement prise en compte ?

Utilisez la commande site: dans Google pour comparer le nombre d'URLs indexées en HTTP versus HTTPS. Dans les jours suivant la migration, vous devriez voir les résultats HTTP diminuer rapidement. Si après 3 semaines des URLs HTTP persistent massivement, votre sitemap ou vos redirections posent problème.

Autre contrôle : analysez les logs serveur. Si Googlebot continue à crawler majoritairement des URLs HTTP plusieurs semaines après migration, c'est que votre sitemap n'a pas été correctement mis à jour ou que des liens internes pointent encore vers HTTP. Corrigez la source du problème, pas seulement ses symptômes.

• Mettre à jour tous les sitemaps (principal, images, vidéos, news) en HTTPS avant de soumettre la migration
• Soumettre le nouveau sitemap HTTPS via Google Search Console et utiliser l'outil de changement d'adresse
• Vérifier que l'ancien sitemap HTTP est supprimé ou redirigé en 301 vers le nouveau
• Contrôler le rapport de couverture Search Console toutes les semaines pendant 6 semaines minimum
• Analyser les logs serveur pour confirmer que Googlebot crawle bien les URLs HTTPS
• Auditer le maillage interne pour éliminer tout lien pointant encore vers HTTP