Comment nous avons quitté WordPress sans perdre de trafic

WordPress est un bon point de départ pour un site. C’est souvent un mauvais endroit pour le faire grandir.

L’un de nos propres projets est une plateforme d’avis multilingue dans les pays nordiques : 87 avis détaillés, trois langues et un flux régulier de trafic organique venu de Google. Elle a tourné des années sous WordPress, et cela a fonctionné… jusqu’au jour où ce n’était plus le cas. Voici pourquoi nous l’avons migrée, comment nous l’avons fait sans perdre de trafic, et ce que nous dirions à quiconque envisage la même démarche.

Le problème : lent, fragile, difficile à faire évoluer

Le site avait grandi comme grandissent la plupart des sites WordPress : une extension après l’autre.

• Il était lent sur mobile. Le thème, le constructeur de pages et chaque extension ajoutaient leurs propres scripts et styles.
• Les langues étaient greffées après coup. Chaque langue avait une structure légèrement différente, ce qui rendait chaque mise à jour lente et source d’erreurs.
• Garder le contenu à jour prenait trop de temps. Les avis demandent des mises à jour régulières : nouvelles informations, nouveaux points forts et points faibles, nouvelles questions. Le faire à la main dans trois langues ne tenait plus.
• Chaque changement était un risque. Mettre à jour une extension pouvait en casser une autre.

Aucun de ces problèmes n’était fatal à lui seul. Ensemble, ils faisaient que nous passions notre temps à maintenir le site au lieu de l’améliorer.

Ce que nous avons construit à la place

Nous avons reconstruit la plateforme sur une base moderne : Next.js pour le site, Supabase pour la base de données et Vercel pour l’hébergement. Les pages sont générées à l’avance : les visiteurs reçoivent un HTML léger et rapide, au lieu d’attendre qu’un serveur assemble chaque page.

Trois décisions ont fait la plus grande différence.

1. Chaque URL a gardé sa place

Le référencement est attaché aux URL. Avant d’écrire la moindre ligne de code, nous avons exporté toutes les pages de WordPress et associé chaque ancienne adresse à la nouvelle. Là où l’adresse restait identique, rien ne changeait. Là où elle changeait, une redirection permanente (301) envoyait visiteurs et Google au bon endroit.

Chaque langue a conservé sa propre structure d’URL, avec ses propres mots, plutôt qu’une copie traduite de la version anglaise.

2. Des langues intégrées dès le départ

Chaque page sait dans quelle langue elle est écrite et quelles versions existent dans les autres langues. Les moteurs de recherche le voient grâce aux balises hreflang : un internaute qui cherche en finnois arrive sur la page en finnois, celui qui cherche en anglais sur la page en anglais.

3. L’IA rédige, l’humain décide

Nous avons intégré au back-office un flux de contenu en deux étapes :

1. D’abord les faits. Un bouton rassemble les données à jour d’un avis et les enregistre.
2. Ensuite le texte. Un second bouton rédige une proposition d’avis, de points forts et points faibles et de FAQ, en s’appuyant uniquement sur les faits enregistrés.

Rien n’est publié automatiquement. Chaque modification s’affiche en comparaison avec l’ancien texte, et une personne la valide. Tenir à jour 87 avis dans trois langues est passé du statut de projet à celui de routine.

Les résultats

• Score PageSpeed mobile : 95. Les pages arrivent sous forme de HTML léger, généré à l’avance, sans scripts de thème ni d’extensions sur le chemin.
• Le référencement a suivi. Chaque ancienne URL a gardé son adresse ou redirige vers la nouvelle, si bien que l’autorité acquise par le site au fil des années a déménagé avec lui.
• Les mises à jour sont devenues une routine. Rafraîchir un avis, c’est désormais deux clics et une relecture attentive des changements, au lieu de modifications à la main dans trois langues.
• Plus aucun conflit d’extensions. Le site entier est un seul code que nous maîtrisons de bout en bout.

Sur un site voisin, une seule correction a fait une différence spectaculaire : les polices web chargées depuis un service externe représentaient l’essentiel du poids de la page. En les hébergeant nous-mêmes, nous l’avons presque entièrement supprimé. Bonus : plus aucune adresse IP de visiteur n’est envoyée à un tiers pour afficher une police, ce qui simplifie la conformité au RGPD.

Avant de migrer : une courte checklist

Si vous envisagez de quitter WordPress, vérifiez d’abord ces points :

1. Exportez toutes les URL, y compris les anciens articles, les catégories et les images, et décidez où va chacune.
2. Préparez les redirections avant de construire, pas après la mise en ligne.
3. Conservez vos titres et méta-descriptions, ou améliorez-les volontairement, jamais par accident.
4. Décidez comment vit chaque langue : ses propres URL, ses propres mots, reliés par hreflang.
5. Listez ce que font réellement vos extensions (formulaires, mesure d’audience, SEO, cache) et ne reconstruisez que ce dont vous avez besoin.
6. Surveillez de près la Google Search Console pendant les premières semaines après la mise en ligne, et corrigez vite les erreurs.
7. Mesurez avant et après : vitesse, trafic et conversions, pour savoir si la migration a été rentable.

Est-ce que cela vaut le coup ?

Pas pour tous les sites. Si le vôtre est petit, assez rapide et change rarement, WordPress peut vous servir encore des années.

Mais si votre site grandit en pages, en langues ou en ambition, et que vous passez plus de temps à le maintenir qu’à l’améliorer, une refonte est souvent le meilleur choix sur le long terme.

Vous envisagez de quitter WordPress ? Écrivez-nous. Nous l’avons fait pour nos propres projets, et nous pouvons le faire pour le vôtre.