Migrer un site vers WordPress sans perdre son SEO : méthode et checklist

Migrer un site vers WordPress sans perdre son SEO demande beaucoup plus qu’un transfert de pages. Il faut préserver les URL utiles, les contenus qui se positionnent, les liens internes, les métadonnées et les signaux techniques déjà compris par Google. La migration devient risquée quand le changement de CMS, la refonte graphique, le nouveau domaine et la réécriture des contenus sont menés en même temps, sans inventaire ni plan de retour arrière.

Ce guide présente une méthode concrète pour passer d’un autre CMS à WordPress — ou déplacer un WordPress existant — en limitant les erreurs qui provoquent des pages introuvables, une désindexation ou une chute durable de trafic. Une fluctuation temporaire reste possible : aucune migration sérieuse ne peut promettre un classement parfaitement immobile.

Sommaire

• Identifier le type de migration
• Inventorier l’existant avant de construire
• Créer le mapping des anciennes et nouvelles URL
• Construire et tester le WordPress de préproduction
• Mettre en place les redirections sans créer de pièges
• Organiser la bascule
• Surveiller les semaines suivantes
• Checklist de migration WordPress
• FAQ

Toutes les migrations WordPress n’ont pas le même risque SEO

Le mot « migration » recouvre plusieurs opérations. Leur difficulté ne dépend pas seulement du nombre de pages, mais surtout du nombre de signaux que vous changez simultanément.

Changer d’hébergement sans modifier les URL

Le domaine, les chemins et les contenus restent identiques ; seuls le serveur, la base de données ou l’infrastructure changent. Le risque SEO est généralement limité si le nouveau serveur répond correctement, si le certificat HTTPS fonctionne et si aucune règle de cache, de sécurité ou de réécriture ne bloque Google.

La documentation WordPress recommande de sauvegarder les fichiers et la base avant le déplacement. Un hébergement web professionnel doit aussi permettre une préproduction, une restauration vérifiable et un support capable d’intervenir pendant la bascule.

Changer de CMS pour passer à WordPress

Cette migration touche la façon dont les pages sont générées. Wix, Joomla, Drupal, Webflow ou un CMS propriétaire ne produisent pas les mêmes URL, modèles, données structurées ni règles de navigation. Le risque vient moins de WordPress que de ce qui disparaît ou change pendant la reconstruction.

Changer le domaine, les URL et le design en même temps

C’est le scénario le plus sensible. Google recommande, lorsque c’est possible, de modifier les éléments l’un après l’autre. Si le domaine, le CMS, l’arborescence et les contenus changent le même jour, il devient beaucoup plus difficile d’identifier la cause d’une baisse.

1. Inventorier l’existant avant de construire le nouveau site

Une migration SEO commence par une photographie de l’ancien site. Ne vous contentez pas du menu : il ne montre ni les anciennes pages encore indexées, ni les contenus orphelins, ni les URL qui reçoivent des liens externes.

Réunir les URL depuis plusieurs sources

• crawl du site et sitemap XML ;
• pages et requêtes dans Google Search Console ;
• pages d’entrée dans l’outil de mesure d’audience ;
• export du CMS, catalogue produit et fichiers médias ;
• liens externes connus et campagnes publicitaires ;
• URL présentes dans les menus, e-mails, documents ou QR codes.

Pour chaque page, conservez au minimum l’URL, le code de réponse, le title, la méta-description, le H1, la canonical, l’indexabilité et la destination des principaux liens internes. Ajoutez les clics, impressions, conversions ou contacts quand les données sont disponibles.

2. Créer un mapping URL par URL

Le mapping est le document central de la migration. Chaque ancienne URL reçoit une décision explicite : conserver, rediriger, fusionner ou supprimer. L’objectif n’est pas de rediriger le plus de pages possible, mais de proposer une destination réellement équivalente à l’utilisateur.

Google déconseille de rediriger en masse les anciennes URL vers la page d’accueil lorsqu’elle n’est pas une destination équivalente. Une redirection permanente 301 ou 308 doit aller directement vers la page finale. Les chaînes — ancienne URL vers une étape intermédiaire puis vers la destination — ralentissent la résolution et compliquent le diagnostic.

3. Construire le nouveau WordPress sans perdre les signaux utiles

Le site de préproduction doit être protégé des moteurs de recherche et, idéalement, par authentification. Cette protection évite l’indexation d’une copie inachevée. Elle doit toutefois être retirée avant la mise en ligne : une case « demander aux moteurs de ne pas indexer » oubliée suffit à compromettre la migration.

Importer le contenu ne suffit pas

L’outil d’export WordPress produit un fichier WXR contenant notamment les articles, pages, commentaires, champs personnalisés, taxonomies et menus. Il est utile pour transporter du contenu entre deux WordPress, mais il ne remplace pas une migration complète du thème, des extensions, des réglages, des médias et des fonctionnalités métier.

Lors d’un passage depuis un autre CMS, il faut aussi contrôler les images, les auteurs, les catégories, les formulaires, les fiches produit et les relations entre contenus. Les remplacements d’URL dans une base WordPress doivent respecter les données sérialisées : une modification brute peut casser des réglages stockés par le thème ou les extensions.

Préserver ce que Google et les utilisateurs comprennent déjà

• intention et contenu principal des pages qui génèrent du trafic ou des demandes ;
• titles, descriptions, H1 et données structurées pertinentes ;
• liens internes et textes d’ancrage utiles ;
• URL des images importantes ou redirections correspondantes ;
• balises canonical, hreflang et règles robots si le site les utilise ;
• mesure des conversions, formulaires et événements importants.

La migration peut améliorer un contenu obsolète, mais évitez de réécrire toutes les pages prioritaires en même temps que le changement de plateforme. Une refonte de site structurée distingue les éléments à préserver de ceux qui peuvent évoluer sans brouiller la lecture des résultats.

4. Tester les redirections avant la bascule

Une redirection n’est validée que lorsqu’elle répond réellement avec le bon statut et la bonne destination. Le tableur de mapping doit devenir un plan de test automatisable : chaque ancienne URL est appelée, puis comparée à la destination attendue.

Les contrôles indispensables

• une seule redirection permanente vers la page finale ;
• aucune boucle, chaîne inutile ou destination en erreur ;
• pas de redirection générale vers l’accueil ;
• variantes HTTP/HTTPS et www/sans www cohérentes ;
• liens internes mis à jour vers les nouvelles URL, sans dépendre des 301 ;
• canonical de chaque page pointant vers sa propre URL finale indexable.

Les redirections permanentes constituent un signal de canonicalisation pour Google. Elles ne dispensent pas de corriger les liens internes, le sitemap, les balises sociales ou les références présentes dans les campagnes.

5. Organiser la mise en ligne comme une intervention réversible

Planifiez la bascule pendant une période de trafic plus faible. Avant l’intervention, réalisez une dernière sauvegarde complète et vérifiez qu’elle peut être restaurée. Notre guide sur la sauvegarde automatique WordPress explique pourquoi la présence d’un fichier de sauvegarde ne suffit pas sans test de restauration.

1. geler brièvement les modifications sur l’ancien site ;
2. synchroniser les derniers contenus, comptes, commandes ou formulaires ;
3. mettre en ligne le nouveau WordPress ;
4. activer les redirections et contrôler un échantillon prioritaire ;
5. retirer les protections de préproduction et vérifier l’indexabilité ;
6. tester navigation, formulaires, e-mails, paiement et suivi des conversions ;
7. générer le sitemap final et le soumettre dans Search Console.

Si le domaine change, vérifiez les deux propriétés dans Search Console et utilisez l’outil de changement d’adresse après la mise en place des redirections. Cet outil concerne un changement de domaine ou de sous-domaine ; il ne s’utilise pas pour un simple changement de chemin interne ou un passage de HTTP à HTTPS.

6. Surveiller la migration pendant plusieurs semaines

Google précise qu’une migration est traitée URL par URL. Une variation de positions est donc possible pendant le nouveau crawl et la réindexation. Le délai dépend du volume, de la vitesse du serveur et de la fréquence de découverte des pages ; promettre une récupération en un nombre fixe de jours serait trompeur.

Contrôlez quotidiennement au début, puis espacez progressivement :

• codes 404, erreurs serveur et redirections inattendues ;
• pages indexées, exclues ou explorées sans indexation ;
• clics, impressions et positions des pages prioritaires ;
• conversion des formulaires, appels et ventes ;
• journaux serveur et activité de Googlebot ;
• Core Web Vitals et performance réelle sur mobile ;
• ancien domaine et anciennes URL encore sollicités.

Conservez les redirections tant que les anciennes URL peuvent recevoir des visites ou des liens. Ne supprimez pas l’ancien hébergement ou l’ancienne configuration avant d’avoir confirmé que le nouveau site, les redirections, les e-mails et les outils de suivi fonctionnent.

Checklist : migrer vers WordPress sans oublier l’essentiel

• □ sauvegarde complète et restauration testée ;
• □ inventaire des URL issu du crawl, du sitemap, des données SEO et du CMS ;
• □ pages prioritaires identifiées par trafic, liens et conversion ;
• □ mapping validé pour chaque ancienne URL ;
• □ contenus, métadonnées, canonicals et schémas repris ;
• □ préproduction protégée puis blocages retirés avant lancement ;
• □ redirections permanentes testées sans chaîne ni boucle ;
• □ liens internes et médias mis à jour ;
• □ responsive, performance, formulaires et parcours commerciaux testés ;
• □ sitemap final soumis et Search Console surveillée ;
• □ plan de retour arrière documenté ;
• □ responsable de la surveillance désigné après la mise en ligne.

FAQ sur la migration d’un site vers WordPress

Peut-on migrer vers WordPress sans perdre de trafic SEO ?

On peut fortement limiter les pertes durables en conservant les URL utiles, le contenu, les liens et les métadonnées, puis en testant les redirections. Une fluctuation temporaire reste toutefois possible pendant le nouveau crawl et la réindexation.

Faut-il garder exactement les mêmes URL ?

Oui quand elles sont claires, indexées et toujours adaptées au contenu. Une URL peut changer si l’architecture l’exige, à condition de prévoir une redirection permanente directe vers une page réellement équivalente.

Un plugin suffit-il pour migrer un site vers WordPress ?

Un plugin peut transférer des fichiers ou une base, mais il ne valide pas à lui seul le mapping, les canonicals, les contenus, les formulaires, le suivi des conversions et les signaux SEO. La recette reste indispensable.

Quand utiliser l’outil de changement d’adresse de Google ?

Utilisez-le après les redirections lorsqu’un site change de domaine ou de sous-domaine. Il n’est pas prévu pour déplacer quelques pages au sein du même domaine ni pour un simple passage de HTTP à HTTPS.

Combien de temps faut-il surveiller une migration ?

La surveillance rapprochée doit commencer dès la mise en ligne et se poursuivre plusieurs semaines. La durée exacte dépend du nombre d’URL et de la vitesse à laquelle Google recrawl l’ancien et le nouveau site.

Sources officielles

• Google Search Central — migrations de sites avec changement d’URL
• Google Search Central — redirections et Google Search
• Google Search Central — créer et soumettre un sitemap
• Google Search Console — outil de changement d’adresse
• Documentation WordPress — migrer WordPress
• Documentation WordPress — outil d’export