Ce que sont vraiment les redirections et pourquoi elles comptent
Une redirection est une instruction qui ordonne au navigateur et aux moteurs de recherche d’aller vers une URL différente quand quelqu’un essaie d’accéder à l’originale. Pensez à une adresse de réexpédition pour votre site web. Quand vous déménagez, vous indiquez à La Poste où renvoyer votre courrier. Les redirections fonctionnent de la même façon pour les pages web. Sans elles, les visiteurs tombent sur des pages d’erreur, les robots d’indexation gaspillent leur temps sur des liens morts, et vous perdez la valeur de classement bâtie sur des années. La différence entre une bonne redirection et l’absence de redirection peut représenter des milliers de visiteurs et la frontière entre garder son trafic organique ou repartir de zéro.
Les moteurs de recherche comme Google suivent automatiquement les redirections. Ils savent que les sites évoluent, se restructurent et changent. La question n’est pas de savoir si redirige ou non, c’est quel type utiliser et comment l’implémenter correctement. Une redirection mal configurée gaspille du budget de crawl, embrouille les moteurs et ralentit votre site. Une redirection correctement configurée transmet les signaux de classement proprement et indique à Google où votre contenu s’est déplacé. Le choix compte, mais pas toujours pour les raisons que l’industrie SEO avance.
Les différents types de redirections que Google reconnaît
Google reconnaît plusieurs types de redirections, et bien comprendre les différences aide à choisir le bon outil. Chaque type envoie un code de statut HTTP qui dit aux navigateurs et aux moteurs comment l’interpréter. Certaines redirections disent « ce changement est permanent », d’autres « c’est temporaire ». Certaines se font côté serveur avant que quoi que ce soit n’atteigne l’utilisateur, d’autres dans le navigateur après chargement. Choisir le bon type compte pour la clarté et l’efficacité, même si l’impact PageRank n’est pas celui que vous avez peut-être entendu.
Redirections permanentes
Les redirections permanentes incluent 301, 308 et les balises meta refresh à zéro seconde. Une redirection 301 envoie un statut HTTP 301 et indique aux moteurs qu’une URL a définitivement changé. La 308 est la norme plus récente, presque identique à la 301, avec une gestion plus stricte des méthodes HTTP. Le meta refresh à délai zéro est traité comme permanent par Google. On utilise les redirections permanentes quand on a définitivement déplacé une page et qu’on n’utilisera plus l’ancienne URL. Google traite la redirection permanente comme un signal fort que l’ancienne URL doit cesser de classer et que la puissance de classement doit aller à la nouvelle URL.
Le point critique : les redirections permanentes doivent rester actives indéfiniment, avec un minimum d’un an recommandé par Google. Certains webmasters retirent les redirections après quelques mois en pensant que la migration est terminée, mais des liens externes pointent toujours vers les anciennes URL. Si la redirection disparaît, le visiteur tombe sur une 404 au lieu d’arriver sur le contenu. Google Search Central recommande explicitement un an minimum, et beaucoup de SEO expérimentés les laissent en place définitivement. Le coût de maintien d’une redirection est négligeable face au dégât d’un retrait trop précoce.
Redirections temporaires
Les redirections temporaires incluent les codes 302, 303 et 307, plus les meta refresh à délai supérieur à zéro. Elles disent aux moteurs que le déplacement est temporaire et que l’URL d’origine pourrait revenir. Quand Google voit une redirection temporaire, il peut continuer à crawler et à classer l’URL d’origine. Cela rend la redirection temporaire pertinente uniquement quand vous comptez vraiment réactiver l’URL. La plupart des changements ne sont pas temporaires, même s’ils en ont l’air. Si vous restructurez, changez de domaine ou consolidez du contenu, utilisez du permanent, sauf si vous comptez sincèrement remettre l’ancienne URL en service.
Beaucoup de webmasters utilisent à tort une 302 alors qu’une 301 est appropriée. Ils supposent un impact différent sur les moteurs, mais Gary Illyes (Google) a confirmé en juillet 2016 que les redirections 30x ne perdent plus de PageRank, ce qui signifie que 301, 302, 303 et 307 transmettent les signaux de classement de la même manière. John Mueller a réitéré plusieurs fois en office hours Search Central que le choix entre 301 et 302 n’a pas d’impact sur le classement. La seule différence soulignée par Gary Illyes : « la 301 aide à la canonicalisation », c’est-à-dire qu’elle envoie un signal plus net sur l’URL à afficher en SERP.
Redirections JavaScript et meta refresh
Les redirections JavaScript et les meta refresh fonctionnent différemment des redirections HTTP. Une redirection JavaScript utilise du code dans la page pour envoyer l’utilisateur vers une nouvelle URL après chargement. Un meta refresh dit au navigateur de rediriger après un certain nombre de secondes. Ces redirections sont moins efficaces que celles au niveau HTTP, parce que le navigateur doit télécharger et parser la page avant de rediriger. Les moteurs peuvent les suivre, mais c’est plus lent et plus coûteux. Google recommande les redirections HTTP côté serveur pour la performance et la fiabilité. N’utilisez du JavaScript ou du meta refresh que quand le serveur ne le permet pas, ou pour du tracking avant la redirection.
Le débat 301 contre 302 que Google a déjà tranché
L’industrie SEO s’est obsédée pendant des années sur la question de savoir si la 301 ou la 302 transmet le PageRank de manière équivalente. La sagesse commune voulait que la 301 transmette le PageRank en entier et que la 302 en perde une partie. Cette affirmation a été contredite à plusieurs reprises par les ingénieurs Google eux-mêmes. En juillet 2016, Gary Illyes a tweeté que les 30x ne perdent plus de PageRank. John Mueller a confirmé plusieurs fois en office hours Search Central et en forums publics. 301 et 302 transmettent les signaux de classement de la même manière. La seule différence notée par Gary Illyes, c’est que « la 301 aide à la canonicalisation », c’est-à-dire qu’elle envoie un signal plus clair sur l’URL à présenter en SERP.
La vraie raison de choisir entre 301 et 302, c’est la précision sémantique, pas la puissance de classement. Utilisez 301 quand vous faites un changement permanent. Utilisez 302 quand le changement est vraiment temporaire. Dites la vérité à Google sur vos intentions et laissez-le interpréter correctement. Si vous laissez une 302 sur un changement rendu permanent il y a trois ans, Google peut continuer à crawler l’ancienne URL en attendant son retour, ce qui gaspille du budget de crawl. Si vous mettez une 301 sur un changement que vous prévoyez d’annuler le mois prochain, vous racontez la mauvaise histoire à Google. L’attention doit aller à la précision et aux autres facteurs qui pèsent réellement sur le classement, comme la qualité du contenu, la vitesse de site et l’efficacité du budget de crawl.
Chaînes de redirection : ce qu’elles vous coûtent et ce qu’elles ne vous coûtent pas
Une chaîne de redirection se produit quand une URL redirige vers une seconde, qui redirige à son tour vers une troisième. Chaque redirection ajoute de la latence : le visiteur met plus de temps à atteindre la destination finale. Chaque redirection oblige aussi le moteur à faire une requête supplémentaire et à parser une réponse de plus. La documentation Google Search Central précise que Googlebot suit jusqu’à dix sauts dans une chaîne, mais recommande de rester sous cinq, idéalement sous trois. John Mueller a précisé que la limite de dix sauts est cumulative : par tentative de crawl, Googlebot suit jusqu’à cinq sauts avant de s’arrêter. Les chaînes ne perdent pas de PageRank, mais elles brûlent du budget de crawl et ralentissent le site.
Beaucoup de SEO traitent les chaînes comme un facteur de classement critique, alors que c’est avant tout un problème de performance et d’efficacité. Une chaîne de trois redirections à 200 millisecondes chacune ajoute 600 millisecondes au chargement. C’est perceptible pour l’utilisateur. Pour Google, cela signifie moins de pages crawlées avec le même budget de crawl. La solution : mapper toutes les anciennes URL directement vers leurs destinations finales au lieu de chaîner. Si vous migrez du contenu, faites pointer la redirection directement sur la destination, pas sur une URL intermédiaire. Repérez les chaînes via les logs serveur ou Google Search Console et aplatissez-les en un seul saut.
Quand vous avez besoin de redirections : scénarios courants
Les redirections sont nécessaires dans des situations précises où des URL changent. Comprendre quels scénarios exigent une redirection et comment l’implémenter prévient la perte de classement et l’errance du visiteur. Le principe : dès qu’une URL disparaît de votre site et qu’un visiteur peut la cibler depuis un lien externe, un favori ou un index moteur, vous avez besoin d’une redirection. Voici les scénarios les plus fréquents.
Changer des URL individuelles
Parfois on doit changer des URL individuelles tout en gardant l’essentiel de la structure. Raisons fréquentes : corriger une faute dans un slug, retirer des stop words, raccourcir et nettoyer une URL, ou réorganiser un contenu dans une autre catégorie. Quand vous changez une URL individuelle, posez une 301 de l’ancienne vers la nouvelle. C’est simple et cela dit à Google que le contenu a une nouvelle adresse permanente. Surveillez l’ancienne URL dans Google Search Console pour confirmer que Google trouve la redirection et finit par cesser de la crawler. Le processus prend de quelques jours à quelques semaines selon la fréquence de crawl.
Attention à ne pas créer des soft 404 en redirigeant plusieurs anciennes URL non liées vers la home ou une page de catégorie. Si cinq anciens articles redirigent tous vers la home, Google voit cinq URL pointant vers la même destination sans relation logique. Il peut interpréter cela comme un soft 404 où vous masquez le fait que le contenu a disparu. Search Engine Land a documenté une migration où seules les 50 premières pages avaient des redirections un-pour-un correctes pendant que des milliers d’autres URL pointaient toutes vers la home. Les classements ont chuté, et la récupération a pris des mois de plus que prévu. Redirigez chaque ancienne URL vers la nouvelle URL la plus pertinente. Si l’ancien contenu n’existe plus et qu’il n’y a pas de remplaçant, servez une 404 plutôt qu’une redirection. Une 404 est honnête : elle indique à Google que la page a disparu.
Migrer de HTTP vers HTTPS
Migrer de HTTP vers HTTPS est l’une des migrations les plus sûres. Google traite les versions HTTP et HTTPS du même domaine comme un seul site, donc pas besoin d’utiliser l’outil Changement d’adresse de Search Console. Posez des 301 de chaque URL HTTP vers son équivalent HTTPS. Cela se fait typiquement au niveau serveur via une seule règle plutôt que des redirections individuelles par page. Une fois HTTPS en place et fonctionnel, Google bascule progressivement son index. Le processus est automatique, vous n’avez rien de spécial à faire au-delà des redirections et d’une configuration HTTPS propre.
Gardez les redirections HTTP vers HTTPS actives en permanence. Certains pensent pouvoir les retirer après quelques années, mais des sites externes continuent à pointer vers HTTP. Les utilisateurs ont des favoris HTTP. Les moteurs crawlent encore des URL HTTP de temps en temps. Les redirections ne coûtent rien à maintenir et vous protègent. Mettez à jour le sitemap pour ne contenir que des URL HTTPS, et assurez-vous que robots.txt, liens internes et balises canoniques pointent tous vers HTTPS. Google recommande HTTPS, qui est en plus un léger signal de classement avec les bénéfices de sécurité et de confiance navigateur.
Changer de nom de domaine
Changer le nom de domaine entier est plus complexe que de changer des URL individuelles. C’est une migration importante qui demande planification et exécution prudentes. Posez des 301 de chaque ancienne URL vers la nouvelle URL correspondante. Dans Google Search Console, utilisez l’outil Changement d’adresse pour notifier Google de la migration. Cet outil accélère le transfert de l’indexation. Le processus consiste à uploader le sitemap du nouveau domaine, à vérifier la propriété des deux domaines, à confirmer les redirections en place, puis à demander à Google de faire le changement d’adresse. Google transfère ensuite l’historique de recherche, les classements et l’historique de crawl vers le nouveau domaine au fil du temps.
Une migration de domaine complète est l’un des mouvements SEO les plus risqués parce que beaucoup de choses peuvent mal tourner. Quand TransferWise s’est rebrandé en Wise et a migré son domaine, il lui a fallu environ huit mois pour retrouver son trafic d’avant migration, avant de le dépasser. C’est une entreprise bien dotée avec une équipe technique dédiée, et il a quand même fallu près d’un an. Vérifiez que vos redirections sont correctes pour chaque page. Surveillez de près le nouveau domaine pendant plusieurs mois pour confirmer le transfert du trafic et l’absence de pertes de classement. Conservez un suivi détaillé du trafic de l’ancien domaine et comparez au nouveau après migration. Les gros sites avec des milliers de pages devraient migrer par phases plutôt que d’un seul bloc, ce qui permet de détecter les problèmes sur un sous-ensemble avant qu’ils ne touchent tout.
Restructurer l’architecture des URL
Parfois, on décide de restructurer entièrement l’organisation des URL : passer de /blog/article-name/ à /resources/article-name/, ou d’une structure plate vers une structure par catégories pour les fiches produit. C’est une restructuration majeure qui touche beaucoup d’URL d’un coup. Posez des 301 de chaque ancienne URL vers son équivalent. Cartographiez la structure soigneusement avant tout changement. Faites un tableau qui liste chaque ancienne URL et où elle doit pointer. Testez les redirections sur un environnement de staging avant de déployer en prod. Une fois que vous êtes sûr du mapping, déployez tout d’un coup plutôt que par étapes : c’est plus simple à comprendre pour les moteurs.
Les grosses restructurations d’URL peuvent prendre plus de temps à être totalement traitées par les moteurs. Google Search Central précise que le déplacement se fait URL par URL : Google découvrira chaque redirection individuellement et la traitera selon son calendrier de crawl. Pour des sites avec des milliers de pages, cela peut prendre des semaines ou des mois. Pendant cette période, les SERP peuvent être incohérentes et afficher tantôt des anciennes URL, tantôt des nouvelles. C’est normal et cela se résout une fois que Google a fini de crawler les redirections. Surveillez la couverture dans Search Console pour suivre combien d’anciennes URL ont été crawlées et indexées. Ne retirez pas les redirections tant que vous n’êtes pas sûr que toutes les URL importantes ont été réindexées sur leur nouvel emplacement.
Checklist complète de migration de site
Une migration réussie demande une planification et une exécution soignées sur plusieurs phases. Un sondage Twitter de la consultante SEO Natalie Mott, avec plus de 1 300 votes, a trouvé que 78 % des SEO s’attendent à une perte de trafic pendant une migration. Ce chiffre n’est pas une condamnation, c’est le reflet du fait que les migrations comportent des pièces mobiles et que même les mieux planifiées provoquent des fluctuations de court terme. L’objectif n’est pas zéro perturbation, c’est une perturbation minimale et temporaire suivie d’une récupération complète. Cette checklist couvre les tâches principales pour y arriver.
Avant la migration
Commencez par un inventaire complet du site actuel. Crawlez avec Semrush ou Ahrefs pour voir toutes vos URL, leurs classements actuels, le trafic et les backlinks. Exportez les données de trafic Google Analytics sur au moins les trois derniers mois pour avoir une baseline de comparaison après migration. Vérifiez la propriété du domaine dans Search Console et consultez vos statistiques de crawl, votre couverture et les erreurs existantes. Créez un document de mapping détaillé qui montre exactement quelle ancienne URL redirige vers quelle nouvelle URL. Pour un petit site, un tableur suffit. Pour un gros site, une base de données ou un outil de migration spécialisé est nécessaire. Vérifiez deux fois la précision de votre mapping avant d’aller plus loin.
Planifiez le timing avec soin. Choisissez un créneau à faible trafic, fin de soirée ou tôt le matin, pour que moins de monde rencontre des problèmes. Prévenez l’équipe et les partenaires externes qui dépendent de votre API ou de vos flux. Mettez à jour le sitemap et le robots.txt pour inclure les nouvelles URL. Configurez la surveillance dans Search Console pour les anciennes ET nouvelles URL. Créez des rapports custom dans Google Analytics pour suivre les métriques de migration séparément du trafic régulier. Revoyez les balises canoniques actuelles, le maillage interne et les meta tags pour qu’ils soient corrects sur les nouvelles URL. Testez tout sur staging avant la prod. Un dry run attrape les problèmes sans toucher au trafic réel.
Pendant la migration
Le jour J, l’équipe doit être prête à surveiller les problèmes. Implémentez les redirections sur le serveur. Mettez à jour les liens internes pour qu’ils pointent vers les nouvelles URL plutôt que de passer par des redirections : les liens internes doivent être directs, pas redirigés. Mettez à jour les sitemaps et soumettez-les à Search Console. Pour une migration de domaine, vérifiez le nouveau domaine dans Search Console et utilisez l’outil Changement d’adresse. Pour HTTPS, mettez à jour le robots.txt vers la version HTTPS. Surveillez les logs serveur et d’erreurs pour repérer chaînes de redirections, boucles infinies ou 404 inattendues. Utilisez Screaming Frog pour vérifier que les redirections fonctionnent. Testez les pages critiques depuis différents lieux et appareils pour confirmer que les utilisateurs arrivent bien sur le nouveau contenu.
Pendant les 24 premières heures, vérifiez le site toutes les quelques heures pour vous assurer que tout fonctionne. Surveillez CPU, mémoire et bande passante du serveur web pour détecter des problèmes de performance liés à la logique de redirection. Mettez en place des alertes pour les erreurs de crawl dans Search Console. Surveillez la couverture pour repérer de nouveaux problèmes pouvant indiquer une mauvaise redirection. Testez formulaires, paiements et fonctionnalités interactives pour vérifier qu’ils marchent toujours avec les nouvelles URL. Vérifiez que le certificat HTTPS est valide en cas de migration HTTPS. Vérifiez que CDN et couche de cache sont bien configurés pour les nouvelles URL. La première journée est critique, c’est là que la majorité des problèmes remontent et que vous pouvez encore les corriger vite.
Après la migration
Surveillez le trafic de près pendant au moins deux semaines. Comparez les niveaux d’avant et d’après. Google Analytics peut montrer un trafic temporairement plus bas, le temps que Google recrawle et réindexe, mais cela se rétablit en quelques jours pour la majorité des sites. Ouvrez Search Console tous les jours la première semaine puis chaque semaine le mois suivant. Repérez les hausses d’erreurs de crawl, les problèmes de couverture et les nouveaux soucis. Vérifiez que les anciennes URL renvoient bien des 301 et pas d’autres codes. Confirmez que les liens internes ont été mis à jour pour pointer directement sur les nouvelles URL plutôt que de passer par des redirections. Supprimez les redirections de test temporaires créées pendant la phase de tests.
Au fil des semaines, surveillez les classements des pages clés. Une certaine fluctuation est normale tant que Google ajuste son index. Les classements doivent se stabiliser en quelques semaines à quelques mois selon la taille du site et la fréquence de mise à jour. Search Engine Land a documenté un cas où un site qui avait construit le SEO dans chaque étape de la migration a vu son trafic quotidien grimper de 455 % et ses positions top 10 augmenter de 78 % dans les quatre mois suivant le déménagement. C’est le potentiel positif d’une migration bien exécutée. Comparez le trafic organique à la même période l’année précédente, en tenant compte de la saisonnalité. Suivez votre budget de crawl dans Search Console pour vérifier qu’il n’est pas gaspillé sur des anciennes URL ou des chaînes de redirection. Quelques mois plus tard, vous pouvez considérer la migration réussie si le trafic est revenu à son niveau initial ou s’est amélioré.
Combien de temps prend une migration de site
Le délai d’une migration complète dépend de la taille du site et de l’ampleur des changements. Google Search Central donne une orientation générale : les sites petits et moyens terminent leur migration en quelques semaines, les plus gros peuvent prendre plus longtemps. Ce délai correspond au moment où Google a fini de tout recrawler et réindexer, pas au moment où vous mettez les changements en prod. Vous implémentez les règles côté serveur en minutes ou heures. Google commence à découvrir et suivre les redirections en quelques heures à quelques jours. La réindexation complète prend bien plus longtemps. Pour un petit blog de quelques centaines de pages, Google finit en deux à quatre semaines. Pour un gros site de plusieurs dizaines de milliers de pages, ce sont deux à trois mois ou plus.
Plusieurs facteurs influent sur le délai. Les sites crawlés fréquemment finissent leur migration plus vite. Un site d’actualité mis à jour quotidiennement est crawlé plusieurs fois par jour, donc les redirections sont découvertes vite. Un site de petite entreprise mis à jour trimestriellement est crawlé moins, la migration prend plus longtemps. Le budget de crawl entre aussi en jeu. Sur un gros site limité en budget de crawl, Google peut deprioriser le crawl des anciennes URL avec redirection. Le nombre de liens entrants vers les anciennes URL pèse également : beaucoup de liens externes pointent encore vers les anciennes, Google y revient et tombe sur les redirections ; peu de liens, et Google les découvre plus lentement. Pendant la migration, attendez-vous à des SERP incohérentes avec à la fois anciennes et nouvelles URL. Cela se normalise une fois la migration achevée.
Erreurs de migration fréquentes qui plombent vraiment le classement
Beaucoup de sites perdent du classement en migration parce qu’ils commettent des erreurs évitables. La plus fréquente : utiliser le mauvais type de redirection. Mettre une 302 alors qu’une 301 serait plus juste indique à Google que le changement est temporaire et empêche la consolidation complète des signaux. Utiliser des redirections JavaScript au lieu de redirections HTTP est plus lent et moins fiable. Deuxième erreur la plus courante : créer des chaînes de redirection. Si l’ancienne URL redirige vers une URL intermédiaire qui redirige vers la finale, vous avez créé de la latence inutile et du gaspillage de crawl. Faites toujours pointer les anciennes URL directement vers leur destination finale. Mapper de mauvaises URL est un autre problème fréquent. Si vous redirigez cinq anciennes URL différentes vers la home, vous créez des soft 404. Mappez chaque ancienne URL vers le contenu de remplacement le plus pertinent.
Retirer les redirections trop vite est une erreur critique aux conséquences durables. Beaucoup de webmasters retirent les redirections après quelques mois, en pensant la migration terminée. Les sites externes continuent à pointer vers les anciennes URL. Les utilisateurs ont des favoris et d’anciens emails qui pointent vers elles. Retirer la redirection les transforme en 404, perd le visiteur et gaspille du budget de crawl. Search Engine Land a rapporté un cas où un fabricant d’électronique a perdu près de 50 % de son trafic organique après une replatformation et une migration HTTPS bâclées. L’agence appelée à la rescousse a trouvé des liens internes cassés, des redirections manquantes pour les pages à fort trafic et des règles d’URL incohérentes. La récupération a demandé des mois de cartographie de redirections et de monitoring fastidieux. Google recommande de garder les redirections actives au moins un an, et beaucoup d’experts les laissent en permanence. Autre erreur : ne pas mettre à jour les liens internes. Au lieu de mettre à jour les liens internes pour pointer vers les nouvelles URL, certains sites créent des redirections internes. Chaque clic sur un lien interne passe alors par une redirection, ce qui gaspille du budget de crawl et ralentit le site. Tous les liens internes doivent pointer directement sur les nouvelles URL, sans redirection.
Surveiller la migration dans Google Search Console
Search Console est l’outil principal pour surveiller une migration. Commencez par vérifier la propriété des deux domaines en cas de migration de domaine. Créez des propriétés séparées pour l’ancien et le nouveau domaine. Sur la propriété du nouveau domaine, utilisez l’outil Changement d’adresse pour notifier Google de la migration. Cet outil n’est disponible que pour les migrations de domaine, pas pour les changements de structure d’URL ni les migrations HTTPS. Uploadez le nouveau sitemap et surveillez le rapport de couverture pour voir combien d’URL Google a indexées avec succès. Le rapport montre exactement quelles pages sont indexées, lesquelles sont en erreur, lesquelles sont exclues. Cette donnée est précieuse pour juger si la migration prend. Le rapport Statistiques de crawl indique combien de pages Google crawle et combien de budget il consomme. Après une migration, ces statistiques doivent baisser dans le temps à mesure que Google arrête de crawler les anciennes URL.
Surveillez le rapport de couverture régulièrement durant le premier mois. Le nombre de pages indexées sur le nouveau domaine doit augmenter à mesure que Google recrawle et réindexe. Le nombre de pages indexées sur l’ancien doit baisser à mesure que Google découvre les redirections et consolide tout vers les nouvelles URL. Repérez les erreurs ou pages exclues qui peuvent signaler un souci de redirection ou un problème sur les nouvelles pages. Si vous voyez des pages exclues sur le nouveau domaine, vérifiez si robots.txt les bloque ou si les balises canoniques pointent ailleurs. Surveillez les rapports d’amélioration si vous utilisez des données structurées, parce qu’il faut s’assurer qu’elles soient correctes sur les nouvelles URL. Le rapport Problèmes de sécurité signale tout malware ou piratage détecté pendant la migration : tout problème de sécurité doit être réglé immédiatement avant qu’il n’entame le classement.
Quand les redirections déraillent : diagnostiquer les problèmes
Malgré une planification soignée, les redirections échouent parfois ou créent des problèmes inattendus. Le premier signe est généralement un pic d’erreurs dans Search Console ou une chute soudaine du trafic organique. Les problèmes courants : les boucles infinies où l’URL A redirige vers B qui redirige vers A. Erreur critique qui enferme utilisateurs et moteurs dans une boucle. Vérifiez vos règles pour qu’aucune redirection circulaire n’existe. Autre cas : redirection vers une 404. Vous voulez rediriger oldurl.com vers newurl.com, mais newurl.com n’existe pas vraiment ou est en erreur. Google et les utilisateurs sont redirigés vers une page cassée. Vérifiez que chaque destination existe et renvoie 200. Le soft 404 apparaît quand vous redirigez plusieurs URL non liées vers la même destination. Par exemple, trois anciens articles qui redirigent tous vers la home, Google peut interpréter les anciennes URL comme des soft 404 plutôt que comme des redirections légitimes.
Les chaînes de redirection sont un autre problème fréquent. Vous redirigez oldurl1 vers oldurl2 et oldurl2 vers oldurl3. L’utilisateur et le moteur doivent suivre deux sauts pour arriver à destination. Détectez les chaînes en crawlant le site et en vérifiant le chemin de redirection de chaque URL. Aplatissez-les en redirigeant directement vers la destination finale. Les redirections lentes sont un problème plus subtil qui pénalise expérience utilisateur et efficacité de crawl. Si vos redirections prennent plus de 200 millisecondes, l’utilisateur le ressent. Les redirections lentes proviennent en général d’un traitement serveur ou d’une requête base de données. Optimisez la logique pour qu’elle soit la plus rapide possible. Surveillez les logs serveur pour toute erreur liée aux redirections. Une 5xx renvoyée à la place d’un statut 3xx indique un souci côté serveur. Utilisez curl ou les DevTools du navigateur pour inspecter les en-têtes et confirmer les codes de statut.
Combien de temps faut-il garder les redirections actives
Google Search Central recommande explicitement de garder les redirections actives au moins un an après une migration. Cela vaut pour tous les types de migrations : changement d’URL, passage à HTTPS, changement de domaine. En 2021, Gary Illyes a clarifié la mécanique : après environ un an d’une 301 en place, Google consolide définitivement les signaux de l’URL d’origine vers la destination. Même si la redirection est ensuite retirée, les signaux restent attachés à la nouvelle page. Beaucoup de SEO étendent la durée à deux ans ou en font un dispositif permanent par sécurité.
En 2023, Patrick Stox d’Ahrefs a testé cette affirmation en retirant des redirections 301 en place depuis plus d’un an. Sa conclusion : les signaux semblaient bien persister après retrait, ce qui confirme largement la description de Gary Illyes, mais les résultats n’étaient pas suffisamment concluants pour faire une recommandation définitive. Stox écrit que ce comportement est « radicalement différent de ce que les SEO pensaient sur la consolidation des redirections », ce qui suggère que le modèle mental de l’industrie devrait être mis à jour. L’approche la plus sûre reste de garder les redirections actives en permanence. Le coût en ressources serveur est essentiellement nul. Le gain : ne jamais avoir à se demander si vous les avez retirées trop tôt et perdu du trafic.
Si vous changez d’hébergeur et voulez nettoyer les anciennes règles de redirection, assurez-vous qu’elles aient été en place au moins un an, idéalement deux. Vérifiez votre analytics pour confirmer que le trafic vers les anciennes URL est tombé proche de zéro avant le retrait. Même après suppression, un peu de trafic peut venir de résultats de recherche en cache ou d’anciens favoris, donc attendez-vous à une légère hausse de 404 quelque temps. Si le trafic remonte fortement après retrait, remettez les redirections immédiatement. Le principe : vos redirections doivent rester actives tant qu’un trafic significatif arrive depuis les anciennes URL, ce qui pour la plupart des sites veut dire indéfiniment.
Pour les fondamentaux du SEO technique, commencez par là avant d’attaquer une migration. Comprendre l’optimisation du budget de crawl est aussi essentiel, parce que les chaînes de redirection et les changements de structure pèsent directement sur l’efficacité du crawl moteur. Vérifiez que vos Core Web Vitals restent saines tout au long du processus, et surveillez la vitesse du site de près, parce que la latence des redirections se cumule à chaque saut de la chaîne.
Pour aller plus loin
Google Search Central, Redirections et Google Search, la documentation officielle sur la gestion des redirections, types permanent contre temporaire et chaînes de redirection.
Google Search Central, Déplacement et migration de site, le guide officiel Google pour déplacer un site, avec l’outil Changement d’adresse et la recommandation d’un an.
Ahrefs, Peut-on retirer les 301 après un an ? Patrick Stox a testé (2023), l’expérience qui teste si les signaux de redirection persistent vraiment après retrait, avec des résultats qui bousculent la sagesse SEO conventionnelle.
Search Engine Land, Too Many Redirects, comment corriger les erreurs de boucle et protéger le SEO, un guide pratique de diagnostic et de résolution des chaînes, des boucles et des problèmes de performance pendant les migrations.