Migration WordPress
Changer d’hébergeur sans perdre son site ni son référencement

Changer d’hébergeur : une décision souvent prise trop tard

Une PME envisage rarement une migration WordPress par plaisir. La décision arrive souvent après des signaux faibles devenus trop visibles : site lent, support absent, hébergement trop cher, agence indisponible, serveur obsolète, incidents répétés, sauvegardes floues, accès mal documentés, sécurité insuffisante ou besoin de reprendre la maîtrise du site.

Le problème est que la migration est parfois décidée dans l’urgence. On veut partir vite, récupérer le site, changer d’hébergeur ou sortir d’une relation prestataire compliquée. C’est précisément dans ces moments que les erreurs arrivent : sauvegarde incomplète, DNS modifié trop tôt, emails oubliés, URLs perdues, cache non vidé, certificat SSL absent, version PHP incompatible, Search Console non contrôlée.

Pour un dirigeant, le sujet n’est pas de devenir technicien. Il est de savoir quoi demander, quoi contrôler et quels risques refuser.

Migration WordPress : de quoi parle-t-on exactement ?

Le mot “migration” recouvre plusieurs réalités. Les confondre crée des attentes irréalistes.

Une migration d’hébergement sans changement d’URL est généralement moins risquée pour le référencement qu’une migration qui modifie les adresses des pages. Google distingue d’ailleurs les changements d’infrastructure, comme l’hébergement, des migrations avec changement d’URL.

Pourquoi changer d’hébergeur WordPress ?

Les raisons peuvent être légitimes, mais elles doivent être clarifiées avant d’agir. Un changement d’hébergeur ne résout pas tout : un site lourd, mal maintenu ou dépendant d’un thème fragile restera fragile ailleurs.

Avant de migrer : récupérer les accès critiques

Une migration peut être bloquée par un seul accès manquant. Avant toute action technique, il faut vérifier que l’entreprise ou le prestataire mandaté dispose des accès nécessaires.

Ce qu’il faut sauvegarder avant toute migration

Une migration sérieuse commence par une sauvegarde complète, vérifiée et récupérable. WordPress rappelle qu’un site ne se résume pas aux fichiers : les contenus, réglages, utilisateurs et données dynamiques sont stockés dans la base de données.

Une sauvegarde non testée reste une hypothèse. Avant de basculer, il faut au minimum savoir si elle est complète, récente, lisible et restaurable sur un environnement de test.

Migration à l’identique ou migration avec nettoyage ?

Migration à l’identique. Le site est copié tel quel vers un nouvel hébergement. L’objectif est de limiter les changements. C’est souvent l’option la plus sûre lorsque l’urgence est de sortir d’un hébergement problématique.

Migration avec nettoyage. La migration est utilisée pour corriger certains problèmes : supprimer des plugins, changer PHP, nettoyer la base, revoir les caches, renforcer la sécurité, remplacer des outils obsolètes. C’est utile, mais chaque changement supplémentaire augmente le besoin de test.

Google recommande, lors des migrations importantes, de changer une seule chose à la fois lorsque c’est possible : par exemple ne pas cumuler simultanément changement de domaine, changement de CMS et changement de mise en page.

Le risque SEO : ne pas perdre les pages qui comptent

Une migration peut casser le référencement si les URLs, contenus, balises ou signaux techniques changent sans préparation.

Pour les migrations avec changement d’URL, Google recommande de préparer une correspondance entre les anciennes URLs et les nouvelles URLs, puis de configurer les redirections depuis les anciennes pages vers leurs nouvelles destinations.

Redirections 301 : le point qui évite beaucoup de pertes

Si les URLs changent, il faut prévoir un plan de redirection. Les anciennes pages doivent pointer vers les nouvelles via des redirections permanentes, généralement des redirections 301.

• permanente lorsque le changement est définitif ;
• page par page autant que possible ;
• logique pour l’utilisateur ;
• testée avant et après mise en ligne ;
• conservée suffisamment longtemps ;
• documentée.

Le risque email : ne pas casser les messages

Beaucoup de migrations WordPress cassent les emails sans que le site lui-même soit en panne. Le changement d’hébergement web ne doit pas entraîner automatiquement un changement de messagerie.

Il faut traiter site et emails comme deux sujets distincts, même s’ils utilisent le même domaine.

Le risque technique : PHP, base, plugins, cache

Un site peut fonctionner sur l’ancien serveur et casser sur le nouveau. Les causes sont souvent liées à l’environnement.

Une migration est donc aussi un test de maturité technique. Elle révèle les dépendances anciennes, les plugins abandonnés, les réglages non documentés et les développements spécifiques.

Le cas WooCommerce : attention aux commandes

Un site WooCommerce doit être migré avec une prudence particulière. Entre la sauvegarde et la bascule, de nouvelles commandes peuvent arriver.

Figer les commandes ne se fait pas automatiquement. En pratique, cela peut passer par un mode maintenance, une désactivation temporaire des moyens de paiement WooCommerce, une fenêtre de migration annoncée, ou une bascule à un moment de faible activité. L’objectif est d’éviter qu’une commande soit créée sur l’ancien site pendant que la nouvelle version devient active.

Préproduction : tester avant de basculer

Un site de préproduction, ou staging, est une copie du site utilisée pour tester la migration avant de modifier le site public.

• affichage des pages principales ;
• fonctionnement du back-office ;
• formulaires ;
• panier et tunnel WooCommerce ;
• paiement en mode test ;
• emails transactionnels ;
• performance ;
• erreurs PHP ;
• logs ;
• droits fichiers ;
• permaliens ;
• certificats SSL ;
• indexation bloquée sur la préproduction.

La préproduction doit rester non indexable par Google, mais cette protection doit être retirée uniquement du site public au moment de la bascule.

DNS et bascule : le moment critique

La bascule DNS est le moment où le domaine commence à pointer vers le nouvel hébergement.

Après migration : les contrôles indispensables

Une migration n’est pas terminée quand le site s’affiche. Elle est terminée quand les fonctions critiques sont vérifiées.

Google recommande d’utiliser Search Console pendant les migrations, de vérifier les propriétés concernées et de surveiller l’indexation, les sitemaps et le trafic.

Que faire si la migration échoue ?

Une migration peut échouer malgré une bonne préparation. Le problème n’est pas l’existence d’un incident, mais l’absence de plan de retour.

Le plan de retour doit être décidé avant la migration. Il faut savoir combien de temps on attend avant de revenir en arrière, qui prend la décision et quelles données risquent d’être perdues.

Les erreurs fréquentes

Checklist dirigeant avant validation

FAQ

Une migration réussie est une migration préparée

Changer d’hébergeur WordPress n’est pas seulement une opération de copie. C’est une opération de maîtrise : maîtrise des accès, des sauvegardes, des DNS, des emails, du SEO, des tests, des performances et du retour arrière.

Pour une PME, le vrai risque n’est pas de migrer. Le vrai risque est de migrer sans savoir ce qui dépend du site, qui possède les accès, quelles pages génèrent du trafic, quelles données doivent être préservées et comment vérifier que tout fonctionne après bascule.

Une migration réussie doit être presque invisible pour les visiteurs : le site reste accessible, les formulaires fonctionnent, les emails arrivent, les commandes sont enregistrées, Google retrouve les pages, et l’entreprise gagne en maîtrise.