Réaliser une migration de domaine sans encombre
2018-12-13 - 12 min de lecture - par Bill Hartzer
Il existe de nombreuses raisons qui pourraient vous pousser à réaliser une migration de nom de domaine. Cela peut être le passage d’un nom de domaine vers un autre, la combinaison de plusieurs sites web en un seul ou simplement une migration HTTP vers HTTPs. Les migrations de domaine ne sont pas forcément fastidieuses. Cependant, si elles ne sont pas réalisées correctement, elles peuvent avoir de sérieuses conséquences négatives comme la perte de trafic ou de classement, ce qui peut également signifier une perte de chiffre d’affaires.
Note : Bill a séparé cet article en différentes vidéos qui résument sa réflexion.
La migration le plus commune est lorsque vous passez d’un site non-sécurisé à un site sécurisé. Les URLs de votre site web vont passer de HTTP à HTTPs. Si vous n’avez pas encore procédé à ce type de migration, je vous recommande de sérieusement envisager de passer à un site web sécurisé. Les moteurs de recherche considèrent le HTTPs comme un facteur de classement. Les dernières versions de navigateurs comme Google Chrome et Firefox ont commencé à prévenir les utilisateurs lorsqu’ils visitent des sites web non-sécurisés.
Exemple d’un avertissement Firefox qui apparaît lorsque vous visitez une page chargeant des ressources HTTP sur une URL HTTPS.
Migrer votre site d’une version HTTP à une version HTTPs implique différentes étapes importantes. Ces étapes incluent le certificat SSL du site puis la vérification que le site web a bien été complètement migré :
Après avoir réalisé des centaines de migrations HTTPs au cours des dernières années et avoir été consulté de nombreuses fois pour des problèmes liés à cette migration, je peux affirmer qu’une erreur revient très souvent. Généralement, les sites web ne sont pas entièrement migrés de HTTP à HTTPs. La migration n’est pas complètement terminée. Par exemple, les pages sur le site peuvent ressortir correctement lorsque vous tapez https://www.votredomaine.com dans un navigateur web mais les liens sur le site pointent toujours vers la version HTTP. Les images sur le site peuvent être référencées via la version HTTP, ce qui engendre l’apparition du symbole “cadenas brisé” dans le navigateur web lorsque vous visitez l’une de ces pages.
Lorsque vous migrez un site web de HTTP à HTTPs, il est crucial que la migration de domaine soit complètement réalisée. Installer un certificat SSL sur votre site n’est pas suffisant. Ce n’est que le début de la procédure de migration. Avant de commencer votre migration HTTPs, prenez le temps de :
Configurez un nouveau crawl et ajoutez “Data Sources” à votre crawl. Puis, cliquez sur l’onglet “URL Files” pour télécharger la liste des URLs.
Dans ce cas, j’ai sélectionné l’option “List of URLs” et ajouté la liste des URLs des redirections 301 que j’avais déjà ajoutée à mon fichier .htaccess. J’ai ajouté ces URLs dans un fichier texte que j’ai ensuite compressé dans un fichier .ZIP.
Une fois que vous avez lancé votre crawl et qu’il est complet, vous devriez pouvoir aller dans le Data Explorer et voir les redirections pour vous assurer qu’elles montrent bien toutes des redirections 301 permanentes. Voici un exemple ci-dessous, des données que j’ai utilisées pour détecter les redirections configurées suite à la migration de certains contenus vers mon nouveau domaine.
Vous pouvez aussi obtenir une vue générale de ces données dans le rapport Status Codes :
Vous pouvez trouver plus d’information sur ce mode et la manière dont il fonctionne ici.
Votre site ne devrait pas s’appuyer uniquement sur des redirections 301 permanentes. Si vous ne mettez pas à jour vos liens internes sur votre site, par exemple, alors les liens internes vont causer des redirections 301, ce qui n’est pas une bonne chose. Lorsque vous crawlez votre site depuis la page d’accueil, vous ne devriez pas rencontrer de redirections ou d’erreurs 404. Les redirections doivent rester en place le temps que vous préveniez tout le monde (moteurs de recherche et visiteurs) que vos URLs passent de HTTP à HTTPs. De plus, vous devrez rediriger les clics d’autres sites web qui pointent toujours vers la version HTTP de votre site. Mais, cliquer sur un lien de votre site qui pointe vers une autre page ne devrait pas causer de redirection. Vous avez le contrôle sur votre site et il s’agit d’une partie courante de la maintenance globale de votre site.
Lorsque vous arrivez à ce stade, vous êtes prêts pour la migration vers HTTPs. Pour la plupart des migrations de domaine, une fois que le certificat SSL est en place sur votre site, surtout sur un WordPress, je me lance et procède à la migration. Je mets à jour toutes les références internes au HTTP ainsi que les paramètres WordPress (Settings/General) pour informer WordPress de l’existence des nouvelles URLs HTTPs.
Après votre migration, vérifiez bien toutes les versions de votre site dans la Google Search Console. Pour la plupart des sites sans configuration de sous domaines personnalisés, il y en a au moins 4 que vous devrez vérifier :
https://
https://www
http://
http://www
Une fois que vous aurez réussi à migrer votre site en HTTPs, le trafic de “l’ancienne version” devrait ensuite chuter alors que le trafic vers la version HTTPs que vous utilisez commencera à augmenter. Les représentants de Google ont affirmé que tant que vous redirigez correctement vers le HTTPs, vous ne devriez avoir aucun risque de perte de trafic, car la migration aura été réalisée correctement. Pourtant, je vois très régulièrement des sites qui ne parviennent pas à réaliser une migration complète et c’est à ce moment-là que les classements et le trafic chutent dramatiquement. Le passage en HTTPs a de nombreux bénéfices tant qu’il est réalisé correctement.
Un autre type de migration de nom de domaine qui arrive plus souvent que l’on ne pense est une migration où vous passez d’un nom de domaine à un autre. En général, cela arrive lorsque vous avez un long nom de domaine ou un nom de domaine qui utilise un TLD (Top Level Domain) non adapté. Puis, vous tombez sur un nom de domaine peut-être plus court ou tout simplement mieux : il s’agit d’un nouveau nom de domaine gTLD qui contient vos mots-clés. Vous l’achetez et prévoyez de migrer votre site vers ce nom de domaine nouvellement acheté. Vous n’avez pas de raisons d’avoir peur des migrations de domaine de ce type. Vous ne perdrez pas vos classements ni votre trafic si elle est bien bien réalisée.
Donc, vous changez de nom de domaine, et migrez vers un nouveau nom. Découvrons ensemble les étapes qui vous permettront de réaliser cette migration sans encombre.
Tout d’abord, il faut comprendre qu’il y a en général deux scénarios différents :
Il est extrêmement important que vous compreniez les différences entre ces deux scénarios. L’ancien statut de votre nom de domaine pourrait avoir un énorme impact sur son utilisation future. Par exemple, si le nom de domaine a déjà été enregistré, il pourrait avoir eu un passé mouvementé :
Dans la plupart des cas, il est possible d’obtenir un nom de domaine avec un passé propre ou du moins nettoyé. Mais pas sans efforts. Si votre nom de domaine a déjà été enregistré dans le passé, je vous recommande de paramétrer un microsite avec du contenu lié à votre thématique. Le contenu doit être le même que celui que vous allez utiliser pour pouvoir rediriger vers votre futur site. Laissez ce microsite (au moins 3 à 5 pages) pendant quelques semaines (ou plus) pour vous assurez que l’utilisation de ce nom de domaine ne pose pas de problèmes. Assurez-vous qu’il est bien indexé dans les moteurs de recherche. Ainsi, lorsque vous procéderez à la véritable migration, vous serez conscients de tous les potentiels problèmes liés à ce nom de domaine. Faites bien cette vérification préalable ou engagez quelqu’un avec de l’expérience pour le faire à votre place. Verified Domains propose également un service complet de vérification du passé d’un nom de domaine.
Si le nom de domaine n’a jamais été enregistré auparavant ni utilisé pour un autre site web alors vous êtes chanceux. Vous n’avez pas à vous préoccuper d’éventuels problèmes liés à son passé. Je vous recommande tout de même quelques vérifications préalables pour vous assurer de sa fiabilité.
Si vous êtes sûrs de votre nouveau nom de domaine, alors la première étape est de prendre connaissance de tout le contenu présent sur le site existant et de trouver toutes les URLs potentielles qui ont pu exister sur le site. Par exemple, vous pouvez réaliser un crawl complet avec OnCrawl et les options suivantes :
En incluant toutes ces données dans le crawl d’OnCrawl, vous vous assurez de trouver toutes les URLs qui ont existé sur le site. De cette manière, toutes les redirections que vous paramétrez (en redirigeant l’ancien nom de domaine vers le nouveau) prendront en compte tout le trafic et les liens potentiels que l’ancien nom de domaine a pu avoir.
La procédure pour passer d’un nom de domaine à un autre est très simple et inclut les étapes suivantes :
Configurez un nouveau crawl et ajoutez “Data Sources”. Puis cliquez sur l’onglet “URL Files” pour télécharger le fichier contenant la liste d’URLs.
Vous pouvez trouver plus d’information sur le mode liste ici.
Vous devrez maintenir ces redirections en place pendant un long moment. Je recommande de ne jamais retirer les redirections qui renvoient depuis l’ancien nom de domaine vers le nouveau. Les anciennes URLs vont rester dans l’index de Google pendant longtemps, j’ai vu certaines y rester pendant au moins 3 ans si les redirections restent en place. L’ancien nom de domaine se montrera dans les résultats de recherche seulement si vous le recherchez. L’ancien nom de domaine ne devrait se classer pour aucun mot-clé si les redirections sont bien restées en place et sont correctement paramétrées.
Un jour, vous pourriez avoir besoin de combiner le contenu de plusieurs sites en un seul. Beaucoup d’étapes sont similaires dans les procédures de combinaison de contenu ou de déplacement. Mais la situation se complique lorsqu’il faut décider quel contenu déplacer, quel contenu rediriger et quel contenu supprimer complètement du site (et donc ne pas déplacer).
Je recommande de suivre les étapes suivantes pour combiner deux ou plusieurs sites en un seul :
Configurez un nouveau crawl et ajoutez les “Data Sources”. Puis, cliquez sur l’onglet “URL Files” pour télécharger le fichier de la liste d’URLs.
Vous pouvez trouver plus d’information sur ce mode liste ici.
Que vous migriez de HTTP à HTTPs, d’un domaine à un autre ou que vous combiniez des sites web en un seul, vous devrez procéder à un crawl. Utilisez les crawls pour trouver toutes les URLs possibles (pages) qui ont pu exister sur le site, et exploitez les données lorsque vous configurez les redirections. Il est impératif que vous utilisiez les redirections 301 permanentes pour minimiser le nombre de rebonds des visiteurs (ou des bots des moteurs de recherches) et pour les diriger vers la destination finale. Je vois trop souvent des problèmes avec les classements dans les moteurs de recherche ou des chutes de trafic à cause d’une mauvaise migration de site, ou des migrations où les procédures n’ont pas été suivies correctement. Avec un bon plan, une compréhension de l’intégralité de la procédure et une vérification aguerrie, votre prochaine migration de domaine se déroulera sans encombre et sans aucune perte de trafic ou chute de classements.
