Migrer son site WordPress sans tout casser.

Je me souviens très bien de mes premières migrations WordPress.
La peur n’était pas technique au départ : c’était surtout la crainte de perdre le site, les images, les contenus ou l’accès à l’administration.

Avec l’expérience, je vois la migration comme une opération assez logique : on copie les fichiers, on copie la base de données, on met à jour les accès et les URLs, puis on teste.
Là où les problèmes arrivent, c’est souvent quand on saute une étape, quand on sous-estime les URLs internes, ou quand on travaille directement en production sans filet.

Ce que je vérifie avant de toucher au site

Pourquoi migrer un site WordPress ?

Les raisons sont souvent très concrètes.
Un hébergement trop lent, un support absent, un changement de domaine, un passage de HTTP à HTTPS, ou encore un site développé en local qu’il faut mettre en ligne.

Deux méthodes possibles

Il existe deux grandes façons de migrer un site WordPress : avec une extension ou manuellement.
Je ne considère pas qu’une méthode soit toujours meilleure que l’autre. Le bon choix dépend de la taille du site, de votre aisance technique, des accès disponibles et du niveau de risque acceptable.

Pour un site vitrine simple, une extension peut très bien faire le travail.
Pour un site lourd, ancien, très personnalisé ou sensible, je préfère souvent reprendre la main manuellement.

Méthode 1 : migrer avec une extension

La méthode avec extension est la plus accessible.
Des outils comme All-in-One WP Migration permettent d’exporter un site, puis de le réimporter sur une nouvelle installation WordPress.

Méthode 2 : migrer manuellement

La migration manuelle demande plus de rigueur, mais elle reste compréhensible.
On transfère les fichiers, on exporte puis importe la base de données, on ajuste wp-config.php, puis on remplace les anciennes URLs. C’est moins confortable qu’un bouton d’import, mais beaucoup plus lisible quand il faut diagnostiquer un problème.

define( 'DB_NAME', 'nom_de_votre_nouvelle_base' );
define( 'DB_USER', 'nom_utilisateur_nouvelle_base' );
define( 'DB_PASSWORD', 'mot_de_passe_nouvelle_base' );
define( 'DB_HOST', 'localhost' );

wp search-replace 'https://ancien-site.com' 'https://nouveau-site.com' --skip-columns=guid

Vérifier la migration avant de déclarer victoire

Le site peut sembler fonctionner en page d’accueil alors que certains détails sont encore cassés.
Je prends toujours un moment pour tester les points essentiels avant de considérer la migration terminée, parce que les petits problèmes se cachent souvent dans les formulaires, les médias ou les pages profondes.

• La page d’accueil et plusieurs pages internes s’affichent correctement.
• Les images, fichiers PDF et médias chargent depuis le bon domaine.
• L’accès à /wp-admin fonctionne avec les bons identifiants.
• Les formulaires de contact envoient bien les messages.
• Les permaliens sont réenregistrés dans WordPress si besoin.
• Le certificat SSL est actif et le cadenas HTTPS apparaît correctement.
• Le cache WordPress, serveur ou CDN est vidé après les changements.

Pointer le domaine vers le nouvel hébergement

Quand tout est prêt, il reste à faire pointer le nom de domaine vers le nouvel hébergement.
Cette étape se règle chez le registrar ou dans la zone DNS : serveurs de noms, entrée A, CNAME, selon la configuration.

Que faire en cas de problème ?