Une migration WordPress peut affecter votre visibilité organique lorsque Google rencontre des URL modifiées, des liens internes cassés, des pages inaccessibles ou des signaux d’indexation contradictoires. Que vous changiez d’hébergeur, refondiez votre site, passiez au HTTPS ou changiez de domaine, l’objectif reste le même : permettre aux utilisateurs et aux moteurs de recherche de trouver facilement la bonne version de chaque page importante.
Vous ne pouvez pas garantir que vos positions ne fluctueront jamais pendant une migration, surtout après un changement de domaine. En revanche, un plan de migration SEO structuré réduit fortement les pertes de trafic évitables et aide Google à transférer les signaux de l’ancien site vers le nouveau. Pour une démarche structurée, découvrez comment établir un plan de migration SEO.
Commencez par l’approche de migration la moins risquée
L’option la plus sûre consiste à conserver le nom de domaine, la structure des URL, le contenu des pages et les métadonnées pendant que vous transférez le site WordPress chez un nouvel hébergeur. Dans ce cas, Google continue de voir les mêmes pages aux mêmes adresses.
Le risque augmente si vous changez en même temps de domaine, supprimez des pages, modifiez la structure des permaliens ou lancez une refonte importante. Tout cela est possible, mais demande une préparation minutieuse. Traitez une migration comme un projet SEO, et pas seulement comme un déploiement technique. En cas de changement de domaine, lisez aussi notre article sur le SEO lors d’une migration de domaine.
Auditez le site existant avant tout changement
Avant de migrer, notez ce qui performe actuellement dans les résultats de recherche. Vous disposez ainsi d’une base de référence pour le plan de redirection, le contrôle qualité et le suivi après le lancement.
- Crawlez le site actuel et exportez toutes les URL indexables, les codes de statut, les titres, les meta descriptions, les balises canoniques et les liens internes.
- Identifiez les pages qui génèrent le plus de trafic organique, de conversions, de backlinks et d’impressions.
- Exportez les données de mots-clés et de performance des pages depuis Google Search Console.
- Téléchargez une sauvegarde WordPress complète, avec les fichiers, la base de données, la médiathèque et les fichiers de configuration.
- Documentez votre fichier robots.txt, votre sitemap XML, vos données structurées et votre configuration analytics actuels.
Donnez la priorité aux URL à forte valeur. Une redirection oubliée sur une page d’archive secondaire est rarement critique. Une redirection manquante sur un produit, un service ou un article bien positionné peut vous coûter du trafic, des liens et des leads.
Gardez l’environnement de staging hors de Google
Un site de staging est utile pour vérifier la migration avant le lancement, mais il ne doit pas concurrencer le site en ligne dans les résultats de recherche. Protégez l’environnement de test par une authentification lorsque c’est possible. Utilisez aussi une directive noindex et veillez à ce que le domaine de staging ne figure dans aucun sitemap XML.
Ne vous fiez pas uniquement au réglage WordPress « Demander aux moteurs de recherche de ne pas indexer ce site ». Vérifiez le code source de la page et les en-têtes HTTP pour vous assurer que les moteurs reçoivent bien le signal noindex voulu. Avant le lancement, retirez les restrictions de staging du nouveau site en ligne.
Créez un plan de redirection URL par URL
Si le domaine ou la structure des URL change, les redirections permanentes 301 sont la base d’une migration SEO réussie. Chaque ancienne URL doit rediriger directement vers la nouvelle URL la plus proche.
Par exemple, si /wordpress-seo-guide/ devient /guides/wordpress-seo/, redirigez l’ancienne page directement vers cette nouvelle page. Évitez d’envoyer toutes les anciennes URL vers la page d’accueil. Cela dégrade l’expérience des utilisateurs et complique la compréhension, pour Google, du lien entre l’ancien et le nouveau contenu.
| Statut de l’ancienne URL | Action appropriée |
|---|---|
| La page a un remplaçant évident | Ajoutez une redirection 301 directe vers la nouvelle URL correspondante. |
| La page reste inchangée | Conservez la même URL et vérifiez qu’elle renvoie un code 200. |
| Le contenu a été fusionné avec une autre page pertinente | Redirigez vers la page fusionnée la plus pertinente. |
| La page n’a pas d’équivalent utile et doit rester supprimée | Renvoyez un statut 404 ou 410 plutôt que de rediriger vers une page sans rapport. |
Mettez en place les redirections au niveau du serveur lorsque c’est possible, plutôt que de créer de longues chaînes via plusieurs plugins ou règles. Une chaîne de redirection comme ancienne URL → URL temporaire → nouvelle URL ralentit le crawl et peut affaiblir le signal de migration. Vérifiez que chaque URL redirigée atteint sa destination finale en une seule étape.
Contrôlez les URL WordPress, les liens internes et les signaux techniques
Après le transfert, mettez à jour si nécessaire l’adresse web de WordPress et l’adresse web du site. Vérifiez ensuite s’il reste des références à l’ancien domaine dans les articles, les pages, les fichiers médias, les menus, les champs personnalisés, les balises canoniques ou le balisage schema. Si vous quittez WordPress pour une autre plateforme, utilisez une checklist de migration de CMS pour préparer les contrôles techniques et SEO.
Un rechercher-remplacer maîtrisé permet de mettre à jour les URL internes absolues, mais faites toujours d’abord une nouvelle sauvegarde de la base de données. Ne remplacez pas à l’aveugle des valeurs dans des champs complexes ou des réglages de plugins sans tester. Les sites WordPress contiennent souvent des données sérialisées, et une modification erronée de la base peut casser la mise en page ou des fonctionnalités.
Validez ces points essentiels d’une migration WordPress
- Les permaliens se chargent correctement et les URL importantes ne renvoient pas d’erreur 404.
- Les liens internes pointent vers les nouvelles URL souhaitées et non vers d’anciennes URL redirigées.
- Les images, PDF, scripts et fichiers CSS se chargent en HTTPS sans avertissement de contenu mixte.
- Les balises canoniques renvoient vers les bonnes URL en ligne.
- Le fichier robots.txt ne bloque pas de pages, ressources ou sections importantes du site.
- Les pages importantes sont indexables et ne contiennent pas de balise noindex ajoutée par erreur.
- Les sitemaps XML ne contiennent que des URL canoniques et indexables qui renvoient un code 200.
- Les réglages de cache, de CDN et de sécurité ont été mis à jour pour le nouvel environnement.
Conservez aussi les éléments SEO on-page lorsque le contenu n’a pas changé en profondeur. Les titres de page, les intertitres, les meta descriptions, les données structurées et le contexte des liens internes aident Google à comprendre que la nouvelle URL représente la même page pertinente.
Lancez avec soin et testez la migration en ligne
Planifiez la migration à un moment où votre équipe peut surveiller le site et résoudre rapidement les problèmes. Évitez de lancer juste avant des congés, une campagne ou une période de forte activité commerciale.
Une fois le nouveau site en ligne, crawlez-le à nouveau. Comparez ce crawl à votre export d’avant la migration pour repérer les pages cassées, les titres manquants, les directives noindex accidentelles, les boucles de redirection et les liens qui pointent encore vers l’ancien domaine. Testez manuellement les parcours de conversion clés, comme les formulaires de contact, le tunnel de commande, les connexions et les ressources téléchargeables. Appuyez-vous sur cette checklist SEO pour le déménagement de votre site pour vos contrôles de lancement.
Si vous avez changé de domaine, gardez l’ancien domaine actif et redirigé. Le supprimer trop tôt peut casser des backlinks précieux et empêcher les utilisateurs d’atteindre le nouveau site. Maintenez les redirections sur le long terme, en particulier pour les URL qui ont des backlinks, des positions ou du trafic référent récurrent.
Signalez le nouveau site à Google
Ajoutez et validez le nouveau domaine ou la nouvelle propriété d’URL dans Google Search Console. Soumettez le nouveau sitemap XML et surveillez le rapport Pages pour détecter les problèmes d’indexation. Après un changement de domaine complet, utilisez l’outil de changement d’adresse de la Search Console s’il s’applique à votre migration.
Ne soumettez pas un sitemap rempli d’anciennes URL redirigées. Le sitemap doit lister les pages finales et canoniques que vous souhaitez faire crawler et indexer par Google.
Suivez les positions, le trafic et les erreurs de crawl après le lancement
Les moteurs de recherche ont besoin de temps pour crawler les redirections, traiter les nouvelles URL et mettre à jour leur index. Des variations à court terme sont possibles, mais une baisse persistante signale généralement un problème de migration qui mérite une analyse.
Examinez ces signaux tous les jours pendant les premières semaines, puis régulièrement au cours des mois suivants :
- Les clics organiques, les impressions et les positions moyennes dans Google Search Console.
- Le statut d’indexation des pages prioritaires.
- Les erreurs 404, les erreurs serveur et les problèmes de redirection.
- Le trafic organique par page de destination dans votre outil d’analytics.
- L’évolution des backlinks qui pointent vers l’ancien domaine.
- La vitesse des pages et les Core Web Vitals après le changement d’hébergeur ou de thème.
Dans la mesure du possible, demandez aux propriétaires de vos liens externes les plus précieux de les mettre à jour vers la nouvelle URL. La redirection 301 prend en charge les liens existants, mais des liens directs évitent des redirections inutiles et renforcent le nouvel emplacement.
Quand faire appel à un spécialiste SEO ?
Un simple changement d’hébergeur avec des URL inchangées peut souvent être géré par un développeur expérimenté. L’accompagnement SEO devient particulièrement utile lorsque vous changez de domaine, fusionnez des sites, modifiez une vaste structure d’URL, migrez une boutique en ligne ou lancez un site refondu avec d’importants changements de contenu.
InSpace propose des conseils et un accompagnement en optimisation SEO pour les changements techniques, structurels et éditoriaux d’un site, y compris la planification de la migration et les contrôles après le lancement. Un audit SEO ciblé avant le lancement aide à repérer les risques liés aux URL, à l’indexation et au contenu avant qu’ils n’affectent votre visibilité organique.
Questions fréquentes
Comment migrer un site WordPress ?
Commencez par créer et tester une sauvegarde complète. Construisez et validez le nouvel environnement, migrez les fichiers et la base de données, adaptez la configuration WordPress si nécessaire et testez le site avant de le rendre public. Si des URL changent, préparez et testez les redirections 301 avant le lancement.
Faut-il changer d’hébergeur et de nom de domaine en même temps ?
C’est possible, mais cela ajoute de la complexité. Si le calendrier le permet, changer d’abord d’hébergeur en conservant le domaine et les URL existants facilite la résolution des problèmes. Si les deux changements doivent avoir lieu ensemble, utilisez un plan de redirection détaillé et prévoyez plus de temps pour les tests.
Combien de temps les redirections 301 doivent-elles rester actives après une migration ?
Gardez les redirections aussi longtemps que possible. Au minimum, elles doivent rester actives bien au-delà de la période initiale de réindexation. Des redirections maintenues sur le long terme protègent les utilisateurs, les backlinks et le trafic référent qui peuvent encore passer par les anciennes URL.
Puis-je mettre temporairement mon site WordPress hors ligne pendant une migration ?
Une courte période de maintenance peut être nécessaire, mais réduisez l’indisponibilité au minimum. Des interruptions prolongées peuvent affecter les utilisateurs, les conversions et le crawl. Si une page de maintenance temporaire est nécessaire, renvoyez un code 503 avec un en-tête Retry-After, afin que les moteurs de recherche comprennent que l’interruption est temporaire.


Nous sommes toujours à l’écoute.


