Migrer son site vers Next.js : performances, SEO et budget

Mis à jour le 1 juin 2026 · 8 min de lecture

Migrer son site vers Next.js consiste à reconstruire l'existant (WordPress, Joomla, SPIP) dans un framework React moderne, en conservant les URLs et le trafic SEO acquis. Le budget varie de 1 500 à 4 500 euros pour un site vitrine, avec des délais de 3 à 8 semaines selon le volume de contenu.

Pourquoi quitter WordPress ou Joomla pour Next.js

Un CMS vieillissant finit par coûter plus cher qu'il n'apporte. Les mises à jour à risque, les plugins obsolètes, les temps de chargement qui s'allongent, les failles de sécurité régulières : après quelques années, la maintenance d'un site WordPress moyen peut représenter plusieurs centaines d'euros par an sans réelle amélioration.

Next.js change la donne sur plusieurs points concrets. Les pages sont générées en statique ou en server-side rendering, ce qui donne des scores de performance (Core Web Vitals) bien supérieurs à un WordPress non optimisé. Le rendu est rapide, le code est propre, et il n'y a plus de surface d'attaque liée aux plugins tiers.

Côté propriété, c'est aussi une rupture nette : le client possède 100% du code source, sans licence, sans abonnement à un éditeur, sans dépendance à un hébergeur particulier. L'hébergement d'un site Next.js statique revient à quelques dizaines d'euros par an sur Vercel, Netlify ou un VPS standard.

Ce que comprend une migration concrètement

Une migration n'est pas une simple copie de contenu. Le travail se décompose en trois grandes phases : l'audit de l'existant (URLs, redirections, contenu, structure), la reconstruction dans Next.js, et la mise en production avec vérification du SEO.

L'audit est l'étape que les clients sous-estiment le plus. Cartographier toutes les URLs existantes, identifier les pages qui génèrent du trafic, repérer les liens internes cassés, inventorier les formulaires et les intégrations tierces (newsletter, CRM, outil de réservation) : c'est ce travail préparatoire qui évite les mauvaises surprises au moment du lancement.

La reconstruction inclut le design (reprise de la charte ou refonte), le développement des composants, l'intégration du contenu et la mise en place d'un système de gestion si le client veut modifier ses textes lui-même. Pour les sites avec beaucoup de contenu, on peut connecter un CMS headless léger (Payload, Sanity, Contentful) ou simplement gérer le contenu en Markdown.

Combien ça coûte : fourchettes et facteurs variables

Pour un site vitrine classique de 5 à 15 pages, le budget se situe entre 1 500 et 4 500 euros. C'est la fourchette la plus fréquente pour une migration depuis WordPress ou Joomla, avec reprise du design existant et intégration du contenu.

Les facteurs qui font monter le budget : le nombre de pages à migrer (un site de 80 pages prend deux fois plus de temps qu'un site de 10 pages), la complexité des fonctionnalités (formulaire simple vs espace client avec authentification), la nécessité de recréer ou moderniser le design, et les intégrations tierces à rebrancher. Une boutique e-commerce migrée depuis WooCommerce vers une stack Next.js + Stripe se situe plutôt entre 3 000 et 9 000 euros.

En passant par un freelance plutôt qu'une agence, le client paie le travail réel sans financer les locaux, les commerciaux et les marges intermédiaires. À périmètre identique, l'écart est souvent de 30 à 50% sur le devis final. Le devis est gratuit et détaillé sous 48h, ce qui permet de cadrer le budget avant de s'engager.

Garder son SEO pendant la migration : les règles non négociables

C'est le point qui fait ou défait une migration. Un changement d'URL sans redirections 301 bien posées peut effacer des mois ou des années de référencement en quelques semaines. La règle est simple : chaque ancienne URL doit renvoyer vers son équivalent exact dans le nouveau site, avec un code HTTP 301 permanent.

Dans Next.js, les redirections se configurent dans le fichier next.config.js. Pour les sites avec des centaines de pages, on génère le fichier de redirections automatiquement depuis un export des URLs existantes (la plupart des CMS permettent cet export). Un audit avec un outil comme Screaming Frog avant et après le lancement permet de vérifier qu'aucune URL n'a été oubliée.

Les balises canoniques, le sitemap XML, le fichier robots.txt et les balises Open Graph doivent être reconstruits dans le nouveau site. Next.js gère nativement les métadonnées via son API Metadata, ce qui simplifie beaucoup cette partie par rapport à une gestion via plugins WordPress.

Délais réalistes selon le type de projet

Une migration simple, site vitrine de moins de 20 pages avec reprise du design existant, prend en général 3 à 5 semaines. Ce délai comprend l'audit initial (2 à 3 jours), le développement (2 à 3 semaines) et les allers-retours de validation avant mise en ligne.

Pour un site plus volumineux, entre 30 et 80 pages avec des fonctionnalités spécifiques, il faut compter 6 à 8 semaines. Les délais s'allongent principalement quand le client a beaucoup de contenu à relire, valider ou mettre à jour pendant la migration, ce qui est souvent l'occasion de faire un tri utile.

Une boutique e-commerce avec catalogue produit, tunnel d'achat et espace client demande 8 à 14 semaines selon la complexité. Dans tous les cas, un planning détaillé est fourni en début de projet, avec des points de validation intermédiaires pour éviter les surprises en fin de développement.

Un projet en tête ? Parlons-en.

Un site de qualité, 30 à 50% moins cher qu'une agence. Devis gratuit et détaillé sous 48h, sans engagement.

Questions fréquentes

Est-ce que mon trafic Google va baisser après la migration ?

Pas si les redirections sont bien faites. Une migration Next.js réalisée proprement, avec toutes les anciennes URLs redirigées en 301 vers leurs équivalents, conserve généralement la quasi-totalité du trafic organique. Une légère fluctuation dans les 4 à 6 semaines après le lancement est normale, le temps que Google recrawle les nouvelles pages. Ce qui détruit le référencement, c'est oublier des redirections ou changer la structure des URLs sans en informer les moteurs de recherche.

Faut-il un CMS pour modifier son contenu après la migration ?

Pas nécessairement. Pour un site vitrine avec peu de modifications prévues, gérer le contenu en fichiers Markdown ou directement dans le code est largement suffisant et évite la complexité d'un CMS. Si le client veut modifier ses textes lui-même sans toucher au code, on branche un CMS headless léger, Payload CMS ou Sanity par exemple, qui offre une interface d'administration simple sans les contraintes de WordPress. Le choix se fait au moment du cadrage, selon la fréquence et le type de modifications prévues.

Mon site actuel a 5 ans. Vaut-il mieux migrer ou repartir de zéro ?

La réponse dépend de deux choses : la qualité du contenu existant et la valeur SEO accumulée. Si le site a des pages bien positionnées sur Google, une migration avec conservation des URLs est presque toujours préférable à une refonte complète avec nouvelles URLs. Si le site est peu visité et que le design est à revoir entièrement, repartir de zéro peut être plus rapide et moins coûteux. Un audit rapide de l'existant (trafic, URLs indexées, backlinks) permet de trancher en 1 à 2 heures. C'est ce qui est fait en première étape avant tout devis.