Migration de WordPress vers Next.js sans perdre vos positions SEO

La migration de WordPress vers Next.js est la solution pour un type de site bien particulier : un site devenu lourd et qui tremble à chaque mise à jour d'extension. Vous gardez WordPress comme l'endroit où votre équipe écrit et modifie. Les visiteurs profitent d'un front-end rapide construit avec Next.js, qui ne charge pas 30 extensions à chaque affichage de page.

Quand une migration de WordPress vers Next.js a du sens

La plupart des sites que nous examinons n'en ont pas besoin. Un thème propre, moins d'extensions et un hébergement correct règlent les problèmes de vitesse de nombreux sites vitrines, pour un entrepreneur du bâtiment à Swindon ou un café à Galway. Pour les boutiques en ligne, l'optimisation de la vitesse WooCommerce est souvent une première étape moins coûteuse.

Une migration commence à être rentable quand le site a dépassé le stade de ce genre de nettoyage. Nous le constatons généralement dans ces situations :

• Les pages restent lentes sur mobile malgré la mise en cache et l'optimisation des images, et les Core Web Vitals restent au rouge dans la Search Console.
• Les mises à jour cassent quelque chose tous les quelques mois, et personne n'ose appuyer sur le bouton.
• Le site compte des centaines ou des milliers de pages, comme un portail immobilier, un annuaire ou un blog très actif.
• Vous avez besoin que certaines parties du site se comportent comme une application, avec des filtres, des calculateurs ou des espaces connectés.
• Votre installation WordPress a déjà été piratée, ou une extension de sécurité est la seule chose qui monte la garde.

Si rien de tout cela ne vous ressemble, gardez votre argent. Nous vous le dirons lors de l'appel d'analyse, et vous pourrez toujours nous demander de remettre en ordre votre site WordPress actuel.

Comment fonctionne WordPress en mode headless

Dans une configuration classique, WordPress fait deux choses. Il stocke votre contenu et il génère chaque page qu'un visiteur voit. Dans une configuration WordPress headless, il garde la première mission et confie la seconde à Next.js.

Ce que voient vos rédacteurs

Pas grand-chose ne change pour ceux qui écrivent, et c'est tout l'intérêt. Ils se connectent toujours au même back-office WordPress. Même éditeur de blocs. Même bouton de publication. L'aperçu fonctionne aussi, donc personne n'a à publier à l'aveugle.

Les extensions qui aident les rédacteurs, comme Yoast ou Rank Math, Advanced Custom Fields et les rôles utilisateurs, peuvent rester. Celles qui ne modifient que ce que voient les visiteurs disparaissent généralement.

Ce que vos visiteurs obtiennent

Next.js génère les pages à l'avance ou les met en cache en périphérie du réseau, au plus près du visiteur. Un acheteur à Lisbonne et un acheteur à Leeds obtiennent la même page rapide, sans que WordPress ait à travailler au moment de leur arrivée.

Quand un rédacteur publie une modification, seules les pages concernées sont régénérées. Votre article de blog est en ligne en quelques secondes, et non après une reconstruction complète du site.

Pourquoi il est plus difficile à casser

Avec WordPress headless, l'espace d'administration peut se trouver à une adresse séparée que le public ne voit jamais. Moins d'extensions sont exposées à Internet, il y a donc moins de portes qu'un attaquant peut essayer d'ouvrir.

7 vérifications SEO que nous effectuons à chaque migration

Les positions se perdent lors des migrations pour des raisons banales, généralement une redirection oubliée ou une page qui a discrètement perdu son titre. Notre liste de contrôle est volontairement courte, et chaque point est coché avant la mise en ligne. Elle s'appuie sur les mêmes habitudes que notre travail SEO pour les petites entreprises.

• Inventaire complet des URL. Nous explorons le site en ligne avec Screaming Frog et récupérons chaque URL ayant reçu des clics dans la Search Console, y compris les anciennes encore liées depuis d'autres sites.
• Une redirection par URL modifiée. Chaque ancienne adresse reçoit une seule redirection 301 vers la nouvelle page la plus proche. Pas de chaînes de redirections, et pas de renvoi de tout vers la page d'accueil.
• Titres et descriptions repris. Mot pour mot, sauf si nous convenons de les améliorer.
• Schema conservé. Les balisages organisation, produit, FAQ et article sont recréés dans les nouveaux modèles et testés.
• Balises canoniques et hreflang. Vérifiées page par page, ce qui compte si vous proposez des versions du site en anglais et en irlandais ou en néerlandais.
• Sitemaps et robots.txt. Un sitemap XML propre est soumis à la Search Console le jour de la mise en ligne. Le fichier robots.txt est vérifié pour qu'il ne bloque rien d'important.
• Liens internes mis à jour. Les liens de votre contenu pointent directement vers les nouvelles URL, pour que les visiteurs et Google évitent l'étape de redirection.

Les erreurs que nous voyons dans d'autres migrations

La plupart des migrations ratées que nous avons examinées se résument aux mêmes quelques erreurs : un site de préproduction laissé ouvert à Google, des redirections ajoutées une semaine après la mise en ligne, ou un nouveau modèle qui a perdu le H1. Chacune est évitable, et chacune figure dans la liste ci-dessus.

Après la mise en ligne, nous surveillons chaque jour la Search Console pour détecter les erreurs de couverture et les baisses de positions. Une petite fluctuation pendant la première ou les deux premières semaines est normale. Une baisse continue signifie que quelque chose a été oublié, et nous allons le trouver.

Ce que deviennent votre contenu et vos images

Vos articles, pages, catégories et médias restent dans WordPress. Rien n'est copié dans un nouveau système, il n'y a donc aucun risque de perdre des articles de blog ou des descriptions de produits dans un export chaotique.

Le contenu qui a d'abord besoin d'un nettoyage

Les vieux sites accumulent le désordre : des shortcodes d'un constructeur de pages que vous n'utilisez plus, des images collées en taille d'appareil photo, et des pages que personne n'a ouvertes depuis 2019. Nous faisons le ménage pendant le développement pour que le nouveau front-end n'en hérite pas.

• Shortcodes de constructeur de pages transformés en blocs propres
• Images redimensionnées et servies dans des formats modernes
• Pages pauvres ou en double fusionnées ou redirigées
• Liens internes cassés réparés

Mises en page

Vos nouveaux modèles sont conçus dans Next.js et alimentés par le contenu de WordPress headless. La plupart des sites ont besoin de cinq à quinze modèles : accueil, service, article de blog, catégorie, contact et quelques modèles spéciaux. Les rédacteurs peuvent toujours créer des pages flexibles à partir d'un ensemble de blocs que nous définissons ensemble.

Que remarqueront les rédacteurs après la migration ?

La première semaine semble familière. Les rédacteurs publient dans le même back-office WordPress, et les nouveaux articles apparaissent sur le site en ligne en quelques secondes.

Certaines choses changent, c’est vrai. Les mises en page du page builder disparaissent, remplacées par un ensemble de blocs que nous définissons avec vous. Les rédacteurs perdent un peu de liberté, mais les pages s’affichent toujours correctement sur mobile. La plupart des équipes arrêtent de râler au bout d’une quinzaine de jours.

Nous enregistrons une courte démonstration vidéo de l’interface d’édition, et chaque modèle dispose d’un guide d’une page. Ce guide évite bien des messages du type « où est passé le bouton ? ».

Un site multilingue peut-il passer à Next.js ?

Oui, avec un peu plus de soin. Imaginons que votre site soit en anglais et en allemand parce que vous avez un bureau à Munich. Chaque version linguistique conserve ses propres URL, balises hreflang et sitemap.

WPML et Polylang fonctionnent tous deux avec une architecture headless, mais le sélecteur de langue, les formats de date et les slugs traduits sont reconstruits dans Next.js. Les traducteurs continuent de travailler dans WordPress exactement comme avant.

Nous testons chaque langue sur l’environnement de préproduction avant le lancement, pas seulement les pages en anglais.

Formulaires, plugins et intégrations

C’est la partie qui demande le plus de préparation. Tout ce qu’un plugin faisait côté front-end doit être reconstruit ou remplacé.

Ce que nous reconstruisons systématiquement

• Formulaires de contact et de devis, envoyés vers votre boîte mail, votre CRM ou les deux
• Inscriptions à la newsletter pour Mailchimp, Brevo ou équivalent
• Google Analytics, Tag Manager et consentement aux cookies
• Widgets de réservation et chat en direct des services que vous utilisez déjà
• Recherche dans vos articles et vos pages

Ce que nous étudions au cas par cas

Les sites à abonnement, les plateformes de formation et les boutiques WooCommerce complexes méritent d’abord un vrai examen. Parfois, la solution est un front-end WordPress headless pour les pages marketing, en laissant le paiement sur WooCommerce. Cette répartition est courante et fonctionne bien.

Les clients remarquent à peine la jonction. L’équipe de votre boutique garde l’administration WooCommerce qu’elle connaît, ainsi que les mêmes e-mails de commande et paramètres de paiement.

Lors de l’audit, nous passons en revue chaque plugin de votre site et le classons : à garder, à reconstruire ou à supprimer. Vous recevez cette liste avant le devis. Pas de mauvaise surprise en cours de route.

Vitesse, hébergement et coûts de fonctionnement

La vitesse est la raison pour laquelle la plupart des gens lancent une migration de WordPress vers Next.js, et les visiteurs la ressentent d’abord sur leur téléphone. Nous testons avant et après avec les mêmes outils que Google, et vous recevez les deux rapports. Comparez-les côte à côte et jugez la différence par vous-même.

Google explique bien les indicateurs Core Web Vitals, et la documentation Next.js détaille la façon dont le framework gère les images, le cache et le rendu, si vous aimez les détails techniques.

À quoi ressemble un bon résultat

Une migration réussie est sans histoire le jour du lancement. Le trafic reste stable, les formulaires continuent d’arriver, les rédacteurs continuent de publier et les pages se chargent tout simplement plus vite. Le premier signe que remarquent la plupart des dirigeants, c’est que le personnel se plaint moins du site.

Nous vérifions aussi le site sur un smartphone Android de milieu de gamme avec une connexion lente, car c’est plus proche de la façon dont beaucoup de vos clients naviguent qu’un ordinateur portable neuf sur le Wi-Fi du bureau.

Où il est hébergé

Le front-end Next.js tourne généralement sur Vercel, avec Cloudflare en amont quand c’est utile. Votre administration WordPress peut rester chez son hébergeur actuel, souvent avec une offre plus petite qu’avant, puisqu’elle ne sert plus le trafic public.

Ce que coûte son fonctionnement

Les coûts de fonctionnement dépendent du trafic et de la fréquence de mise à jour du contenu. Pour un site de petite entreprise classique, ils se situent dans la même fourchette qu’un bon hébergement WordPress infogéré. Nous vous communiquons les montants mensuels par écrit avant que vous vous engagiez.

Préparer votre passage à Next.js

La première étape est un examen de votre site actuel. Nous analysons la vitesse, les plugins, le trafic et la façon dont votre équipe édite le contenu, puis nous vous disons si une migration, un nettoyage de WordPress ou un nouveau site est la meilleure option.

Si un nouveau site est la meilleure réponse, notre service de création de sites web pour petites entreprises vous conviendra peut-être mieux qu’une migration. Vous pouvez aussi découvrir l’équipe derrière ces projets sur notre page développeurs Next.js.

Ce dont nous avons besoin de votre part

• Un accès administrateur à WordPress et à votre hébergement
• Un accès à Search Console et à Google Analytics
• La liste des formulaires, outils et intégrations sur lesquels vous comptez
• Une personne capable de répondre aux questions et de valider les pages

Prix et délais

Chaque migration de WordPress vers Next.js est à prix fixe, chiffrée après l’audit et la cartographie des URL. Le nombre de pages, les fonctionnalités sur mesure et les intégrations déterminent le prix, et notre page Tarifs présente des prix de départ indicatifs.

Un petit site avec un simple blog se fait plus vite qu’un WordPress headless avec boutique, réservations et deux langues. Nous planifions la bascule un jour calme pour votre activité, jamais la semaine précédant votre haute saison.

Si votre site est lent, fragile ou les deux, réservez un audit gratuit et nous vous dirons franchement si passer à Next.js en vaut la peine pour vous.

Migration de WordPress vers Next.js pour les sites aux États-Unis, au Royaume-Uni, en Europe et au Moyen-Orient

Une migration de WordPress vers Next.js suit partout les mêmes vérifications. Les régions d’hébergement et les langues sont les principales différences.

États-Unis

Pour les audiences américaines, nous déployons sur Vercel ou une plateforme similaire disposant de serveurs edge dans toute l’Amérique du Nord, afin que les pages se chargent rapidement d’une côte à l’autre.

Royaume-Uni et Europe

Pour les sites au Royaume-Uni et dans l’UE, nous choisissons des régions d’hébergement européennes lorsque les règles sur les données l’exigent, et nous veillons à ce que le consentement aux cookies fonctionne toujours après la migration.

Moyen-Orient et Golfe

Pour les audiences du Golfe, nous utilisons un hébergement avec des serveurs proches de la région et transférons le contenu arabe et les balises hreflang, afin que les pages en anglais et en arabe conservent leur positionnement.

Notre équipe travaille depuis Islamabad, qui a 1 heure d'avance sur Dubaï, 4 à 5 heures d'avance sur Londres et 9 à 10 heures d'avance sur New York. Les appels sont planifiés dans votre fuseau horaire, et les matinées américaines tombent pendant notre soirée. Découvrez comment se déroulent nos projets à distance pour les clients internationaux, du premier appel au lancement.