Migrer WordPress sans perdre son référencement : la checklist complète.

Pourquoi une migration peut coûter du trafic

Google classe des URL, pas des sites. Si une page change d'adresse sans prévenir, le moteur la considère comme disparue. Les liens qui pointaient vers elle mènent à une erreur 404, et son historique se perd.

La plupart des chutes de trafic après une migration viennent de trois oublis : des URL non redirigées, des balises SEO non reprises et un blocage de l'indexation resté en place. La bonne nouvelle : tout cela se prévient avec une méthode simple. Que vous quittiez WordPress pour Plumixia ou pour n'importe quel autre CMS, la checklist reste la même.

1. Faire l'inventaire de toutes vos URL

Vous ne pouvez pas rediriger une page que vous ignorez. Croisez plusieurs sources, car aucune n'est complète à elle seule :

• Le sitemap XML de WordPress (souvent /sitemap.xml ou /wp-sitemap.xml).
• Un crawl du site avec un outil d'exploration, qui suit les liens internes comme un robot.
• La Google Search Console : le rapport « Performances » liste les pages qui reçoivent des clics, y compris des pages oubliées du menu.
• Les pages qui ont des backlinks, c'est-à-dire des liens venant d'autres sites. La Search Console en donne une liste dans le rapport « Liens ».

N'oubliez pas les catégories, les étiquettes, les pages d'auteur, les fichiers PDF et les URL d'images bien positionnées.

2. Établir le plan de correspondance

Dans un tableur, mettez une ligne par ancienne URL et, en face, la nouvelle URL. C'est le document central de la migration. Chaque ligne doit avoir une destination : une page équivalente, ou à défaut la page la plus proche par le sujet.

La meilleure redirection reste celle dont on n'a pas besoin. Gardez les mêmes URL chaque fois que c'est possible. Si le nouveau CMS permet de choisir librement l'adresse de chaque page, reprenez les chemins existants, y compris la présence ou non de la barre oblique finale.

3. Mettre en place des redirections 301, une par une

Pour chaque URL qui change, créez une redirection 301. Ce code indique un déplacement permanent : Google transfère alors les signaux de l'ancienne page vers la nouvelle. Une redirection 302, temporaire, n'envoie pas ce message clair.

• Redirigez page à page vers l'équivalent exact, pas vers l'accueil. Une redirection massive vers l'accueil est souvent traitée par Google comme une erreur 404 « soft ».
• Évitez les chaînes (A vers B, puis B vers C). Pointez directement vers la destination finale, et mettez à jour les anciennes redirections héritées de WordPress.
• Laissez en 404 ou 410 les pages réellement supprimées et sans équivalent, plutôt que de les rediriger n'importe où.

Selon l'outil, les redirections se gèrent dans la configuration du serveur ou directement dans le CMS. Dans Plumixia, par exemple, elles sont créées comme des pages de type redirection, ce qui évite de dépendre d'un fichier serveur. Les autres réglages utiles sont détaillés sur notre page fonctionnalités SEO.

4. Reprendre les éléments SEO de chaque page

Le contenu ne suffit pas. Pour chaque page, reprenez à l'identique :

• la balise title et la meta description ;
• le titre H1 et la hiérarchie des intertitres ;
• les données structurées (le code JSON-LD qui décrit l'article, la FAQ ou l'entreprise) ;
• les textes alternatifs des images ;
• la balise canonique et, sur un site multilingue, les balises hreflang.

Cette reprise est longue sur un gros site. Un agent IA connecté au CMS peut l'accélérer : avec le serveur MCP de Plumixia, il recrée les pages en brouillon, que vous relisez avant toute publication.

5. Migrer les médias et mettre à jour les liens internes

Transférez les images et documents, en gardant si possible des noms de fichiers parlants. Si leurs URL changent, ajoutez-les au plan de redirection, surtout pour les images qui apportent du trafic.

Mettez ensuite à jour les liens internes pour qu'ils pointent directement vers les nouvelles URL. Une redirection rattrape un lien obsolète, mais un lien direct est plus rapide pour le visiteur et plus clair pour les robots.

6. Préparer la préproduction en noindex

Construisez le nouveau site sur une adresse de préproduction protégée par une balise noindex, un mot de passe, ou les deux. Ainsi, Google n'indexe pas une copie en double de votre site.

Le piège classique : oublier de retirer ce noindex le jour de la bascule. Inscrivez-le en tête de votre liste de mise en ligne.

7. Comparer l'ancien et le nouveau site page par page

Avant la bascule, passez votre plan de correspondance en revue. Pour chaque URL, vérifiez que la redirection renvoie bien un code 301 vers la bonne page, puis comparez le title, la description, le H1, le contenu et les données structurées. Faites un crawl de la préproduction pour repérer les liens cassés.

8. Basculer le DNS

Choisissez un moment calme. Quelques jours avant, réduisez la durée de cache DNS (le TTL) pour que le changement se propage vite. Le jour J, pointez le domaine vers le nouvel hébergement, vérifiez le certificat HTTPS, retirez le noindex et testez un échantillon d'anciennes URL.

9. Après la bascule : surveiller

1. Soumettez le nouveau sitemap dans la Search Console.
2. Suivez le rapport d'indexation des pages : erreurs 404, pages exclues, redirections en erreur.
3. Corrigez chaque 404 qui correspond à une ancienne URL utile en ajoutant la redirection manquante.
4. Surveillez le trafic et les positions pendant plusieurs semaines. Une légère fluctuation au début est normale, le temps que Google explore à nouveau le site.

Gardez les redirections en place durablement : des liens externes continueront de pointer vers les anciennes adresses pendant des années.

En résumé

Une migration réussie tient à un inventaire complet, un plan de correspondance rigoureux et des vérifications avant et après la mise en ligne. Si vous envisagez de quitter WordPress, notre page alternative à WordPress présente les différences avec Plumixia. Et pour préparer votre migration avec nous, contactez-nous.

Questions fréquentes