Comment migrer WordPress vers un nouvel hébergement sans perdre le SEO

Déménager un site vers un nouveau serveur est souvent la source d'angoisse pour les propriétaires de WordPress. Ce n'est pas tant la copie des fichiers qui fait peur, mais ce qui vient après : est-ce que Google ne perdra pas la trace du site, est-ce que les formulaires continueront d'envoyer des e-mails, et est-ce que le trafic depuis les moteurs de recherche ne chutera pas de moitié. La bonne nouvelle, c'est que changer d'hébergement en soi ne fait pas baisser ton positionnement. Les pertes arrivent surtout lorsque, dans le cadre du déménagement, les URL changent, des pages disparaissent ou que le site renvoie des erreurs pendant plusieurs heures.

Dans ce guide, on te montre comment déplacer ton WordPress vers un nouvel hébergement, étape par étape, de manière à ce que Google ne remarque même pas le changement. On décrit la méthode manuelle, l'utilisation d'un plugin et comment faire avec l'aide de ton nouvel hébergeur.

Table des matières

• Est-ce que changer d'hébergement nuit au SEO ?
• Que préparer avant de migrer WordPress ?
• Comment faire une copie complète du site et de la base de données ?
• Comment migrer WordPress manuellement, étape par étape ?
• Peut-on migrer WordPress avec une extension ?
• Comment tester le site avant de changer les DNS ?
• Comment basculer un domaine sans interruption de service ?
• Que vérifier dans Google Search Console après la migration ?
• Les erreurs les plus fréquentes qui coûtent des positions
• FAQ

Le changement d'hébergement nuit-il au SEO ?

Le simple changement de serveur n'est pas un signal pour Google indiquant que le site est de moindre qualité. Le moteur de recherche analyse les URL, le contenu, les liens et vérifie si le site répond rapidement et sans erreurs. L'adresse IP du serveur n'a pas d'importance ici.

Les problèmes viennent de trois choses :

1. Changement d'adresses. Une structure différente des liens directs, passer de www à une version sans www ou de http à https sans redirections. Chaque ancienne adresse qui renvoie une erreur 404 perd les liens acquis et sa position.
2. Interruption. Si le robot Google rencontre plusieurs fois une erreur 5xx ou une page vide, il commence à visiter le site moins souvent, et lors d'une panne prolongée, il peut temporairement retirer les pages de l'index.
3. Éléments manquants. Fichier robots.txt perdu, plan du site désactivé, option "Demander aux moteurs de recherche de ne pas indexer le site" activée sur la version de test. C'est l'erreur la plus fréquente et la plus dommageable.

Si tu conserves les mêmes adresses, évites les interruptions et ne perds rien en chemin, la migration est neutre pour le SEO. Souvent, elle est même bénéfique, car un serveur plus rapide améliore le temps de réponse et les indicateurs Core Web Vitals.

Que préparer avant de transférer WordPress ?

Avant de copier quoi que ce soit, rassemble les accès et fais une liste de contrôle. Une demi-heure de préparation t'évitera du stress le jour du basculement.

Accès dont tu auras besoin :

• panneau de l'ancien hébergement (cPanel, DirectAdmin ou panneau propriétaire), ou bien les accès FTP ou SSH,
• accès à la base de données (phpMyAdmin ou identifiant MySQL),
• panneau du registraire de domaine, pour modifier les DNS ou les serveurs de noms,
• compte administrateur WordPress,
• accès à Google Search Console pour le domaine.

Liste des points à noter avant de commencer :

• la structure des permaliens (Réglages > Permaliens), elle doit être strictement la même sur le nouveau serveur,
• la version de PHP sur l’ancien hébergement, pour configurer une version identique ou plus récente compatible avec les plugins,
• la liste des boîtes mail, si la messagerie est hébergée au même endroit que le site,
• tâches cron et règles personnalisées dans .htaccess (redirections, blocages),
• export des URL, le plus simple est via le sitemap (/sitemap.xml ou /wp-sitemap.xml). Cela servira à vérifier après la migration que chaque adresse fonctionne toujours.

Il est aussi conseillé de baisser le TTL des enregistrements DNS du domaine à 300 secondes environ un jour avant le transfert. Ainsi, la modification de l'adresse du serveur se propagera sur Internet en quelques minutes au lieu de plusieurs heures.

Choisis une journée calme. Ne transfère pas une boutique pendant une vente ni le jour de l’envoi d’une newsletter.

Comment faire une copie complète de ton site et de ta base de données ?

WordPress se compose de deux parties : les fichiers et la base de données. Pour migrer, tu as besoin des deux.

Les fichiers. Le plus important est le dossier wp-content (thèmes, plugins, images téléchargées) ainsi que le fichier wp-config.php. Le plus simple est de compresser tout le dossier du site. En SSH, ça ressemble à ça :

cd ~/public_html
tar -czf ~/strona-kopia.tar.gz .

Sans SSH, télécharge les fichiers avec un client FTP (par exemple FileZilla) ou utilise le gestionnaire de fichiers dans le panneau d’hébergement, qui peut généralement compresser un dossier en ZIP.

La base de données. Le nom de la base, l’utilisateur et le mot de passe sont dans wp-config.php (constantes DB_NAME, DB_USER, DB_PASSWORD). L’export via SSH :

mysqldump -u USER -p DB_NAME > dump.sql

Sans SSH, fais l’export avec phpMyAdmin : sélectionne la base, onglet Export, méthode rapide, format SQL.

Avant de continuer, ouvre le fichier dump.sql et vérifie qu’il n’est pas vide et qu’il se termine normalement. Un dump de base corrompu est la raison la plus fréquente pour laquelle la migration « a presque réussi ».

Comment migrer WordPress manuellement, pas à pas ?

La migration manuelle offre un contrôle total et fonctionne quelle que soit la taille du site, même lorsque les extensions de migration peinent avec une bibliothèque de médias de plusieurs gigaoctets.

Étape 1. Prépare un espace sur le nouveau serveur

Crée sur le nouvel hébergement un site pour le domaine, une base de données vide et un utilisateur avec tous les droits sur cette base. Choisis la même version de PHP que sur l'ancien serveur (ou une version plus récente si tu sais que le thème et les extensions la supportent).

Étape 2. Télécharge les fichiers

Envoie l'archive sur le nouveau serveur et décompresse-la dans le répertoire du site :

tar -xzf strona-kopia.tar.gz

Avec FTP, il suffit de télécharger tous les fichiers. Vérifie que le fichier .htaccess est bien passé, car de nombreux programmes cachent par défaut les fichiers commençant par un point.

Étape 3. Importe la base

mysql -u NEW_USER -p NEW_DB < dump.sql

Ou via phpMyAdmin : choisis la nouvelle base, onglet Importer, puis indique le fichier SQL.

Étape 4. Modifie wp-config.php

Saisis dans wp-config.php les données de la nouvelle base : DB_NAME, DB_USER, DB_PASSWORD et DB_HOST. Ne change pas le préfixe des tables ($table_prefix), il doit correspondre à celui de la base importée.

Étape 5. Ne change pas l'adresse du site

Si le domaine reste le même, les adresses dans la base (siteurl et home dans la table wp_options) ne sont pas modifiées. C'est la règle la plus importante pour le SEO : le même domaine, le même protocole, les mêmes chemins. Tu ne remplaces les adresses dans la base que si tu changes volontairement de domaine, et dans ce cas, tu utilises un outil qui comprend les données sérialisées, comme wp search-replace avec WP-CLI. Un simple "chercher et remplacer" dans un fichier SQL peut endommager les réglages du thème et des widgets.

Étape 6. Enregistre à nouveau les liens permanents

Après ta première connexion, va dans Réglages > Liens permanents et clique sur Enregistrer sans rien modifier. WordPress actualisera ainsi les règles de réécriture d'URL et les sous-pages ne retourneront plus d'erreur 404.

Peut-on déplacer WordPress avec un plugin ?

Oui, et pour les petits sites, c'est la solution la plus rapide. Les plugins de migration populaires (All-in-One WP Migration, Duplicator, Migrate Guru) regroupent les fichiers et la base de données dans une seule archive, qu'ils décompressent ensuite sur une nouvelle installation WordPress sur le nouveau serveur.

Si tu déplaces ton site vers Saplo, tu peux utiliser notre plugin Saplo Migrate. Il ne nécessite ni FTP ni export de base de données : tu l'installes sur l'ancien site, tu colles la clé issue du panneau Saplo et tu cliques sur Démarrer. Il emballe les fichiers et la base par petits paquets, ce qui lui permet de fonctionner même sur un hébergement limité en temps, et en cas d'interruption, il reprend l'envoi là où il s'était arrêté. Les adresses dans la base de données sont automatiquement réécrites, et l'ancien site reste actif pendant ce temps.

Voici quelques limites à connaître :

• les versions gratuites ont souvent une limite de taille d'archive, ce qui peut être dépassé par de grandes bibliothèques d'images,
• l'import écrase toute l'installation, y compris les comptes utilisateurs, donc après l'import tu te connectes avec les identifiants de l'ancien site,
• sur un serveur source peu puissant, l'emballage peut s'arrêter en cours de route.

Quelle que soit la méthode, réalise une copie manuelle séparée avant le transfert. Le plugin facilite les choses, mais ce n'est pas une sauvegarde.

Comment tester un site avant de changer les DNS ?

C’est une étape qui différencie un déménagement serein d’un stress inutile. Le site est déjà sur le nouveau serveur, mais le monde voit toujours l’ancien. Tu as le temps de tout vérifier.

Il y a deux façons de voir la nouvelle version :

• le fichier hosts sur ton ordinateur. Tu ajoutes une ligne avec l’adresse IP du nouveau serveur et le domaine, par exemple 203.0.113.10 votredomaine.fr www.votredomaine.fr. Seul ton navigateur verra le nouveau serveur, le reste d’internet continue d’accéder à l’ancien,
• l’adresse de test fournie par l’hébergement. Beaucoup d’entreprises proposent un sous-domaine temporaire sous lequel tu peux voir le site migré.

Que vérifier sur la version de test :

1. la page d’accueil, quelques articles, les catégories et la page de contact,
2. la connexion au Panneau et la sauvegarde de n’importe quelle modification,
3. l’envoi du formulaire de contact (vérifier que le mail arrive),
4. dans la boutique : le panier, un paiement test et les mails de commande,
5. dans Paramètres > Lecture, vérifier que n’est PAS coché "Demander aux moteurs de recherche de ne pas indexer ce site",
6. que /robots.txt fonctionne ainsi que la carte du site,
7. que des adresses au hasard issues de la liste URL exportée auparavant renvoient le code 200.

Le dernier point peut facilement être automatisé par une simple boucle dans le terminal, qui interrogera chaque adresse de la carte du site et affichera celles qui ne renvoient pas 200.

Comment transférer un domaine sans interruption de service ?

Lorsque la version test fonctionne, tu modifies dans le panneau du registraire l’enregistrement A (et AAAA, s’il y a IPv6) vers l’adresse du nouveau serveur ou tu changes les serveurs de noms pour ceux du nouvel hébergement.

Pour éviter toute interruption :

• ne coupe pas immédiatement l’ancien hébergement. Pendant un jour ou deux, certains visiteurs peuvent encore être dirigés vers l’ancien serveur tant que leur DNS n’a pas rafraîchi l’enregistrement,
• gèle les modifications sur l’ancien site. Dès le moment de la copie, ne publie plus de nouveaux contenus, et pour une boutique, il est préférable de transférer le domaine à une heure creuse. Sinon, les commandes passées après la copie resteront sur l’ancien serveur,
• assure-toi du certificat SSL. Le nouveau serveur doit disposer d’un certificat valide pour le domaine dès la première minute. Un site avec une erreur de certificat aux yeux des visiteurs ou des robots ressemble à une panne,
• transfère les emails séparément et en connaissance de cause. Si les enregistrements MX pointaient vers l’ancien hébergement et que tu changes les serveurs de noms, les emails suivront automatiquement. Les boîtes doivent alors être créées au préalable sur le nouveau serveur.

Avec un TTL préalablement réduit, la plupart du trafic passe au nouveau serveur en une quinzaine de minutes.

Que vérifier dans Google Search Console après un déménagement ?

L'outil "Changement d'adresse" dans Search Console sert uniquement au changement de domaine. Lors d'un simple changement d'hébergement, tu ne l'utilises pas. À la place, pendant les deux premières semaines, observe :

• Pages > Indexation des pages. Vérifie si le nombre de pages avec une erreur 404 ou 5xx n'augmente pas,
• Paramètres > Statistiques d'indexation. Ce rapport affiche le temps de réponse du serveur pour le robot Google. Après un déménagement vers un serveur plus rapide, le temps moyen devrait diminuer,
• Plans de site. Envoie à nouveau le plan de site pour que le robot visite plus vite la page sur le nouveau serveur,
• Performance. Des fluctuations de quelques positions dans les premiers jours sont normales. Une baisse durable signifie généralement des adresses perdues ou un blocage d'indexation.

Il est aussi utile de jeter un œil au journal des erreurs sur le nouveau serveur pendant quelques jours. Une extension PHP manquante ou un mauvais répertoire de téléchargement apparaissent plus rapidement là-bas que dans les statistiques.

Erreurs fréquentes qui coûtent des positions

• Option "ne pas indexer le site" activée transférée depuis la version de test. Le site disparaît de Google en quelques jours.
• Structure des liens permanents différente. Les adresses changent sans redirections 301, et tout l'historique des liens est perdu.
• Contenu mixte après passage en HTTPS : images et scripts chargés via http, avertissements dans le navigateur.
• Ancien serveur désactivé avant la propagation DNS. Certains visiteurs et les robots rencontrent une erreur pendant plusieurs heures.
• Redirections perdues depuis .htaccess. Les anciennes redirections 301, accumulées pendant des années, disparaissent si le nouveau serveur utilise nginx et que personne ne les a réécrites.
• Pas de test des formulaires et des emails. Le site fonctionne, mais les demandes des clients n’arrivent plus depuis une semaine.

Migration de WordPress vers Saplo

Tu peux migrer ton WordPress vers Saplo de deux façons.

Toi-même, avec le plugin Saplo Migrate. Tu crées une application WordPress dans le panneau, dans ses détails tu cliques sur Déplacer le site ici et tu télécharges le plugin. Sur l’ancien site, tu l’installes via Extensions, Ajouter, Envoyer une extension sur le serveur, dans Outils, Saplo Migrate tu colles la clé depuis le panneau et tu cliques sur Démarrer la migration. La progression est visible aux deux endroits. Tu vérifies le site final à l’adresse de test du Box avant de basculer le domaine. Avant d’importer le site transféré, le contenu actuel de l’application est sauvegardé à côté, de sorte que tu peux toujours revenir en arrière.

Avec notre aide. Si tu préfères ne pas le faire toi-même, la migration est gratuite. Tu fournis l’accès à l’ancien panneau, FTP ou SSH, et nous migrons le site, le mettons à l’adresse de test, puis nous basculons le domaine quand tu confirmes que tout fonctionne. Le courrier est migré séparément, via l’assistant de migration d’e-mails dans le panneau.

Chaque Box inclut un certificat SSL gratuit renouvelé automatiquement, et les formules débutent à 27 € par an. Tu trouveras les détails d’hébergement pour ce CMS sur la page hébergement WordPress, et tu peux installer une nouvelle instance en un clic depuis le catalogue d'applications.

FAQ

Vais-je perdre mon classement sur Google après un changement d'hébergement ?

Non, si le domaine, le protocole et les adresses des sous-pages restent identiques et que le site ne subit aucune interruption. De légères variations dans le classement les premiers jours sont normales et disparaissent d'elles-mêmes. Une baisse durable signifie presque toujours que les adresses ont été modifiées sans redirections ou que l'indexation est bloquée.

Combien de temps prend la migration de WordPress vers un nouvel hébergement ?

La simple copie et l'import d'un petit site prennent entre une quinzaine de minutes et une heure. Il faut ensuite ajouter les tests et la propagation DNS, qui dure une quinzaine de minutes avec un TTL réduit, et jusque plusieurs heures avec les paramètres par défaut. Il est prudent de prévoir l'ensemble du processus sur un à deux jours.

Dois-je utiliser l'outil "Changement d'adresse" dans la Search Console ?

Non. Cet outil sert uniquement à un changement de domaine. Lors d'un changement de serveur avec le même domaine, il n'est pas nécessaire de signaler quoi que ce soit dans la Search Console, il suffit de renvoyer le plan du site et de suivre les rapports.

Le courrier électronique sera-t-il transféré avec le site ?

Pas automatiquement. Les boîtes mail sont un service séparé. Si le courrier est hébergé chez l'ancien prestataire, il faut créer les mêmes boîtes sur le nouveau serveur, transférer les messages, puis seulement ensuite modifier les enregistrements MX ou les serveurs de noms du domaine.

Que faire si, après la migration, les sous-pages renvoient une erreur 404 ?

Le plus souvent, il suffit d'aller dans Réglages > Permaliens et de cliquer sur Enregistrer. Si cela ne suffit pas, le nouveau serveur ne supporte pas les règles de .htaccess (c’est le cas par exemple avec nginx) et il faut ajouter dans sa configuration la redirection des requêtes vers index.php.