Migration HTTPS : pourquoi tant de sites perdent-ils leur trafic malgré les redirections ?

Pourquoi Google martèle-t-il encore sur les migrations HTTPS alors que c'est censé être acquis ?

Parce que sur le terrain, une migration HTTPS sur trois se passe mal. Les équipes techniques pensent souvent qu'installer un certificat SSL suffit. Résultat : versions HTTP et HTTPS coexistent, le crawl budget explose, les signaux sont dilués entre deux versions du site.

Google continue de voir des sites qui laissent tourner les deux versions sans redirection 301 systématique. Ou pire, qui configurent des redirections temporaires 302 qui ne transmettent aucun signal de ranking. Le moteur se retrouve alors avec deux URLs pour chaque page, et doit choisir quelle version indexer. Spoiler : ce n'est pas toujours celle que tu veux.

Qu'est-ce qui fait vraiment foirer une migration HTTPS côté SEO ?

Le premier piège, c'est la chaîne de redirections. Tu passes de HTTP à HTTPS, mais si ton ancien site avait déjà des redirections internes, tu te retrouves avec des chaînes à trois, quatre étages. Googlebot suit, mais avec réticence. Et chaque maillon consomme du crawl budget.

Le deuxième problème vient des ressources mixtes (mixed content). Ton HTML est en HTTPS, mais tes images, CSS ou scripts sont encore appelés en HTTP. Les navigateurs bloquent, Google voit des pages cassées, l'expérience utilisateur s'effondre. Et si ton certificat n'est pas correctement installé ou expire, tu passes direct en alerte rouge dans Chrome.

Search Console joue quel rôle concret dans cette surveillance ?

Search Console te permet de détecter les erreurs de couverture spécifiques à la version HTTPS. Tu dois ajouter la nouvelle propriété HTTPS comme une entité distincte et vérifier que Google crawle bien cette version, pas l'ancienne.

C'est là que tu repères les pages orphelines qui ne redirigent pas, les erreurs de certificat SSL vues par Googlebot, et surtout l'évolution de l'indexation entre les deux versions. Si après deux semaines tu vois encore 80% de tes URLs indexées en HTTP, c'est que ta migration n'a pas pris.

• Redirection 301 permanente obligatoire sur l'intégralité du site, pas seulement la homepage
• Certificat SSL valide et à jour, avec chaîne de certification complète
• Propriété HTTPS distincte dans Search Console pour monitorer le basculement d'indexation
• Vérification du mixed content : aucune ressource HTTP ne doit subsister sur les pages HTTPS
• Audit des chaînes de redirections pour éviter les sauts multiples qui consomment le crawl budget

Cette recommandation de Google reflète-t-elle vraiment ce qui se passe côté indexation ?

Absolument. Sur des migrations que j'ai auditées post-mortem, 90% des chutes de trafic venaient d'une config de redirections bancale. Google n'invente rien ici : c'est du basique, mais c'est précisément ce basique qui est massacré à la chaîne par des DevOps qui ne connaissent pas les enjeux SEO.

Un point que Google ne dit pas assez fort : la migration HTTPS ne se limite pas aux redirections serveur. Les liens internes restent souvent en HTTP après la bascule. Googlebot suit les redirections, mais tu gaspilles du crawl budget pour rien. Et si tu as des millions de pages, ce gaspillage devient critique.

Quelles sont les zones grises que Google ne mentionne pas ici ?

Google reste flou sur la vitesse de re-crawl et de réindexation. En théorie, les redirections 301 transmettent le PageRank. En pratique, j'ai vu des sites attendre quatre à six semaines avant que la version HTTPS ne devienne majoritaire dans l'index. [A vérifier] : Google ne donne aucun SLA sur ce basculement.

Autre silence : la question des backlinks externes. Tes partenaires, tes annuaires, tes mentions presse pointent vers tes URLs en HTTP. Google suit les redirections, certes, mais ces liens perdent un peu de jus à chaque saut. Idéalement, tu recontactes les sources pour mettre à jour les liens. Mais concrètement, personne ne le fait à 100%. La déclaration de Google ne dit rien sur cette perte de signal diffuse.

Dans quels cas cette migration HTTPS peut-elle tourner au désastre ?

Sur les gros sites avec CDN custom, les erreurs de configuration se multiplient. Tu as des sous-domaines qui ne passent pas en HTTPS, des zones du site servies par des serveurs différents qui n'ont pas tous le même certificat. Résultat : Google indexe un mélange hétérogène de versions HTTP et HTTPS.

Les sites e-commerce sont particulièrement exposés. Si tu as des facettes et filtres qui génèrent des milliers d'URLs, et que tes redirections ne couvrent pas ces combinaisons, Google va crawler des pages en double. La dilution de ranking est immédiate. J'ai vu un site perdre 40% de son trafic organique pendant trois mois parce que les redirections ne couvraient que les URLs canoniques, pas les variantes avec paramètres.

Que faut-il vérifier avant de lancer la bascule HTTPS ?

Commence par un audit complet de tes redirections actuelles. Si tu as déjà des 301 en place (pour des anciennes refontes, des URLs changées), mappe-les toutes. L'objectif : éviter les chaînes de redirections à trois niveaux ou plus. Googlebot suit, mais tu consommes du crawl budget pour rien.

Ensuite, teste ton certificat SSL en local ou sur un environnement de preprod. Vérifie que la chaîne de certification est complète, que le certificat couvre bien tous tes sous-domaines si tu utilises un wildcard. Utilise des outils comme SSL Labs pour valider la config avant la mise en production.

Comment s'assurer que la migration ne casse pas l'indexation ?

Déploie tes redirections 301 en une seule vague, pas progressivement. Google déteste les situations hybrides où une partie du site est en HTTPS et l'autre en HTTP. Si tu dois faire un déploiement progressif pour des raisons techniques, commence par les sections à faible trafic pour tester.

Ajoute immédiatement la propriété HTTPS dans Search Console et soumets un nouveau sitemap XML pointant vers les URLs HTTPS. Laisse aussi l'ancienne propriété HTTP active pendant au moins trois mois pour comparer les courbes d'indexation. Si l'indexation HTTPS ne décolle pas après deux semaines, c'est un signal d'alarme.

Quelles erreurs post-migration faut-il traquer en priorité ?

La première erreur, c'est le mixed content. Crawle ton site avec Screaming Frog ou un outil équivalent pour détecter toutes les ressources (images, JS, CSS, iframes) encore appelées en HTTP. Chrome et Firefox bloquent ces contenus, Google les voit comme des signaux négatifs d'UX.

Ensuite, surveille les erreurs de certificat SSL dans Search Console. Google te remonte les pages où il détecte un problème de certificat. Si ton certificat expire ou si la chaîne de certification est incomplète, Googlebot peut refuser de crawler certaines sections de ton site. Enfin, vérifie que tes liens internes pointent directement vers HTTPS, pas vers HTTP avec redirection.

• Auditer toutes les redirections existantes pour éviter les chaînes à trois niveaux ou plus
• Tester le certificat SSL en preprod avec SSL Labs avant la mise en production
• Déployer les redirections 301 en une seule vague sur l'ensemble du site
• Ajouter la propriété HTTPS dans Search Console et soumettre un sitemap HTTPS
• Crawler le site post-migration pour détecter tout mixed content (ressources HTTP sur pages HTTPS)
• Mettre à jour tous les liens internes pour qu'ils pointent directement en HTTPS sans redirection