Ce Que Sont Réellement Les Redirections et Pourquoi Elles Importent
Une redirection est une instruction qui ordonne à un navigateur et aux moteurs de recherche d’aller vers une URL différente lorsque quelqu’un essaie d’accéder à l’original. Pensez-y comme une adresse de réexpédition pour votre site web. Quand vous déménagez dans une nouvelle maison, vous dites à la poste où votre courrier devrait aller. Les redirections fonctionnent de la même manière pour les pages web. Sans elles, les visiteurs rencontreraient des pages d’erreur et les moteurs de recherche perdraient du temps à explorer des liens morts. La différence entre une bonne redirection et l’absence de redirection peut signifier des milliers de visiteurs et la différence entre conserver votre trafic organique ou recommencer de zéro.
Les moteurs de recherche comme Google suivent automatiquement les redirections. Ils comprennent que les sites web changent, se restructurent et évoluent. La question pour vous n’est pas de savoir s’il faut utiliser des redirections, mais quel type utiliser et comment les mettre en place correctement. Une redirection mal configurée peut gaspiller votre budget de crawl et ralentir votre site. Une redirection correctement configurée transmet les signaux de classement en douceur et dit aux moteurs de recherche exactement où votre contenu s’est déplacé.
Les Différents Types de Redirections Que Google Reconnaît
Google reconnaît plusieurs types de redirections, et comprendre les différences vous aide à choisir la bonne pour votre situation. Chaque type envoie un code de statut HTTP spécifique qui indique aux navigateurs et aux moteurs de recherche comment interpréter le changement. Certaines redirections disent « ce changement est permanent » tandis que d’autres disent « c’est temporaire, revérifie plus tard ». Certaines redirections se font côté serveur avant que quoi que ce soit n’atteigne l’utilisateur, tandis que d’autres se font dans le navigateur après le chargement de la page. Choisir le bon type importe pour la clarté et l’efficacité, même si les implications en termes de PageRank ne sont pas ce que vous avez peut-être entendu dire.
Redirections Permanentes
Les redirections permanentes incluent 301, 308, et les balises meta refresh instantanées. Une redirection 301 envoie un code de statut HTTP 301 et indique aux moteurs de recherche qu’une URL s’est définitivement déplacée. La redirection 308 est la norme plus récente et fonctionne presque identiquement à 301 mais avec une gestion plus stricte de la méthode HTTP. Une meta refresh avec un délai de zéro seconde agit comme une redirection permanente en termes de moteur de recherche. Les redirections permanentes conviennent quand vous avez définitivement déplacé une page et ne réutiliserez plus l’ancienne URL. Google traite les redirections permanentes comme un signal fort que l’ancienne URL devrait cesser d’être classée et toute la puissance de classement devrait s’écouler vers la nouvelle URL.
Le point critique concernant les redirections permanentes est qu’elles doivent rester actives indéfiniment, bien qu’un minimum d’un an soit recommandé par Google. Les webmasters suppriment parfois les redirections après quelques mois en pensant que la migration est terminée, mais les moteurs de recherche peuvent toujours rencontrer des liens externes pointant vers les anciennes URL. Si la redirection disparaît, les visiteurs rencontrent des erreurs 404 au lieu d’atteindre le contenu. Google Search Central recommande explicitement de garder les redirections actives pendant au moins un an, et beaucoup d’experts SEO les gardent de manière permanente pour être sûrs.
Redirections Temporaires
Les redirections temporaires incluent les codes de statut 302, 303, et 307, ainsi que les balises meta refresh avec un délai supérieur à zéro seconde. Ces redirections indiquent aux moteurs de recherche que le déplacement est temporaire et que l’URL d’origine pourrait revenir. Quand Google voit une redirection temporaire, il peut continuer à explorer et essayer de classer l’URL d’origine. Cela rend les redirections temporaires appropriées uniquement si vous vous attendez vraiment à ce que l’URL d’origine soit à nouveau active. La plupart des changements de site ne sont pas temporaires, même s’ils le paraissent. Si vous restructurez votre site, changez votre domaine ou consolidez du contenu, utilisez une redirection permanente à moins que vous ayez réellement l’intention de réactiver l’ancienne URL.
De nombreux webmasters utilisent à tort des redirections 302 quand ils devraient utiliser des redirections 301. Ils supposent que les implications du moteur de recherche sont différentes, mais Gary Illyes de Google a déclaré en 2016 que les deux passent le PageRank également. John Mueller a réitéré plusieurs fois que peu importe que vous utilisiez 301 ou 302 d’un point de vue classement. La vraie considération est la précision : faites-vous un changement permanent ou temporaire ? Si vous restructurez définitivement votre site, utilisez 301. Si vous testez un changement et prévoyez de ramener l’ancienne URL, utilisez 302.
Redirections JavaScript et Meta Refresh
Les redirections JavaScript et les balises meta refresh fonctionnent différemment des redirections au niveau HTTP. Une redirection JavaScript utilise du code dans la page pour envoyer les utilisateurs vers une nouvelle URL après le chargement de la page. Une balise meta refresh dans le HTML indique aux navigateurs de rediriger après un certain nombre de secondes. Ces redirections sont moins efficaces que les redirections au niveau HTTP parce que le navigateur doit télécharger et analyser la page avant de rediriger. Les moteurs de recherche peuvent les suivre, mais elles sont plus lentes et utilisent plus de ressources. Google recommande les redirections côté serveur au niveau HTTP pour une meilleure performance et fiabilité. Utilisez les redirections JavaScript ou meta refresh uniquement quand les redirections côté serveur ne sont pas disponibles.
Le Débat 301 vs 302 Que Google a Déjà Réglé
L’industrie SEO s’est obsédée sur la question de savoir si les redirections 301 ou 302 passent le PageRank également. Pendant des années, la sagesse commune était que les redirections 301 passaient le PageRank complet tandis que les redirections 302 en perdaient une partie. Cette affirmation a été répétée contredite par les ingénieurs de recherche de Google lui-même dans des déclarations publiques. En 2016, Gary Illyes a tweeté que les redirections 30x ne perdent plus le PageRank, ce qui signifie que les redirections 301, 302, 303 et 307 passent les signaux de classement de la même manière. John Mueller a confirmé cela plusieurs fois dans les heures de bureau Search Central, en disant que le choix entre 301 et 302 n’a aucun impact sur le classement.
La vraie raison de choisir entre 301 et 302 est la précision sémantique, pas la puissance de classement. Utilisez 301 quand vous faites un changement permanent. Utilisez 302 quand vous faites un changement temporaire. Dites la vérité à Google sur vos intentions, et laissez-le interpréter la redirection correctement. Pendant une migration, les mêmes principes de suivi et de monitoring s’appliquent. Il est important que vous compreniez comment Google découvre et traite vos redirections pour pouvoir ajuster votre stratégie en fonction des résultats réels.
Les 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 deuxième URL qui redirige ensuite vers une troisième URL. Par exemple, oldurl1.com redirige vers oldurl2.com qui redirige vers newurl.com. Cela crée une chaîne de trois URL. Chaque redirection ajouté de la latence, ce qui signifie qu’il faut plus de temps pour qu’un visiteur atteigne la destination finale. Chaque redirection oblige également le moteur de recherche à faire une demande supplémentaire et à analyser une réponse supplémentaire. La documentation de Google Search Central indique que Googlebot suit jusqu’à dix redirections dans une chaîne mais recommande de les garder sous cinq et idéalement sous trois. Les chaînes de redirection ne perdent pas le PageRank, mais elles gaspillent le budget de crawl et ralentissent votre site.
De nombreux experts SEO traitent les chaînes de redirection comme un facteur de classement critique, mais c’est réellement une question de performance et d’efficacité. Si vous avez une chaîne de trois redirections et que chacune ajouté 200 millisecondes de latence, votre site ralentit de 600 millisecondes. Pour les utilisateurs, c’est perceptible. Pour Google, cela signifie qu’il peut explorer moins de pages avec le même budget de crawl. La solution est de mapper toutes vos anciennes URL directement vers leurs destinations finales au lieu de chaîner les redirections. Si vous migrez du contenu ancien vers de nouvelles URL, assurez-vous que votre redirection pointe directement vers la destination finale, pas vers une URL intermédiaire.
Quand Vous Avez Besoin de Redirections : Scénarios Courants
Les redirections sont nécessaires dans des situations spécifiques où les URL changent. Comprendre dans quelles situations des redirections sont nécessaires et comment les mettre en place prévient la perte de classement et la confusion des visiteurs. Le principe clé est que chaque fois qu’une URL disparaît de votre site et qu’un visiteur pourrait essayer d’y accéder à partir d’un lien externe, d’un ancien signet ou d’un index de moteur de recherche, vous avez besoin d’une redirection. Examinons les scénarios les plus courants où vous aurez besoin de redirections.
Changer des URLs Individuelles
Parfois, vous devez changer des URL individuelles tout en gardant la plupart de votre structure de site identique. Les raisons courantes incluent corriger les fautes de frappe dans les slugs, supprimer les mots vides, raccourcir les URL ou réorganiser le contenu dans différentes catégories. Quand vous changez une URL individuelle, configurez une redirection 301 de l’ancienne URL vers la nouvelle. C’est simple et indique à Google que le contenu s’est déplacé vers une nouvelle adresse permanente. Supervisez l’ancienne URL dans Google Search Console pour confirmer que Google trouve la redirection et finit par cesser d’explorer l’ancienne URL. Le processus prend généralement des jours à quelques semaines selon la fréquence à laquelle Google explore votre site.
Méfiez-vous de ne pas créer d’erreurs soft 404 en redirigeant plusieurs anciennes URL non liées vers votre page d’accueil. Si cinq anciens articles de blog redirigent vers votre page d’accueil, Google voit cela comme cinq URL pointant vers la même destination sans relation logique. Google peut interpréter cela comme une situation d’erreur soft 404 où vous cachez le fait que l’ancien contenu n’existe plus. Au lieu de cela, redirigez chaque ancienne URL vers l’URL la plus pertinente. Si l’ancien contenu n’existe plus et que vous n’avez pas de remplacement, utilisez une erreur 404 à la place d’une redirection.
Migrer de HTTP vers HTTPS
Migrer de HTTP vers HTTPS est l’une des migrations les plus sûres que vous puissiez faire. Google traite les versions HTTP et HTTPS du même domaine comme le même site, donc il n’est pas nécessaire d’utiliser l’outil Changement d’adresse dans Google Search Console. Configurez des redirections 301 de chaque URL HTTP vers son URL HTTPS correspondante. Cela se fait généralement au niveau du serveur en utilisant une seule règle de redirection plutôt que des redirections individuelles pour chaque page. Une fois que votre version HTTPS est en direct et fonctionne correctement, Google transférera progressivement son index de la version HTTP vers la version HTTPS. Ce processus est automatique et vous n’avez rien à faire de spécial au-delà de configurer les redirections.
Gardez les redirections HTTP vers HTTPS actives de manière permanente. Certains webmasters pensent qu’ils peuvent supprimer ces redirections après quelques années, mais les sites externes continueront à créer des liens vers les URL HTTP. Les utilisateurs peuvent avoir d’anciens signets avec HTTP. Les moteurs de recherche peuvent toujours explorer occasionnellement les URL HTTP. Les redirections ne coûtent rien à maintenir et vous protègent de la perte de trafic. Mettez à jour votre sitemap pour inclure uniquement les URL HTTPS et assurez-vous que vos liens internes et vos balises canoniques pointent tous vers HTTPS.
Changer Votre Nom de Domaine
Changer l’intégralité du nom de domaine est plus complexe que de changer des URL individuelles. C’est une migration importante qui nécessite une planification et une exécution prudentes. Configurez des redirections 301 de chaque ancienne URL de domaine vers l’URL de domaine correspondante. Dans Google Search Console, utilisez l’outil Changement d’adresse pour dire à Google de faire la migration. Cet outil accélère le transfert d’indexation par Google de l’ancien domaine vers le nouveau domaine. Le processus implique de télécharger votre sitemap pour le nouveau domaine, de vérifier la propriété des deux domaines, de confirmer que les redirections sont en place, puis de demander à Google de faire le changement d’adresse. Google transférera votre historique de recherche du site, vos classements et votre historique de crawl vers le nouveau domaine au fil du temps.
Une migration de domaine complet est l’un des mouvements SEO les plus risqués que vous puissiez faire parce que beaucoup de choses peuvent mal tourner. Assurez-vous que vos redirections sont correctes pour chaque page. Supervisez le nouveau domaine attentivement pendant plusieurs mois pour confirmer que le trafic se transfère correctement et que vous ne perdez pas de classements. Conservez des registres détaillés du trafic de l’ancien domaine et comparez-le au trafic du nouveau domaine après la migration. Commencez par des sites plus petits si possible. Les sites de grande taille avec des milliers de pages devraient diviser la migration en phases plutôt que de tout déplacer à la fois.
Restructurer Votre Architecture d’URL
Parfois, vous décidez de restructurer complètement comment vos URL sont organisées. Cela pourrait signifier déplacer tous les articles de blog de /blog/article-name/ vers /resources/article-name/, ou déplacer les pages de produits d’une structure plate vers une structure basée sur des catégories. C’est une restructuration majeure qui affecte beaucoup d’URL à la fois. Configurez des redirections 301 de chaque ancienne URL vers son URL correspondante. Cartographiez la structure attentivement avant de faire des changements. Créez une feuille de calcul montrant chaque ancienne URL et vers où elle devrait rediriger. Testez les redirections sur un environnement de staging avant de les déployer sur votre site en direct. Une fois que vous êtes confiant que les redirections sont correctes, implémentez-les toutes à la fois plutôt que par étapes.
Les grandes restructurations d’URL peuvent prendre plus de temps à être complètement traitées par les moteurs de recherche. La documentation de Google Search Central indique que le déplacement se fait URL par URL, ce qui signifie que Google découvrira chaque redirection individuellement et la traitera selon son calendrier de crawl. Pour les sites de grande taille avec des milliers de pages, ce processus peut prendre des semaines ou des mois. Pendant ce temps, les résultats de recherche peuvent être incohérents, affichant à la fois certaines anciennes URL et certaines nouvelles URL. C’est normal et devrait se résoudre une fois que Google a fini de ramprer toutes les redirections.
La Liste de Contrôle Complète de Migration de Site
Une migration réussie nécessite une planification et une exécution prudentes à travers plusieurs phases. Cette liste de contrôle couvre les tâches principales pour différents types de migrations. Les étapes exactes varieront selon que vous changez quelques URL, migrez vers HTTPS ou faites une migration de domaine complète, mais les principes généraux s’appliquent à toutes les migrations. Travaillez à travers cette liste de contrôle systématiquement et ne sautez pas les étapes.
Avant la Migration
Commencez par faire un inventaire complet de votre site actuel. Explorez votre site avec un outil comme SEMrush ou Ahrefs pour voir toutes vos URL, leurs classements actuels, le trafic et les backlinks. Exportez vos données de trafic actuelles depuis Google Analytics pendant au moins les trois derniers mois afin d’avoir une base de référence pour comparer après la migration. Vérifiez votre propriété de votre domaine dans Google Search Console et consultez vos statistiques actuelles de crawl et tout problème existant. Créez un document de mappage détaillé montrant exactement quelles anciennes URL redirigent vers quelles nouvelles URL. Pour les sites plus petits, une feuille de calcul fonctionne bien. Vérifiez deux fois votre mappage de redirection pour la précision avant de procéder.
Planifiez attentivement le timing de votre migration. Choisissez une heure quand le trafic est plus faible, comme tard le soir ou tôt le matin, afin que moins de personnes connaissent des problèmes. Notifiez votre équipe et tous les partenaires externes qui dépendent de votre API. Mettez à jour votre sitemap pour inclure les nouvelles URL et préparez les changements de robots.txt si nécessaire. Configurez la supervision dans Google Search Console pour les deux anciennes et nouvelles URL. Créez des rapports personnalisés dans Google Analytics pour suivre les mesures de migration séparément du trafic régulier. Testez tout sur un serveur de staging avant de faire des changements sur votre site en direct.
Pendant la Migration
Le jour où vous exécutez la migration, ayez votre équipe prête à superviser les problèmes. Implémentez les redirections sur votre serveur. Mettez à jour vos liens internes pour pointer vers les nouvelles URL au lieu de vous appuyer sur les redirections, car les liens internes sont plus efficaces. Mettez à jour vos sitemaps et soumettez-les à Google Search Console. Si vous faites une migration de domaine, vérifiez le nouveau domaine dans Search Console et utilisez l’outil Changement d’adresse. Si vous faites une migration HTTPS, mettez à jour votre robots.txt pour pointer vers la version HTTPS. Supervisez vos journaux de serveur et journaux d’erreurs pour les chaînes de redirection, les redirections infinies ou les erreurs 404 inattendues. Utilisez un outil comme Screaming Frog pour vérifier que vos redirections fonctionnent correctement.
Pendant les premières 24 heures après la migration, vérifiez votre site quelques heures pour vous assurer que tout fonctionne. Supervisez le CPU, la mémoire et la bande passante du serveur web pour vous assurer que la logique de redirection ne cause pas de problèmes de performance. Configurez des alertes de supervision pour les erreurs de crawl dans Google Search Console. Vérifiez la couverture pour tout nouveau problème. Testez les formulaires, les paiements et les fonctionnalités interactives pour vous assurer qu’elles fonctionnent toujours avec les nouvelles URL.
Après la Migration
Supervisez attentivement votre trafic pendant au moins deux semaines après la migration. Utilisez votre analysé pour comparer les anciens niveaux de trafic aux nouveaux niveaux de trafic. Google Analytics peut montrer un trafic plus faible temporairement en raison du temps nécessaire pour que Google recrawle et réindexe vos URL, mais il devrait se rétablir dans quelques jours pour la plupart des sites. Vérifiez Google Search Console quotidiennement la première semaine et hebdomadairement le mois suivant. Recherchez des augmentations d’erreurs de crawl ou de nouveaux problèmes. Confirmez que vos anciennes URL retournent des redirections 301 et non d’autres codes de statut. Vérifiez que les liens internes ont été mis à jour pour pointer directement vers les nouvelles URL au lieu de passer par des redirections.
À mesure que les semaines passent après la migration, supervisez vos classements pour les pages clés. Utilisez un outil de suivi de classement pour voir si vos positions restent stables, s’améliorent ou déclinent. Certaines fluctuations sont normales après une migration alors que Google ajuste son index. Les classements devraient se stabiliser en quelques semaines à quelques mois selon la taille de votre site. Comparez votre trafic organique à la même période de l’année précédente, en tenant compte des tendances saisonnières. Consultez votre budget de crawl dans Google Search Console pour vous assurer qu’il n’est pas gaspillé. Après quelques mois, vous pouvez être confiant que la migration a réussi si le trafic est revenu aux niveaux précédents ou s’est amélioré.
Combien de Temps Dure Une Migration de Site
Le délai pour une migration complète dépend de la taille de votre site et de l’ampleur des changements. Google Search Central fournit des directives générales : les petits et moyens sites complètent généralement leur migration en quelques semaines, tandis que les sites plus grands peuvent prendre plus de temps. Cette chronologie fait référence au moment où Google finit de recrawler et réindexer toutes vos pages, pas au moment où vous poussez les changements en direct. Vous implémentez les règles de redirection sur votre serveur en minutes ou heures. Google commence à découvrir et à suivre ces redirections en quelques heures à quelques jours. Le processus de réindexation complet prend beaucoup plus longtemps. Pour un petit blog avec des centaines de pages, Google peut finir de recrawler tout en deux à quatre semaines. Pour un site de grande taille avec des dizaines de milliers de pages, le processus peut prendre deux à trois mois ou plus.
La chronologie est affectée par plusieurs facteurs. Les sites explorés fréquemment terminent les migrations plus rapidement que les sites explorés peu fréquemment. Votre budget de crawl importe aussi. Le nombre de liens entrants pointant vers vos anciennes URL affecte également le timing. Si de nombreux sites externes créent des liens vers vos anciennes URL, Google continuera à essayer d’accéder à ces URL et remarquera les redirections. Si peu de sites externes créent des liens vers vos anciennes URL, Google peut ne pas découvrir les redirections aussi rapidement. Pendant la période de migration, vous verrez des résultats de recherche incohérents avec à la fois les anciennes et les nouvelles URL classées. Cela se normalise une fois la migration terminée.
Erreurs Courantes de Migration Qui Nuisent Réellement aux Classements
De nombreux sites web perdent des classements lors des migrations parce qu’ils font des erreurs évitables. L’erreur la plus courante est d’utiliser le mauvais type de redirection. Utiliser des redirections 302 quand 301 est plus exact indique à Google que le changement est temporaire. L’erreur la plus courante suivante est de créer des chaînes de redirection. Si votre ancienne URL redirige vers une URL intermédiaire qui redirige vers l’URL finale, vous avez créé une latence inutile. Cartographier les anciennes URL vers les mauvaises nouvelles URL est un autre problème fréquent. Si vous redirigez cinq différentes anciennes URL vers votre page d’accueil, vous créez des erreurs soft 404. Supprimez les redirections trop rapidement, ce qui est une erreur critique qui cause des dommages durables. Beaucoup de webmasters suppriment les redirections après quelques mois, en supposant que la migration est terminée. Les sites externes continuent à créer des liens vers les anciennes URL. Ne pas mettre à jour les liens internes est une erreur. Certains sites créent des redirections internes au lieu de changer les liens internes pour pointer vers les nouvelles URL. Cela force chaque clic sur un lien interne à passer par une redirection.
Superviser Votre Migration dans Google Search Console
Google Search Console est votre outil principal pour superviser une migration. Commencez par vérifier la propriété des deux domaines si vous faites une migration de domaine. Créez des propriétés séparées dans Search Console pour l’ancien domaine et le nouveau domaine. Dans la propriété du nouveau domaine, utilisez l’outil Changement d’adresse pour dire à Google de faire une migration de domaine. Cet outil n’est disponible que pour les migrations de domaine, pas pour les changements de structure d’URL ou les migrations HTTPS. Téléchargez votre nouveau sitemap et supervisez le rapport de couverture pour voir combien d’URL Google a indexées avec succès. Le rapport de couverture vous montre exactement quelles pages ont été indexées, lesquelles ont des erreurs et lesquelles sont exclues.
Consultez le rapport de couverture régulièrement pendant le premier mois après votre migration. Le nombre de pages indexées à votre nouveau domaine devrait augmenter graduellement à mesure que Google recrawle et réindexe votre contenu. Le nombre de pages indexées à votre ancien domaine devrait diminuer graduellement à mesure que Google découvre les redirections et consolide tout sous les nouvelles URL. Recherchez tout problème ou page exclu qui pourrait indiquer un problème avec vos redirections. Supervisez vos rapports d’améliorations si vous utilisez les données structurées, car vous devrez vous assurer que les données structurées sont correctes sur vos nouvelles URL. Le rapport Problèmes de sécurité vous avertira de tout malware ou problème de piratage détecté pendant la migration.
Quand Les Redirections Tournent Mal : Diagnostiquer Les Problèmes
Malgré une planification prudente, les redirections échouent parfois ou causent des problèmes inattendus. Le premier signe est généralement un pic d’erreurs dans Google Search Console ou une chute soudaine du trafic organique. Les problèmes courants incluent les boucles de redirection infinies où l’URL A redirige vers l’URL B qui redirige vers l’URL A. C’est une erreur critique qui verrouille les utilisateurs et les moteurs de recherche dans une boucle. Vérifiez vos règles de redirection attentivement pour vous assurer qu’aucune redirection circulaire n’existe. Un autre problème est une redirection vers une page d’erreur 404. Vous avez l’intention de rediriger oldurl.com vers newurl.com, mais newurl.com n’existe pas réellement ou a une erreur. Google et les utilisateurs sont redirigés vers une page cassée. Vérifiez que chaque destination de redirection existe et retourne un code de statut 200.
Une situation d’erreur soft 404 survient quand vous redirigez plusieurs URL non liées vers la même destination. Par exemple, si trois différents anciens articles de blog redirigent tous vers votre page d’accueil, Google peut interpréter les anciennes URL comme des soft 404s au lieu de redirections légitimes. Les chaînes de redirection sont un autre problème courant. Vous redirigez oldurl1 vers oldurl2 et oldurl2 vers oldurl3. L’utilisateur et le moteur de recherche doivent suivre deux redirections pour atteindre la destination finale. Détectez les chaînes de redirection en explorant votre site et en vérifiant le chemin de redirection pour chaque URL. Les redirections lentes sont un problème plus subtil qui affecte l’expérience utilisateur et l’efficacité du crawl. Si vos redirections prennent plus de 200 millisecondes, les utilisateurs le remarqueront.
Combien de Temps Devez-Vous Garder Les Redirections Actives
Google Search Central recommande explicitement de garder les redirections actives pendant au moins un an après une migration. Cette recommandation s’applique à tous les types de migrations, que vous changiez des URL, migriez vers HTTPS ou que vous changiez de domaine. De nombreux experts SEO prolongent cela à deux ans pour être extra prudents. Certains prolongent à une activation permanente, ce que beaucoup considèrent comme l’approche la plus sûre. La raison de la chronologie prolongée est que les sites web externes continueront à créer des liens vers vos anciennes URL longtemps après votre migration. Ces liens externes restent dans les résultats de recherche et dans les signets pendant des mois ou des années. Les utilisateurs cliquent sur ces liens en s’attendant à atteindre votre contenu. Une redirection s’assure qu’ils arrivent à votre page actuelle. Supprimez la redirection et ils rencontrent une erreur 404, perdant le visiteur et endommageant l’expérience utilisateur.
L’approche la plus conservatrice et recommandée est de garder les redirections actives de manière permanente. Le coût en ressources de serveur du maintien d’une redirection est essentiellement zéro. La plupart des serveurs gèrent les règles de redirection efficacement sans affecter la performance. L’avantage des redirections permanentes est que vous n’avez jamais à vous inquiéter de les supprimer trop tôt et de perdre du trafic. Si vous changez de fournisseur d’hébergement et voulez nettoyer les anciennes règles de redirection, assurez-vous que les redirections ont été en place pendant au moins un an et de préférence deux ans. Consultez votre analysé pour confirmer que le trafic vers les anciennes URL a chuté près de zéro avant de supprimer les redirections. Même après la suppression des redirections, une partie du trafic peut provenir des résultats en cache ou des anciens signets, alors soyez prêt à une petite augmentation des erreurs 404.
Pour plus de conseils sur les aspects techniques du référencement et des migrations de site, consultez notre guide complet de SEO technique pour propriétaires d’entreprise, qui couvre le contexte plus large du maintien de votre visibilité dans les moteurs de recherche. Comprendre l’optimisation du budget de crawl est également essentiel pendant les migrations, car les chaînes de redirection peuvent impacter l’efficacité d’exploration. Assurez-vous également que votre optimisation de la vitesse du site reste efficace pendant la migration. Enfin, vérifiez que vos Core Web Vitals restent sains tout au long du processus de migration.