Migrer WordPress vers un nouveau domaine sans perdre de SEO

En général, on change de domaine pour un changement de nom d’entreprise, un rebranding ou un passage d’une extension à une autre, par exemple de .it vers .com. Dans tous les cas, c’est une opération délicate mais prévisible si vous la suivez dans le bon ordre. Voici le parcours complet, avec les erreurs les plus fréquentes.

Avant de commencer #

Enregistrez le nouveau domaine et effectuez une sauvegarde complète. Le nouveau domaine doit être acheté au préalable, et l’ancien ne doit pas expirer. Pour la sauvegarde, vous avez besoin des fichiers (tout le dossier du site, surtout wp-content) et de la base de données. Une sauvegarde que vous n’avez jamais testée pour un rétablissement n’est pas une véritable sauvegarde : si vous utilisez un plugin, téléchargez l’archive sur votre ordinateur au lieu de la laisser sur le serveur.

Faites un état des lieux de la situation actuelle. Exportez depuis Search Console la liste des URL indexés et notez les pages qui génèrent le plus de trafic : elles vous seront indispensables pour le contrôle final.

Faites une photo de la situation actuelle. Exportez depuis Search Console la liste des URL indexés et notez les pages qui génèrent le plus de trafic : elles vous seront indispensables pour le contrôle final.

Vérifiez que le nouveau domaine est “propre”. S’il a déjà eu une existence, il peut traîner des pénalités. Consultez son historique sur archive.org et recherchez site:nuovodominio.it sur Google : cela vous évitera des mauvaises surprises difficiles à comprendre par la suite.

Transférer les fichiers et la base de données #

La méthode la plus simple est d’utiliser un plugin de migration comme Duplicator ou All-in-One WP Migration, qui crée un paquet unique contenant les fichiers et la base de données pour le restaurer sur la nouvelle installation. Pour les sites de taille normale, cela fonctionne très bien ; sur les sites très volumineux, vous serez confronté aux limites de temps du serveur ou à la taille maximale des versions gratuites. Si le site reste sur le même hébergeur et que seul le domaine change, il n’est souvent pas nécessaire de tout déplacer : il suffit de lier le nouveau domaine au même espace d’hébergement.

La méthode manuelle est plus laborieuse mais sans limites :

1. La méthode manuelle est plus laborieuse mais sans limites :
2. Téléchargez tous les fichiers du site via FTP (avec FileZilla ou Cyberduck) ou depuis le gestionnaire de fichiers du panneau de contrôle de votre hébergement.
3. Exportez la base de données au format SQL via phpMyAdmin ou depuis le panneau de l’hébergeur.
4. Téléchargez les fichiers sur le nouvel espace web.
5. Modifiez wp-config.php avec le nom de la base de données, l’utilisateur, le mot de passe et l’hôte de la nouvelle installation.

Remplacer les URL dans la base de données #

L’ancien domaine apparaît à des dizaines d’endroits dans la base de données : liens internes dans les articles, chemins des images, paramètres des plugins, champs personnalisés. Changer l’adresse dans les réglages ne suffit pas à les modifier.

Ne le faites pas avec un « rechercher et remplacer » dans phpMyAdmin. Certaines données sont enregistrées dans un format (sérialisé) qui contient la longueur de chaque texte : si vous modifiez le texte sans mettre à jour ce nombre, les données deviennent illisibles, et vos widgets ainsi que vos réglages disparaissent.

Il existe deux outils appropriés :

• Un plugin de recherche et remplacement capable de gérer les données sérialisées, comme Better Search Replace : d’abord en mode simulation, puis sur la véritable base de données.

• WP-CLI, si vous avez accès à la ligne de commande :

  wp search-replace 'https://vecchiodominio.it' 'https://nuovodominio.it' --all-tables --dry-run
  

  --dry-run montre ce qui changerait sans rien modifier : lancez-le ainsi, vérifiez le décompte et seulement après, répétez l’opération sans simulation.

Après le remplacement, vérifiez dans Réglages → Général que l’Adresse WordPress (URL) et l’Adresse du site (URL) de WordPress pointent vers le nouveau domaine en HTTPS. Si après le changement vous ne parvenez plus à accéder au tableau de bord, vous pouvez les forcer depuis wp-config.php, juste au-dessus de la ligne « That’s all, stop editing » :

define( 'WP_HOME', 'https://nuovodominio.it' );
define( 'WP_SITEURL', 'https://nuovodominio.it' );

Les redirections 301 : l’étape décisive #

La redirection doit être configurée sur l’ancien domaine, dans le fichier .htaccess situé à la racine (c’est un fichier caché : dans votre client FTP, activez l’affichage des fichiers cachés). Si le serveur est Apache, comme c’est le cas pour la plupart des hébergements mutualisés :

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?vecchiodominio\.it$ [NC]
RewriteRule ^(.*)$ https://nuovodominio.it/$1 [R=301,L]

Cette règle redirige chaque adresse vers la page correspondante sur le nouveau domaine, en conservant le chemin : vecchiodominio.it/articolo arrive sur nuovodominio.it/articolo. Placez-la avant les règles WordPress. Si le serveur utilise Nginx, la même chose se fait avec return 301 https://nuovodominio.it$request_uri; dans le bloc server de l’ancien domaine ; sachez que de nombreux panneaux d’hébergement proposent également une option de redirection déjà prête.

Trois points font toute la différence :

1. Le code doit être 301, pas 302. Le code 302 indique un déplacement temporaire et ne transfère pas l’autorité de la page.
2. Le code doit être 301, pas 302. Le 302 indique un déplacement temporaire et ne transfère pas l’autorité de la page.
3. La redirection doit se faire page par page. Tout rediriger vers la page d’accueil est l’erreur la plus dommageable : pour les moteurs de recherche, cela signifie que tous vos anciens contenus n’existent plus.

Si la structure des adresses change entre l’ancien et le nouveau site, des règles spécifiques sont nécessaires pour les pages principales ; préparez-les au préalable avec un tableau associant chaque ancien URL au nouveau.

Après la migration #

Dans l’ordre, sans sauter d’étape :

1. Certificat HTTPS sur le nouveau domaine, et vérifiez que le site ne répond qu’en HTTPS.
2. Changement d’adresse dans Search Console : ajoutez et validez la nouvelle propriété, puis depuis l’ancienne propriété, ouvrez Paramètres → Changement d’adresse et choisissez la nouvelle. L’outil vérifie que les redirections 301 fonctionnent, faites-le donc après les avoir activées. Si vous utilisez Bing Webmaster Tools, une fonction similaire est disponible.
3. Sitemap mis à jour et envoyé depuis la nouvelle propriété.
4. Sitemap mis à jour et envoyé depuis la nouvelle propriété.
5. Liens internes vérifiés avec un outil de scan : même après le remplacement dans la base de données, des éléments peuvent subsister dans les thèmes ou les menus.
6. Analytics : mettez à jour le flux avec le nouveau domaine dans Google Analytics, sinon les données s’interrompent sans raison apparente.
7. E-mails et services liés au ancien domaine : boîtes de réception, formulaires de contact, intégrations avec des services externes.

Demandez de l’aide à ceux qui vous font des liens #

Les redirections transfèrent l’autorité, mais un lien mis à jour vaut mieux qu’une redirection. Écrivez aux sites qui vous apportent le plus de trafic (les dix ou vingt premiers suffisent) et demandez-leur de mettre à jour l’adresse. C’est une heure de travail très rentable.

Mettez également à jour tout ce que vous contrôlez directement : profils sociaux, signatures d’e-mails, fiches d’entreprise dans les annuaires, supports imprimés s’ils sont encore utilisés.

Foire aux questions #

Combien de temps dois-je garder l’ancien domaine actif ? #

Au moins douze mois, idéalement vingt-quatre, et si vous le pouvez, renouvelez-le indéfiniment : cela coûte peu et vous évite qu’un tiers ne l’achète. Les moteurs mettent à jour leur index en quelques semaines, mais les liens éparpillés sur le web, les favoris et les références dans les documents restent pendant des années.

La redirection 301 fait-elle perdre de l’autorité à la page ? #

On parlait autrefois d’une légère perte. Aujourd’hui, Google affirme que la 301 transfère la valeur de la page, à condition que la destination propose un contenu équivalent. Le préjudice survient lorsque vous redirigez tout vers la page d’accueil ou vers des pages sans rapport.

Puis-je changer le domaine et la structure des URL en même temps ? #

C’est possible, mais il vaut mieux éviter : si quelque chose ne fonctionne pas, vous ne saurez pas lequel de ces deux changements est responsable. La méthode prudente consiste à changer de domaine, attendre quelques semaines que la situation se stabilise, puis seulement après modifier la structure.

Qu’advient-il des e-mails de l’ancien domaine ? #

Les redirections du site ne les affectent pas : elles concernent uniquement le trafic web. Les boîtes de réception doivent être déplacées séparément ; activez un transfert des anciennes vers les nouvelles adresses sur une longue période et prévenez vos contacts habituels. Mettez également à jour les enregistrements SPF, DKIM et DMARC du nouveau domaine, sinon vos messages finiront en spam.

L’extension de migration suffit-elle ? #

Pour déplacer le site, généralement oui. Cependant, elle ne couvre pas la partie la plus cruciale : les redirections sur l’ancien domaine et le changement d’adresse dans la Search Console. Ces deux étapes se font manuellement.

Les images et les liens internes se mettent-ils à jour automatiquement ? #

Non. En changeant l’adresse dans les réglages, les liens et les images insérés dans les articles continuent de pointer vers l’ancien domaine. Ils fonctionnent tant que la redirection est active, mais chaque clic nécessite une étape supplémentaire : c’est pourquoi une opération de recherche et remplacement dans la base de données est nécessaire.