Extension de migration ou copie à la main
Ou : l’extension va plus vite, la main sait ce qu’elle a copié.
La réponse courte : si le nom de domaine ne change pas, la copie manuelle suffit et reste la méthode la plus prévisible. Les fichiers partent par SFTP, la base par un export SQL, puis on reporte les nouveaux identifiants de base dans wp-config.php. La documentation officielle de WordPress sur le déménagement d’un site le dit sans détour : déplacer un site sans changer ses adresses se fait, dans la plupart des cas, en déplaçant les fichiers. Une extension de migration devient utile quand l’adresse change, parce qu’elle réécrit les URL sans casser les données sérialisées, ou quand vous préférez un assistant à un client SFTP. C’est l’une des étapes que l’on retrouve dans tout changement de prestataire d’hébergement.
Le choix de l’extension se joue moins sur les fonctions que sur une limite discrète : la taille d’archive que la version gratuite accepte à l’import, souvent bornée par la taille d’envoi fixée par l’hébergeur.
Pour qui : un site WordPress ou WooCommerce qui change d’hébergeur et dont le propriétaire veut confier la migration au support plutôt qu’à une extension.
À partir de : 5,75 € par mois hors TVA pour l’hébergement WordPress Infomaniak, facturés à l’année, après 30 jours d’essai gratuit (tarif affiché le 12 novembre 2026).
Pour démarrer : ouvrir l’hébergement WordPress Infomaniak, demander la migration du site au support, puis tester la copie avant de modifier le DNS.
Migrer WordPress vers un autre hébergeur : cinq extensions et la méthode manuelle
| Extension | Ce que permet la version gratuite | Version payante, prix catalogue | À savoir |
|---|---|---|---|
| All-in-One WP Migration | Export d’un site de toute taille ; import par l’écran Import | Extension Unlimited : 69 $ par an, jusqu’à 50 sites | La taille d’envoi fixée par l’hébergeur peut bloquer une grosse archive en version gratuite |
| Duplicator | Archive de toute taille et installeur, qui s’utilise sur un serveur sans WordPress | Pro dès 79 $ par an pour 2 sites | Remise de 60 % affichée le jour du relevé ; renouvellement au plein tarif |
| UpdraftPlus | Migration par téléchargement des sauvegardes puis envoi sur le nouveau site, avec recherche et remplacement intégrés | Premium dès 70 $ par an pour 2 sites, migration en un clic | Le site d’arrivée doit déjà tourner sous WordPress avec l’extension |
| WPvivid | Migration par envoi de la sauvegarde ou migration automatique entre deux sites | Pro dès 49 $ par an pour 2 domaines | Remise de 20 % affichée le jour du relevé |
| Migrate Guru | Gratuit, jusqu’à 200 Go, réécriture des URL et données sérialisées gérées | Aucune | Le transfert passe par les serveurs de l’éditeur |
Relevés du 12 novembre 2026 sur les fiches WordPress.org et les pages de prix des éditeurs, en dollars américains ; les pages relevées ne précisent pas si les taxes sont comprises. Les prix d’appel bougent souvent, et Duplicator comme WPvivid affichaient une promotion ce jour-là : seuls les prix catalogue figurent dans le tableau.
All-in-One WP Migration est honnête, dans sa fiche WordPress.org, sur le point qui fâche : la version gratuite exporte un site de toute taille et le réimporte par l’écran Import, mais c’est l’hébergeur qui décide de la taille de fichier qu’on peut envoyer, et une sauvegarde volumineuse peut ne pas passer. L’extension payante contourne justement cette limite. Migrate Guru évite le problème autrement, en faisant transiter le site par ses propres serveurs ; c’est commode, mais cela signifie qu’une copie complète du site, base de données comprise, passe chez un tiers le temps du transfert.
La méthode manuelle tient en quatre gestes : télécharger tous les fichiers du site, en particulier wp-content, exporter la base, créer chez le nouvel hébergeur une base vide et son utilisateur, puis importer et reporter le nom de la base, l’utilisateur et le mot de passe dans wp-config.php. Si l’adresse change, il reste un cinquième geste, le seul délicat. La documentation de WordPress prévient qu’un rechercher-remplacer sur toute la base peut casser la sérialisation, parce que certains thèmes et widgets stockent la longueur de l’URL à côté de sa valeur. Elle propose trois voies : une extension comme Better Search Replace, la commande wp search-replace de WP-CLI, ou un script dédié. La documentation de WP-CLI précise que la commande gère les données PHP sérialisées. Elle suppose un accès en ligne de commande où WP-CLI est installé, ce qui dépend de l’hébergeur.
| |
L’option --skip-columns=guid n’est pas une coquetterie : WordPress recommande de ne pas modifier la colonne GUID, qui sert aux flux RSS, faute de quoi les lecteurs de flux republient d’anciens articles comme s’ils étaient neufs.
Quand la base refuse de passer
Le point de rupture le plus fréquent n’est pas WordPress, c’est l’import de la base : fichier trop lourd pour phpMyAdmin, délai d’exécution dépassé, ou collation MySQL 8 inconnue d’un serveur MariaDB plus ancien. Les parades sans accès au serveur sont réunies dans l’export d’une base MySQL d’un hébergeur à l’autre.
Le cas des sites qui ne sont pas encore sous WordPress
Une extension de migration suppose un WordPress au départ. Un site construit sur Wix ou Squarespace ne se migre pas ainsi : on récupère ce qui s’exporte, articles, produits, images, et on reconstruit le reste. L’inventaire est dressé dans la sortie d’un créateur de site.
Laisser le nouvel hébergeur s’en charger
Plusieurs hébergeurs migrent un WordPress gratuitement, soit à la main, soit avec leur propre extension. Le service varie beaucoup : un technicien chez l’un, un outil en libre-service chez l’autre, des conditions de délai ou d’offre ailleurs. Avant d’acheter une licence, comparez ces offres, détaillées dans les migrations offertes par les hébergeurs.