Comment passer de WordPress à Next.js sans perdre son référencement Google
Vous avez un site WordPress. Il se traine. Il est piraté une fois par an. Votre développeur vous dit que "c'est normal".
Vous voulez passer à Next.js. Mais une question vous bloque : et si je perds mon référencement ?
C'est une crainte légitime. Mais elle est gérable. Très gérable. Et si vous suivez les bonnes pratiques, vous ne préserverez pas seulement votre SEO — vous l'améliorerez.
Voici le guide complet, étape par étape.
Étape 1 : L'audit de votre site actuel
Avant de toucher quoi que ce soit, on fait l'inventaire. On utilise des outils comme Screaming Frog (gratuit jusqu'à 500 URLs) ou Sitebulb pour extraire :
- Toutes les URLs indexées par Google
- Les balises title et meta descriptions
- La structure des URLs (permalinks)
- Les images et leurs attributs alt
- Les redirections existantes
- Les backlinks principaux
Cette liste est votre bible pendant toute la migration.
Étape 2 : La stratégie d'URL
Garder les mêmes URLs
Si vos URLs WordPress sont propres (/a-propos, /services/conseil), on les garde telles quelles sur Next.js. C'est le scénario idéal.
Restructurer si nécessaire
Si vos URLs WordPress sont moches (/index.php?page_id=42), c'est l'occasion de les améliorer. Mais il faudra mettre en place des redirections 301.
Règle d'or : chaque ancienne URL doit rediriger vers une nouvelle URL. Zéro page 404.
Étape 3 : Le mapping de redirections
On crée un fichier de redirections exhaustif. Format simple :
/ancienne-page → /nouvelle-page
/mon-article-vieux → /blog/mon-article
/category/uncategorized → /blog
Sur Next.js, ces redirections se configurent dans next.config.js :
async redirects() {
return [
{
source: '/ancienne-page',
destination: '/nouvelle-page',
permanent: true, // 301
},
];
}
On teste chaque redirection. Une seule URL cassée peut coûter des positions Google.
Étape 4 : Le transfert du contenu
Exporter depuis WordPress
WordPress permet d'exporter tout le contenu en XML (Outils > Exporter). On récupère :
- Les articles
- Les pages
- Les médias (images, PDF)
- Les catégories et tags
Nettoyer le contenu
Le contenu WordPress est souvent pollué :
- Shortcodes inutiles (
[gallery ids="1,2,3"]) - Classes CSS de thème (
class="wp-block-paragraph has-green-color") - HTML imbriqué bizarrement
- Images en pleine résolution
On nettoie tout ça pour obtenir du markdown propre et sémantique.
Importer dans le CMS Headless
Le contenu propre est importé dans Sanity, DatoCMS ou Strapi. Les images sont re-uploadées et optimisées.
Étape 5 : La conservation des métadonnées SEO
Chaque page WordPress avait (ou aurait dû avoir) :
- Une balise
<title>unique - Une meta description
- Des balises Open Graph
- Des données schema.org
On transfère tout ça méticuleusement dans Next.js. Pas de page sans title, pas de description copiée-collée.
export const metadata = {
title: 'Mon titre exact',
description: 'Ma description exacte',
};
Étape 6 : Les images
Conserver les noms de fichiers
Si votre image s'appelait mon-projet.jpg sur WordPress, elle s'appelle mon-projet.jpg sur Next.js. Google a indexé ce nom de fichier.
Optimiser sans perdre l'alt text
Tous les attributs alt sont conservés. Ils sont importants pour l'accessibilité et le SEO.
Utiliser le composant Image de Next.js
Les images sont automatiquement converties en WebP, redimensionnées, et lazy-loadées. Résultat : même contenu visuel, 60% moins lourd.
Étape 7 : Le sitemap et le robots.txt
Sitemap XML
Next.js génère un sitemap automatique avec next-sitemap. On s'assure que toutes les anciennes URLs importantes y figurent (via les redirections).
Robots.txt
On autorise Google à tout crawler. Pas de Disallow: mal placé qui bloquerait l'indexation.
User-agent: *
Allow: /
Sitemap: https://votresite.be/sitemap.xml
Étape 8 : Le schema.org
Les données structurées de WordPress (souvent gérées par Yoast) sont transférées en JSON-LD dans Next.js :
- LocalBusiness
- Organization
- WebSite
- WebPage
- Article (pour le blog)
<script type="application/ld+json">
{JSON.stringify({
"@context": "https://schema.org",
"@type": "LocalBusiness",
name: "Mon Entreprise",
// ...
})}
</script>
Étape 9 : La phase de pré-lancement
Avant de basculer le domaine, on déploie le nouveau site sur un sous-domaine ou un domaine temporaire. On vérifie :
- Toutes les redirections 301
- Toutes les balises meta
- La vitesse de chargement (PageSpeed Insights)
- Le sitemap
- Les données structurées (Google Rich Results Test)
- Le responsive mobile
- Les formulaires de contact
On corrige tout ce qui ne va pas.
Étape 10 : Le basculement DNS
Le grand jour. On change les DNS pour pointer vers le nouveau site Next.js.
Timing : on fait ça un mardi ou mercredi matin. Pas le vendredi soir. Pas avant un long week-end.
Propagation : en général 1 à 24 heures. On surveille.
Étape 11 : La surveillance post-migration
Google Search Console
- On soumet le nouveau sitemap
- On surveille les erreurs de crawl
- On vérifie que les impressions ne chutent pas
Analytics
- On compare le trafic avant/après
- On surveille le taux de rebond (il devrait baisser avec un site plus rapide)
Rankings
- On suit les positions des mots-clés principaux
- Une légère fluctuation est normale pendant 2-4 semaines
Les résultats typiques
Après une migration WordPress → Next.js bien exécutée, nos clients voient :
| Métrique | Avant | Après |
|---|---|---|
| PageSpeed mobile | 35-55 | 90-100 |
| Temps de chargement | 3-5s | 0.5-1s |
| Taux de rebond | 70%+ | 40-55% |
| Pages indexées | Stable | Stable ou + |
| Positions Google | Stable | +2 à +10 positions en 2-3 mois |
Pourquoi les positions montent ? Parce que Google récompense la vitesse et l'expérience utilisateur. Un site plus rapide = un meilleur ranking, toutes choses égales par ailleurs.
Les erreurs fatales à éviter
- Ne pas mettre de redirections 301 → Google voit des 404 partout, votre autorité s'effondre
- Changer toutes les URLs sans plan → vous perdez l'historique de chaque page
- Oublier le sitemap → Google découvre mal les nouvelles pages
- Bloquer le crawl par robots.txt → votre nouveau site n'est pas indexé
- Lancer sans tester → les bugs en production coûtent cher en réputation
Combien ça coûte une migration ?
Chez Promto.be, une migration WordPress → Next.js complète commence à 900€. Ça inclut :
- L'audit du site existant
- Le nettoyage et transfert du contenu
- Les redirections 301
- Le SEO technique
- Le déploiement
- La surveillance post-migration
Comparez avec le coût de 3 ans de maintenance WordPress + hébergement + plugins + corrections de sécurité.
Conclusion
Migrer de WordPress vers Next.js sans perdre son SEO, c'est possible. C'est même la norme quand on suit une méthode rigoureuse.
La clé ? Préparer méticuleusement, tester exhaustivement, et surveiller attentivement après le basculement.
Et le résultat ? Un site plus rapide, plus sécurisé, mieux référencé. Vous ne regretterez pas le voyage.