Refonte de site et migration vers Next.js
Nous refaisons un site ou migrons une application vers Next.js en préservant le référencement acquis.
Pour les entreprises dont le site vieillit, et pour les produits construits en application monopage que les moteurs de recherche indexent mal. La refonte porte sur le site, la migration sur ce qu'il ne faut pas perdre en route.
La situation de départ
Une refonte change les adresses des pages, et chaque adresse qui disparaît sans redirection emporte ses visiteurs et sa place dans les résultats de recherche. Le risque est plus grand quand l'ancien site est hébergé chez un prestataire qui ne coopère plus, ou quand personne n'a la liste des pages existantes. Autre cas fréquent : une application construite en React pur, rendue dans le navigateur, que les moteurs voient comme une page presque vide. Le produit fonctionne, mais il n'apparaît pas.
Ce que vous obtenez
Audit comparatif avant bascule
Ancien et nouveau site comparés page par page : titres, descriptions, structure des titres, contenus, images, balises techniques et de partage.
Plan de redirections
Table de correspondance entre les anciennes adresses et les nouvelles, appliquée en redirections permanentes et vérifiée après la bascule.
Nouveau site en Next.js
Pages rendues côté serveur, métadonnées par page, données structurées, sitemap dynamique, images adaptatives.
Migration des données et des contenus
Base de données, fichiers et images repris, adresses des médias réécrites, comparaison entre l'ancien et le nouvel environnement.
Plan de bascule
Actions à faire avant le changement de DNS, dans les 48 heures et dans le mois, avec le contrôle des erreurs 404 dans Search Console.
Coexistence pendant la migration
L'ancien site reste en service tant que le nouveau n'est pas recetté. Un retour arrière est prévu.
Comment nous procédons
Inventorier l'existant
Liste des pages et des adresses, contenus, positions acquises, dépendances techniques.
Construire le nouveau site à côté
Développement sur un domaine provisoire, sans toucher au site en service.
Comparer et préparer les redirections
Audit comparatif, table de correspondance, corrections avant la bascule.
Basculer
Sauvegarde datée, changement de DNS, vérification des redirections et des pages principales.
Suivre
Contrôle de l'indexation et des erreurs dans Search Console dans les semaines qui suivent.
La preuve par nos réalisations
Niveau de preuve de ce service : en production.
Lys Tout Terrain
Refonte en Next.js du site d'un vendeur de véhicules utilitaires : catalogue filtrable, 16 pages par pays d'export, version anglaise complète, audit comparatif entre l'ancien et le nouveau site et plan de bascule en trois priorités (mai 2026).
Fontshi Notaire
Refonte amorcée d'un site en production vers Next.js 16 : la base de données existante reste la source unique, sans migration de données, avec rendu serveur, métadonnées par page et balises hreflang.
Danzina
Bascule complète d'une application Vite et React vers Next.js en juin 2026, avec changement de serveur et carte de redirections permanentes des anciennes adresses.
Technologies
Questions fréquentes
Allons-nous perdre notre référencement pendant la refonte ?
Le risque existe à chaque refonte, et il se réduit par la préparation : inventaire des adresses, redirections permanentes, reprise des titres et des contenus qui portent le trafic, suivi après la bascule. Nous ne garantissons pas de position, les moteurs de recherche restant seuls juges. Ce que nous livrons, c'est ce travail de préparation, fait et documenté.
Faut-il tout refaire ou peut-on migrer progressivement ?
Les deux sont possibles. Pour une application existante, nous pouvons conserver la base de données et ne refaire que l'interface, page par page, l'ancien site restant en service pendant la migration. L'audit de départ permet de choisir.
Notre site est chez un autre prestataire. Est-ce un obstacle ?
Non, à condition de récupérer le contrôle du nom de domaine. Le nouveau site est construit sur un autre serveur, puis le domaine est pointé vers lui. Les contenus de l'ancien site sont repris à partir de ce qui est public si les accès ne sont pas fournis.
Combien de temps dure une refonte ?
Cela dépend du nombre de pages, de la reprise des contenus et de la disponibilité de vos interlocuteurs. Nous donnons des hypothèses de planning après l'inventaire de l'existant, pas avant.
Pourquoi Next.js ?
Parce que les pages sont rendues sur le serveur et arrivent complètes aux moteurs de recherche et aux visiteurs. Next.js gère aussi les langues par adresse, la mise en cache et la régénération des pages. C'est un cadre ouvert, répandu, qu'une autre équipe peut reprendre.
Quel problème voulez-vous régler ?
Décrivez votre activité, votre besoin et les personnes concernées. Nous préparons un premier échange à partir de là.