Migrer de WordPress à Next.js sans perdre son SEO

Passer de WordPress à Next.js apporte un gain énorme en performance, en sécurité et en flexibilité. Mais une migration bâclée est la première cause de chute de trafic SEO : URLs changées sans redirection, pages perdues, balises oubliées. La bonne nouvelle, c'est que bien menée, une migration peut au contraire faire grimper votre référencement — grâce à la vitesse et à la propreté technique que Next.js apporte. Tout se joue dans la méthode.

Pourquoi le trafic chute après une refonte

La chute n'est jamais due au « changement de technologie » en soi : Google se moque de savoir si vous tournez sous WordPress ou Next.js. Elle vient toujours d'une perte d'information entre l'ancien et le nouveau site. Les causes les plus fréquentes :

• Les URLs changent et les anciennes renvoient des 404 → Google perd vos pages bien classées et l'autorité accumulée.
• Des pages existantes ne sont tout simplement pas reportées sur le nouveau site.
• Les balises title, meta description et les données structurées (Schema.org) sont oubliées ou dégradées.
• Le sitemap et le fichier robots.txt ne sont pas mis à jour, ou bloquent par erreur l'indexation.
• Le maillage interne (liens entre pages) est cassé, ce qui dilue le « jus » SEO.

Étape 1 : cartographier l'existant

Avant de toucher à quoi que ce soit, on dresse l'inventaire complet du site actuel. Cette étape conditionne tout le reste : on ne peut préserver que ce qu'on a recensé.

• Export de toutes les URLs (sitemap WordPress, crawl complet avec un outil comme Screaming Frog).
• Données de Google Search Console : quelles pages apportent du trafic, sur quels mots-clés, avec quelles positions.
• Repérage des pages à fort backlink (celles vers lesquelles d'autres sites pointent) — à ne surtout pas perdre.
• Liste des contenus obsolètes qu'on peut au contraire supprimer proprement (via un 410) pour élaguer.

À la fin de cette étape, vous savez précisément ce qui génère de la valeur SEO et ce qui ne doit surtout pas disparaître sans redirection.

Étape 2 : le plan de redirections 301

C'est le cœur de la migration, et l'étape où l'on perd du trafic quand elle est bâclée. Chaque ancienne URL doit pointer, via une redirection 301 (permanente), vers son équivalent le plus proche sur le nouveau site. La 301 transmet l'essentiel de l'autorité SEO de l'ancienne page à la nouvelle — contrairement à une 302 (temporaire) qui ne transfère pas ce signal de façon durable.

• Mapping ancien → nouveau, URL par URL (jamais une redirection globale de tout vers l'accueil : Google la traite comme une page introuvable douce).
• Redirections 301 en masse implémentées dans Next.js (dans next.config.js ou via le middleware pour les règles dynamiques).
• Redirection directe vers la cible finale (éviter les chaînes de redirections qui diluent l'autorité et ralentissent le crawl).
• Vérification systématique : aucune ancienne URL indexée ne doit renvoyer un 404.

Étape 3 : préserver et améliorer le on-page

La migration est l'occasion de faire mieux que l'existant, pas seulement de le recopier. Next.js permet un contrôle fin du rendu et des métadonnées, souvent supérieur à ce qu'offre un empilement de plugins WordPress.

• Reporter (et améliorer) les balises title et meta description de chaque page importante.
• Réimplémenter les données structurées Schema.org (Article, FAQ, Breadcrumb, Product…), souvent plus propres qu'avec un plugin.
• Conserver les balises canonical correctes et éviter le contenu dupliqué (ex. paramètres d'URL).
• Générer un sitemap.xml dynamique et un robots.txt propres, cohérents avec le nouveau plan de site.
• Soigner les Core Web Vitals (LCP, INP, CLS) : c'est justement là que Next.js fait gagner des places.

Les erreurs à éviter absolument

• Mettre en ligne le nouveau site sans avoir testé les redirections au préalable (idéalement sur un environnement de préproduction).
• Laisser un robots.txt ou une balise noindex de développement passer en production — c'est le drame classique qui désindexe tout le site.
• Changer la structure d'URL sans nécessité : si les anciennes URLs sont propres, gardez-les à l'identique, moins de risque.
• Négliger les images : perdre les URLs d'images bien positionnées dans Google Images est une perte de trafic sous-estimée.

Étape 4 : après la mise en ligne

Le jour J, on soumet le nouveau sitemap dans Search Console, on demande l'indexation des pages clés, et on surveille de près le rapport de couverture (Pages) pour détecter d'éventuelles 404 résiduelles ou des pages exclues à tort. On garde aussi un œil sur les positions moyennes dans les jours qui suivent : une légère fluctuation est normale (Google recrawle et réévalue), une chute durable signale un problème de redirection à corriger vite.

Sur des migrations bien menées, non seulement le trafic est préservé, mais les gains de vitesse et la propreté technique de Next.js font souvent remonter les positions dans les semaines qui suivent. La migration cesse alors d'être un risque pour devenir un levier de croissance SEO.