Nous acceptons au maximum 2 nouveaux projets par mois. Vous travaillez directement avec le fondateur, du brief au lancement.

Nous contacter
Retour : Sites web

Migration WordPress vers Next.js : la checklist pour ne rien perdre en SEO

Illustration : Migration WordPress vers Next.js : la checklist pour ne rien perdre en SEO

Passer de WordPress à Next.js sans rien perdre en SEO : exploration, plan d'URL, redirections, contenus, schema et suivi après lancement.

Passer de WordPress à Next.js est l'une des meilleures améliorations qu'un site d'entreprise puisse recevoir : des pages plus rapides, plus de pile d'extensions à corriger, et une surface d'attaque bien plus réduite. C'est aussi le moment où la plupart des sites perdent des positions, et presque toujours pour les mêmes raisons.

La plateforme n'est pas le problème. Les positions se perdent à cause de redirections manquantes, de titres modifiés et de contenus supprimés. Voici la checklist que je suis à chaque migration.

Avant la reconstruction

1. Explorez le site actuel. Listez chaque URL : pages, articles, catégories, étiquettes, images, PDF. Utilisez un crawler et votre sitemap XML, sans faire confiance à l'un ou à l'autre seul.

2. Exportez ce que Google sait. Dans la Search Console, exportez les pages qui obtiennent des impressions et des clics. Ce sont les URL que vous ne pouvez pas vous permettre de casser.

3. Trouvez les backlinks. Les pages vers lesquelles d'autres sites pointent portent de l'autorité. Elles ont besoin d'une redirection même sans trafic.

4. Notez les titres, descriptions et intertitres. Tout changer le jour du lancement rend impossible de savoir ce qui a provoqué une baisse.

Le plan d'URL

5. Associez chaque ancienne URL à une nouvelle. Un seul tableau : ancienne URL, nouvelle URL, statut. Gardez des URL identiques partout où c'est possible. Quand elles doivent changer, choisissez la page équivalente la plus proche, pas la page d'accueil.

6. Décidez de ce que vous supprimez. Les pages d'étiquettes pauvres et les articles obsolètes peuvent disparaître, mais redirigez-les vers quelque chose de pertinent plutôt que de les laisser en 404.

Pendant le développement

7. Servez un HTML complet. Next.js peut envoyer un HTML complet pour chaque page. Vérifiez qu'il le fait : aucun contenu ne doit apparaître seulement après l'exécution du JavaScript. C'est ce qui permet à Google et aux robots IA de lire le site.

8. Reprenez les contenus. Même texte, mêmes intertitres, mêmes liens internes, mêmes images avec leur texte alternatif, avant de commencer à améliorer quoi que ce soit.

9. Ajoutez des données structurées. Organisation, fil d'Ariane, articles, services, FAQ. Les extensions WordPress en ajoutaient souvent une partie ; veillez à ce que le nouveau site ne les perde pas (Google Search Central : données structurées).

10. Reconstruisez le sitemap XML et le robots.txt pour les nouvelles URL.

Le jour du lancement

11. Activez les redirections 301 au moment même de la mise en ligne du nouveau site, et testez-en un échantillon depuis le tableau (Google Search Central : redirections).

12. Vérifiez les balises canonical, le hreflang (si vous avez plusieurs langues) et les réglages noindex. Un noindex oublié depuis la préproduction est le moyen le plus rapide de disparaître de Google (Google Search Central : hreflang).

13. Soumettez le nouveau sitemap dans la Search Console et dans Bing Webmaster Tools.

Après le lancement

14. Surveillez la Search Console chaque jour pendant deux semaines. Erreurs 404, erreurs de redirection, pages « détectées, actuellement non indexées ». Corrigez-les dès qu'elles apparaissent.

15. Comparez le trafic page par page, pas seulement au total. Un total qui paraît correct peut cacher une page clé en chute.

Une petite baisse la première semaine est normale pendant que Google explore à nouveau le site. Une baisse durable remonte presque toujours à une URL oubliée à l'étape 5.

Pourquoi s'en donner la peine

Parce que le gain est réel. Quand nous avons sorti ANiX Fire Solutions d'un modèle générique, le nouveau site a obtenu 100 en performance, bonnes pratiques et SEO dans Lighthouse sur ordinateur, et il a fait gagner un contrat à l'entreprise. Et nous avons fait passer Sotheby's Montenegro de WordPress à un développement Next.js sur mesure.

Si vous envisagez de franchir le pas, voici comment nous menons une migration WordPress vers Next.js, et pourquoi WordPress coûte plus cher qu'il n'y paraît sur cinq ans.

Questions fréquentes

Vais-je perdre mon SEO en passant de WordPress à Next.js ?

Non, si chaque URL indexée est cartographiée et redirigée, si titres et contenus sont repris et si la Search Console est suivie après le lancement. Des pages plus rapides aident généralement le positionnement.

Quelle est l'erreur la plus fréquente lors d'une migration WordPress ?

Oublier des URL : anciens articles, pages de catégories, adresses d'images et PDF qui reçoivent encore des visites mais ne figurent pas dans le nouveau sitemap, et renvoient donc une erreur 404 après le lancement.

Faut-il garder les mêmes URL lors d'une migration ?

Gardez-les partout où elles sont déjà positionnées. Quand une URL doit changer, ajoutez une redirection 301 permanente de l'ancienne adresse vers la nouvelle page la plus proche.