Quitter WordPress en 2026 : pourquoi et comment migrer

Votre site WordPress fonctionne. Il a été monté en 2019, il affiche vos services, le formulaire de contact envoie bien les messages. Personne ne le regarde plus depuis longtemps, justement parce qu’il fonctionne.

C’est exactement là que se joue le problème. Un site vitrine WordPress ne tombe pas en panne du jour au lendemain, il se dégrade lentement : une extension qui n’est plus mise à jour, un thème qui prend du retard, une page qui met six secondes à s’afficher sur mobile. Et le jour où vous voulez y toucher, le devis pique.

Autant l’annoncer franchement : pour un site vitrine de TPE, en 2026, je ne recommande plus WordPress. Ce n’est pas une question de goût de développeur, et je vais éviter de vous dire que c’est lent et mal fichu, ce serait faux. C’est une question de surface de risque et de liberté de mouvement. Voici les chiffres, le test que vous pouvez faire vous-même cet après-midi, et ce qui se passe concrètement si vous décidez de partir.

Sommaire

• Le vrai problème de WordPress, ce n’est pas WordPress
• Votre contenu est peut-être prisonnier de votre page builder
• Les cinq signes qu’il est temps de partir
• Ce que vous emportez et ce que vous laissez
• Partir ne veut pas dire renoncer à modifier votre site
• Le seul cas où je vous dis de rester
• Pour conclure
• Questions fréquentes

Le vrai problème de WordPress, ce n’est pas WordPress

Commençons par rendre à WordPress ce qui lui appartient. Le logiciel lui-même est solide, maintenu par une communauté immense, et il fait tourner une part énorme du web depuis vingt ans. Ce n’est pas lui qui pose problème.

Le problème, ce sont les extensions. Et là, les chiffres sont sans appel.

📊 Rapport Patchstack, février 2026

En 2025, 11 334 nouvelles failles de sécurité ont été découvertes dans l’écosystème WordPress. C’est 42 % de plus que l’année précédente. Sur ce total, 91 % concernent des extensions, 9 % des thèmes, et six seulement le cœur de WordPress, toutes classées en priorité basse.

Traduisez ça pour votre situation. Le logiciel que vous avez choisi n’est presque jamais en cause. Ce qui l’est, ce sont les vingt, trente ou quarante petits modules ajoutés au fil des années pour un formulaire, un carrousel, un bandeau cookies, un cache, un plan de site. Chacun est écrit par quelqu’un que vous n’avez jamais choisi, qui peut arrêter du jour au lendemain.

Deux autres chiffres du même rapport rendent la chose concrète.

46 % des failles sont rendues publiques sans qu’un correctif existe. Autrement dit, l’information circule et vous ne pouvez rien faire, sinon désactiver l’extension.

Le délai médian entre la publication d’une faille très exploitée et sa première exploitation réelle est de cinq heures. Cinq heures. Si vous mettez votre site à jour une fois par mois, ou le jour où vous y pensez, vous n’êtes tout simplement pas dans la course. Et compter sur votre hébergeur ne suffit pas : dans les tests menés par Patchstack chez des hébergeurs grand public, les protections en place n’ont bloqué que 26 % des attaques.

Soyons honnêtes sur la portée de tout ça. Ça ne veut pas dire que votre site va se faire pirater le mois prochain. Beaucoup de sites WordPress vivent des années sans incident. Ça veut dire que le risque est structurel, qu’il ne dépend pas de vous, et qu’il augmente mécaniquement à chaque extension ajoutée. Pour une boutique qui vend en ligne, ce risque se gère parce qu’il se justifie. Pour un site de cinq pages qui présente une activité de plomberie, il se subit sans contrepartie.

Votre contenu est peut-être prisonnier de votre page builder

Voilà la partie que personne ne vous dit au moment de la mise en ligne, et c’est de loin la plus coûteuse.

Si vos pages ont été construites avec Elementor, Divi ou WPBakery, elles ne sont pas stockées comme du texte. Elles sont stockées sous forme de codes propriétaires, des shortcodes, enregistrés dans la base de données. Tant que l’outil est actif, il les traduit en pages lisibles. Le jour où il ne l’est plus, personne ne les traduit.

Le résultat est spectaculaire : à la place de vos pages, un empilement de codes entre crochets. Elegant Themes, l’éditeur de Divi, et les forums de support d’Elementor documentent le phénomène depuis des années.

Une précision honnête, parce qu’elle compte : votre contenu n’est pas perdu. Vos textes sont toujours là, dans la base. Ils sont juste devenus illisibles pour tout le reste du monde. Il faudra les récupérer, page par page, et les remettre au propre. C’est du travail, ce n’est pas un sinistre.

💡 Le test à faire cet après-midi : connectez-vous à l’administration de votre site et regardez la liste des extensions. Si vous y voyez Elementor, Divi, WPBakery ou Beaver Builder, vous savez désormais que vos pages sont écrites dans un format qui n’appartient qu’à cet outil. Ne désactivez rien pour vérifier, vous casseriez le site en ligne. Le simple fait de le voir dans la liste suffit à le savoir.

Ce verrouillage a une conséquence à laquelle on pense rarement : il coûte cher même si vous restez. Vous ne pouvez plus changer de thème sans tout refaire, vous ne pouvez plus changer de page builder, et le moindre prestataire qui reprend le dossier doit d’abord apprendre votre outil. C’est aussi ce qui explique la lenteur : ces constructeurs chargent leur propre moteur sur chaque page, ce qui pèse lourd sur mobile. J’ai détaillé la mécanique côté performance dans mon guide pour réduire le temps de chargement d’un site.

Les cinq signes qu’il est temps de partir

Assez de théorie. Voici les signaux que je retrouve à chaque fois qu’un site WordPress est arrivé au bout de sa vie utile.

• Vous n'osez plus y toucher. Changer un horaire vous demande de rassembler du courage, parce que la dernière mise à jour avait cassé la page d'accueil.
• La maintenance a dépassé le prix du site. Additionnez les licences d'extensions premium, l'hébergement et les interventions de dépannage sur trois ans.
• Personne ne sait à quoi servent la moitié des extensions. Elles sont là, elles se mettent à jour, et plus personne ne se souvient pourquoi.
• Chaque tentative d'accélération ajoute une extension. Un module de cache, puis un module d'optimisation d'images, puis un module qui optimise les deux autres.
• La personne qui l'a fait n'est plus joignable. Le neveu a changé de métier, l'agence a fermé, et les accès sont dans un mail de 2019.

Trois signaux sur cinq, la question mérite d’être posée sérieusement. Cinq sur cinq, elle est déjà tranchée, il ne reste qu’à choisir le moment.

Une nuance utile : partir ne veut pas forcément dire tout reconstruire. Si la structure du site tient et que seuls le design et la vitesse posent problème, une remise au propre suffit parfois. J’ai listé les défauts qui font vraiment fuir les visiteurs dans mon article sur les erreurs de design qui coûtent des clients.

Ce que vous emportez et ce que vous laissez

C’est la question qui bloque la plupart des décisions, et elle mérite une réponse précise plutôt qu’un « ne vous inquiétez pas, on s’occupe de tout ».

Vos textes et vos images partent toujours avec vous. WordPress dispose d’un export intégré, et de toute façon les contenus restent récupérables page par page. S’il y a un page builder, comptez du temps de remise au propre, mais rien n’est perdu.

Vos anciennes adresses, elles, ne survivent pas. Chaque page de votre site a une adresse que Google connaît, que des clients ont mise en favori, que d’autres sites ont recopiée dans leurs liens. En changeant d’outil, ces adresses changent. Sans table de redirections, elles tombent toutes en page d’erreur.

Ce point mérite qu’on s’y arrête, parce que son effet est retors. Le jour de la mise en ligne, tout va bien, le site est beau. La chute arrive deux à trois mois plus tard, quand Google a fini de repasser sur les anciennes adresses. À ce moment-là, plus personne ne fait le lien avec la refonte. Une redirection, c’est une ligne qui dit « l’ancienne adresse pointe désormais vers la nouvelle ». Il en faut une par page, et c’est un poste de travail à part entière.

Vos formulaires ne se transportent pas. Contact Form 7, WPForms et les autres enregistrent leur configuration dans leur propre format. Le formulaire se refait, ce n’est pas long. En revanche, les anciens messages reçus restent dans l’ancienne base : si vous y tenez, exportez-les avant de couper.

Certaines extensions n’ont pas d’équivalent direct, et c’est le vrai point de vigilance. Un système de réservation, une gestion d’adhérents, une boutique, un site en deux langues : ce sont des fonctions, pas des décorations. Elles se refont, mais elles se chiffrent.

Vos comptes doivent être à votre nom. Profitez de l’occasion pour vérifier que le nom de domaine et l’hébergement sont enregistrés au nom de votre entreprise, pas à celui de l’ancien prestataire. C’est plus fréquent qu’on ne croit, et ça se corrige mieux avant une migration qu’après.

⚠️ Attention : ne coupez jamais l’ancien site le jour où le nouveau part en ligne. Gardez-le accessible quelques semaines, ne serait-ce que pour retrouver un contenu oublié ou vérifier une ancienne adresse. Ça ne coûte que le prix d’un mois d’hébergement.

Côté budget, une reprise de site démarre à 550 € chez moi pour une page unique et 800 € pour cinq pages, livrée en quatre semaines. Ce qui fait varier la note, ce n’est presque jamais le design : c’est le volume de pages à reprendre, la présence d’un page builder et le nombre d’adresses à rediriger. Pour situer ça dans la durée plutôt que sur une facture unique, j’ai chiffré ce que coûte réellement un site web sur cinq ans.

Partir ne veut pas dire renoncer à modifier votre site

C’est l’objection que j’entends le plus souvent, et elle est parfaitement légitime : « d’accord, mais je veux pouvoir changer mes textes moi-même ». C’est même ce qui a maintenu WordPress en place pendant vingt ans, et à raison.

Sauf qu’on a pris l’habitude de confondre deux choses très différentes. Pouvoir modifier son contenu, c’est une fonction. Faire tourner quarante extensions sur le serveur qui affiche vos pages au public, c’en est une autre. On peut garder la première sans la seconde.

C’est ce que permettent les outils de gestion de contenu modernes. Votre espace d’administration vit d’un côté, protégé et fermé. Le site que voient vos visiteurs, lui, n’est plus qu’un ensemble de pages déjà construites, sans base de données ni extensions à surveiller. Il n’y a plus rien à attaquer sur la partie publique, et plus rien à mettre à jour dans l’urgence un dimanche soir.

Concrètement, chez moi, c’est le pack ÉDITABLE : un espace d’administration privé où vous changez vos textes, vos photos et vos réalisations, avec la modification en ligne dix secondes plus tard et sans rien à publier. Vous pouvez même cliquer sur un texte directement dans la page pour le corriger. C’est aussi la seule de mes formules qui gère un site en deux langues. Elle se chiffre sur devis, et l’hébergement avec maintenance revient à 480 € par an.

Si vous voulez voir à quoi ça ressemble avant d’en parler, j’ai monté une démonstration complète : lobeljardin.giroucode.fr, une jardinerie fictive à Gaillac, bilingue, dont tout le contenu se pilote depuis un espace d’administration.

Et si vous publiez deux fois par an, franchement, vous n’avez besoin de rien de tout ça. Un site sans espace d’administration se met à jour par un message et coûte moins cher à l’année. Les packs Création démarrent à 600 € pour une page unique et 900 € pour cinq pages. Vous pouvez chiffrer votre cas exact avec le configurateur de devis.

Le seul cas où je vous dis de rester

Il y en a un, et il est net : la boutique en ligne.

WooCommerce est mature, il fait tourner des centaines de milliers de boutiques, il gère les stocks, la TVA, les transporteurs et les moyens de paiement. Refaire tout ça ailleurs pour un commerce qui vend réellement en ligne serait un mauvais calcul, et je préfère vous le dire plutôt que vous vendre autre chose : je ne fais pas d’e-commerce. Si votre site encaisse des paiements, restez, faites-le entretenir sérieusement, et investissez dans la sécurité plutôt que dans un déménagement.

Le même raisonnement vaut, plus rarement, pour un site bâti autour d’une fonction lourde qui marche bien, une gestion d’adhérents ou un agenda de réservation par exemple, avec quelqu’un de compétent qui le maintient à jour. Un WordPress propre, tenu par quelqu’un qui sait ce qu’il fait, reste un bon outil. Le problème n’a jamais été WordPress bien tenu. C’est WordPress laissé seul.

Pour conclure

Un site vitrine n’a pas besoin d’un moteur capable de faire tourner une boutique, un forum et un magazine. Il a besoin d’afficher vite, de tenir dix ans et de ne rien demander à personne entre deux modifications.

Si vous devez ne retenir qu’un geste de cet article, faites le test des extensions. Ouvrez votre administration, comptez-les, et regardez si un page builder s’y trouve. Ces deux informations vous disent à peu près tout : le niveau de risque que vous portez sans le savoir, et le prix que coûtera votre liberté le jour où vous voudrez la reprendre.

🤝 Besoin d’aide ? Vous hésitez entre remettre votre WordPress au propre et repartir sur autre chose ? Écrivez-moi avec l’adresse de votre site, je regarde ce qu’il y a dessous et je vous dis franchement lequel des deux vous coûtera le moins cher, même si la réponse est de rester où vous êtes.

Sources :

• Patchstack, State of WordPress Security in 2026 — rapport publié le 25 février 2026 : 11 334 failles recensées en 2025, hausse de 42 %, répartition entre extensions, thèmes et cœur, part des failles sans correctif à la divulgation, délai médian avant exploitation, taux de blocage des hébergeurs.
• Elegant Themes, centre d’aide Divi — comportement du Divi Builder et de son affichage.
• Astuces Divi, supprimer les shortcodes après un changement de thème — description du stockage des mises en page sous forme de shortcodes et de ce qu’il advient du contenu quand l’outil n’est plus actif.