Redirections pour migration de site

Votre site déménage. **Vos visiteurs suivent.**

Les liens, les favoris et les résultats de recherche pointent toujours vers votre ancien domaine. Pointez-le vers RedirHub, et ces URL continuent de mener aux bonnes pages de votre nouveau site, même une fois l’ancien serveur arrêté.

Les redirections de migration de site, expliquées#

Une redirection de migration envoie la requête d’une ancienne URL vers la page qui l’a remplacée. Quand un site change de domaine, les anciennes adresses ne disparaissent pas : les liens d’autres sites, les favoris, les e-mails, les supports imprimés et les résultats de recherche continuent d’y pointer.

Sans redirections, ces requêtes échouent dès que l’ancien serveur est arrêté. Avec elles, chaque ancienne URL répond avec sa nouvelle adresse, et les visiteurs arrivent sur la bonne page.

Les redirections 301 lors d’un changement de domaine#

Pour un déménagement définitif, utilisez une redirection 301. Elle indique aux navigateurs et aux moteurs de recherche que la page a déménagé pour de bon, et où elle se trouve désormais. Les redirections temporaires (302 ou 307) sont prévues pour les déplacements que vous comptez annuler : lors d’une migration, elles envoient le mauvais signal.

Les redirections ne fonctionnent que si quelque chose répond pour l’ancien domaine. En pointant le DNS de l’ancien domaine vers un service de redirection plutôt qu’en gardant l’ancien serveur en ligne, vous pouvez arrêter ce serveur tout en gardant les anciennes URL accessibles en HTTPS.

Migrations à chemins identiques et à URL modifiées#

Une migration prend l’une de deux formes :

  • Mêmes chemins. Le nouveau site garde la structure des URL, seul le domaine change. Une redirection de domaine entier transmet chaque chemin et chaque chaîne de requête : /blog/launch sur l’ancien domaine arrive sur /blog/launch sur le nouveau.
  • URL modifiées. Des pages ont été renommées, fusionnées ou réorganisées. Chacune a besoin de sa propre ligne dans le plan de redirection : l’ancienne URL et la nouvelle URL qui la remplace.

Savoir quel cas s’applique à chaque nom d’hôte vous indique la taille du plan de redirection à prévoir.

Plan de redirection et préparation de la migration#

Un plan de redirection est un tableur avec une ligne par ancienne URL et sa destination. Le construire représente l’essentiel du travail d’une migration :

  • Listez les anciennes URL qui doivent continuer à fonctionner. Votre sitemap, vos rapports d’analytics et de backlinks sont de bonnes sources, tout comme les URL imprimées ou envoyées par e-mail.
  • Pour chacune, choisissez la page équivalente la plus proche sur le nouveau site.
  • Enregistrez le plan au format CSV, avec une colonne source et une colonne destination.
  • Vérifiez l’import avant toute écriture et corrigez les lignes en erreur.
  • Une fois le DNS pointé vers le service de redirection, contrôlez les URL clés, puis arrêtez l’ancien serveur.

Les erreurs de redirection fréquentes lors d’une migration#

  • Tout envoyer vers la page d’accueil. Les visiteurs perdent la page qu’ils cherchaient. Redirigez plutôt chaque URL vers son équivalent le plus proche.
  • Les chaînes de redirections. Une ancienne URL qui passe par une URL intermédiaire avant la destination finale ajoute une étape à chaque visite. Pointez chaque ancienne URL directement vers sa destination finale.
  • Des redirections temporaires pour un déménagement définitif. Utilisez 301, pas 302, quand le déménagement est définitif.
  • Perdre les chaînes de requête. Les paramètres de campagne et de suivi doivent être transmis à la nouvelle URL.
  • Oublier des noms d’hôte. La version www, les domaines nationaux et les anciens sous-domaines ont eux aussi besoin d’une redirection.
  • Arrêter l’ancien serveur trop tôt. Vérifiez que les redirections répondent pour l’ancien domaine avant d’éteindre l’ancien serveur.

Questions fréquemment posées

Pour cette partie de la migration, en général non. RedirHub répond pour un nom d’hôte dès que son DNS pointe ici : il convient donc aux noms d’hôte que vous quittez. Si le nouveau site garde le même nom d’hôte, les redirections des chemins modifiés s’exécutent normalement sur l’origine, le CDN ou le serveur de ce site. Si la migration retire aussi d’autres noms d’hôte (un ancien domaine national ou un ancien sous-domaine), ceux-ci peuvent pointer vers RedirHub.
Chaque URL modifiée correspond à un lien géré. Une redirection de domaine entier qui transmet chemins et paramètres utilise un domaine et aucun lien géré. Chaque ancien nom d’hôte que vous connectez compte pour un domaine, et un domaine racine couvre son www. Les cartes des forfaits ci-dessus indiquent ce que comprend chaque forfait.
Non. Si les chemins restent les mêmes sur le nouveau domaine, une redirection de domaine entier les couvre tous. Si les chemins changent, associez les URL qui comptent : pages avec du trafic de recherche, backlinks, favoris et tout ce qui a été imprimé ou envoyé par e-mail. Vos exports d’analytics et de crawl sont le point de départ habituel, et vous pouvez ajouter d’autres URL plus tard avec un nouvel import CSV.
Vous pointez le DNS de l’ancien domaine vers RedirHub. Le tableau de bord indique l’enregistrement à ajouter pour chaque nom d’hôte : un CNAME ou un enregistrement A. Un domaine racine, ou tout nom d’hôte sur un enregistrement A, nécessite aussi un enregistrement TXT pour être vérifié. Les changements DNS mettent du temps à atteindre tous les résolveurs, selon votre fournisseur et le TTL des enregistrements. Une fois le DNS vérifié, RedirHub met en place le HTTPS automatiquement et active la redirection dès que la connexion sécurisée est prête. Gardez l’ancien serveur en marche jusqu’à ce que vos redirections clés soient contrôlées, puis arrêtez-le.
La vérification de l’import contrôle le fichier et votre forfait : https:// manquant ou mal formé dans les destinations, types de redirection non pris en charge, capacité du forfait et lignes www en double, et elle montre chaque modification avant toute écriture. Elle ne visite pas les pages de destination. Après la bascule, contrôlez vos anciennes URL les plus importantes avec le Vérificateur de redirection gratuit.
Oui. Les forfaits partent de la capacité incluse et s’étendent : sur Core et Pro, vous pouvez ajouter de la capacité en liens gérés. La vérification indique combien de domaines et de liens gérés un fichier utilise avant l’import. Pour les migrations très volumineuses ou multi-domaines, contactez les ventes pour une capacité et un accompagnement sur mesure.
Partez de deux chiffres : le nombre d’anciens noms d’hôte que vous migrez et le nombre d’URL modifiées à associer. Les cartes des forfaits ci-dessus indiquent ce que comprennent Core et Pro ; Pro offre en plus un historique d’analytics plus long. Les deux forfaits peuvent être étendus : saisissez vos chiffres dans le calculateur de prix pour voir le tarif.
Tant que les anciennes URL reçoivent des visites. Les liens sur d’autres sites, les favoris et les supports imprimés n’expirent pas selon votre calendrier. Les statistiques de redirection montrent quelles anciennes URL sont encore utilisées, pour retirer les redirections en connaissance de cause plutôt qu’au hasard.
Redirections pour migration de site | Redirections 301 en masse pour changement de domaine - RedirHub