Migration WordPress vers Next.js : sans perdre dix ans de référencement.

Pas si chaque ancienne adresse est redirigée vers la nouvelle en redirection permanente, code 301 ou 308. C'est le point le plus souvent bâclé d'une migration et le plus coûteux à rattraper : une redirection permanente transmet à la nouvelle page le référencement acquis par l'ancienne, un 404 le jette avec les années d'ancienneté qui vont avec. Levupp établit la liste complète des adresses indexées avant la bascule et les redirige une à une, jamais par une règle attrape-tout qui renverrait n'importe quelle adresse inconnue vers l'accueil.

Non, et Levupp continue d'en livrer : vingt des sites de son portfolio tournent sous WordPress, quatre sous Next.js. WordPress fait tourner 41,5 % des sites du web et son cœur est solide, six vulnérabilités seulement y ayant été relevées en 2025 contre 11 334 dans l'écosystème entier. Ce qui pose problème n'est presque jamais WordPress lui-même, ce sont les extensions empilées année après année. La question utile n'est donc pas de savoir quel outil est le meilleur, mais ce qu'un site précis est devenu.

Il vaut la peine de migrer quand le site est lent malgré les caches, quand une extension bloque une mise à jour du cœur, quand personne n'ose plus toucher au site de peur de casser autre chose, ou quand le besoin a dépassé ce qu'un thème sait faire. Il vaut mieux s'abstenir quand le site est récent, quand l'équipe publie tous les jours et tient à son éditeur, quand le budget servirait davantage au contenu, ou quand une pile d'extensions peut simplement être dégraissée. Chez Levupp, l'inventaire de la première semaine sert précisément à trancher, y compris dans le sens du non.

Huit à treize semaines au total : une semaine d'inventaire, une à deux semaines de reprise du contenu, six à dix semaines de design et de développement, puis la bascule et trois mois de surveillance. Le nombre de pages à reprendre pèse davantage sur le calendrier que le nombre d'extensions à remplacer, parce que chaque page reprise demande une relecture.

Oui. Chaque site migré par Levupp est livré avec un back-office de publication, où les articles, les pages et les images se gèrent sans nous appeler. Il n'a pas l'apparence de l'administration WordPress et il ne fait pas tout ce qu'elle fait : il fait ce dont votre site a besoin, ce qui le rend plus court à prendre en main. La formation de la personne qui publiera fait partie du prix.

Il est repris depuis votre base par l'API REST de WordPress, articles, images et mise en forme comprises, puis converti dans le format du nouvel éditeur. Ce n'est pas un copier-coller : les blocs de l'éditeur d'origine ne se traduisent pas tout seuls, et ce qui ne se convertit pas est signalé un par un plutôt qu'abandonné en silence. Un article amputé sans un mot dans le journal est le seul résultat pire qu'une migration qui échoue.

Sur les pages qui ne changent pas à chaque visite, oui, et l'écart est large : une page servie en HTML déjà prêt n'attend ni PHP ni base de données. En juin 2026, 48,8 % des sites WordPress passaient les Core Web Vitals sur mobile d'après le Chrome UX Report, sur 4,4 millions d'origines mesurées. Mais la vitesse est la partie la plus facile des trois : un site rapide qui a perdu ses adresses indexées est une mauvaise affaire, et c'est pour cela que Levupp traite les redirections avant de parler de performance.

Non. Les bureaux de Levupp sont au 16 rue Grignan, dans le 1er arrondissement de Marseille, et nous recevons volontiers. La moitié des projets se mènent à distance, avec un point par semaine en visio. Une migration se pilote de la même façon d'un bout à l'autre de la France, et l'essentiel du travail se vérifie sur une préproduction que tout le monde peut ouvrir.