De WordPress à Claude ou ChatGPT : ce qui change

Passer de WordPress à une IA : concrètement, ça veut dire quoi ?

Passer de WordPress à Claude ou ChatGPT, c’est remplacer un panneau d’administration et son écosystème d’extensions par des instructions en langage naturel qui génèrent directement du code HTML/CSS/JS statique. On gagne en vitesse et on supprime 96 % de la surface d’attaque (les plugins), mais on perd l’édition en clic : chaque modification repasse par un prompt.

Voilà le résumé brutal. Maintenant, regardons ce que ça change tâche par tâche, parce que c’est là que la théorie rencontre le mur du réel. J’ai fait la manip des deux côtés, et je vais te montrer où l’IA brille et où elle décroche.

D’abord, comprendre ce que WordPress faisait pour toi

Avant de partir, il faut savoir ce qu’on quitte. WordPress propulse 43,4 % de tous les sites web en 2025 et 61 % de ceux équipés d’un CMS (Oten). Ce n’est pas un hasard : le CMS te donne trois choses gratuitement.

• Un back-office visuel. Tu cliques sur “Ajouter un article”, tu tapes, tu publies. Zéro code.
• Un écosystème d’extensions. Formulaire, SEO, boutique, cache : un plugin pour tout.
• Une base de données. Ton contenu est stocké et interrogeable, séparé de la présentation.

Le revers, c’est que ces trois avantages sont aussi ta dette. En 2024, 7966 vulnérabilités ont touché l’écosystème WordPress, dont 96 % venaient des plugins et 4 % des thèmes (ADK Media). Le cœur du logiciel, lui, n’était concerné que par sept failles. En 2025, Wordfence relevait un rythme hebdomadaire de nouvelles failles, par exemple 84 en une seule semaine dans 68 plugins et 6 thèmes (SecuriteWP). Résultat : une maintenance continue, facturée entre 40 et 90 €/h chez un freelance français (ClickDev).

C’est cette maintenance-là que la bascule vers l’IA promet de faire disparaître. Mais rien n’est gratuit. On échange un type de contrainte contre un autre.

Tâche par tâche : la même chose, autrement

Créer une page

Dans WordPress : tu ouvres l’éditeur Gutenberg ou Elementor, tu glisses des blocs, tu ajustes les marges à la souris. C’est visuel, immédiat, et tu vois le résultat en direct.

Avec Claude ou ChatGPT : tu décris. Exemple de prompt réel :

“Crée une page d’accueil pour un domaine viticole en Provence. Section hero avec titre, sous-titre et un bouton ‘Découvrir nos cuvées’. Ensuite une grille de 3 cuvées, une section ‘Notre histoire’ avec image à gauche et texte à droite, et un pied de page avec mentions légales. HTML sémantique, CSS moderne (flexbox et grid), responsive mobile-first, palette bordeaux et crème.”

L’IA te sort un fichier index.html complet, avec le CSS intégré ou séparé. Un site généré ainsi tient en HTML, CSS et JS statiques : pas de CMS, donc les mises à jour de sécurité disparaissent et la vitesse de chargement en profite d’office (Jessem). Tu récupères le fichier, tu le déposes sur un hébergeur ou sur Vercel ou Netlify, et c’est en ligne.

Le gain est réel sur la première création. Le piège arrive après : dans WordPress, tu déplaces une section en trois clics. Avec l’IA, tu dois reformuler (“descends la section histoire sous la grille de cuvées”), attendre la régénération, et vérifier que rien d’autre n’a bougé. Sur une page simple, ça va. Sur une mise en page dense, tu passes plus de temps à décrire qu’à faire.

Publier un article

C’est ici que la différence devient philosophique. Dans WordPress, publier un article, c’est ouvrir l’éditeur, taper, cliquer sur “Publier”. Ta grand-mère peut le faire.

Avec une IA, tu n’as pas de bouton “Publier”. Tu demandes à l’IA de créer un fichier article-vendange-2026.html, de reprendre la structure de tes autres pages, et de l’ajouter à ta liste d’articles. Puis tu redéploies. Pour un contenu par mois, c’est acceptable. Pour un blog qui publie trois fois par semaine, c’est un frein sérieux. La rédaction reste simple, mais la mécanique de mise en ligne réclame une manipulation technique à chaque fois.

Certains guides contournent ça avec un CMS open source léger connecté au site statique, pour éditer le contenu en langage naturel (Tandem). Mais soyons honnêtes : on réintroduit alors une couche de complexité qu’on avait justement voulu fuir.

Mettre en forme

Le formatage sous WordPress passe par une barre d’outils : gras, titres, listes, boutons. Visuel, universel.

Avec l’IA, tu décris le style souhaité et elle écrit le CSS. L’avantage : une cohérence totale, parce que tout est piloté par une feuille de style unique et pas par des réglages dispersés dans 40 articles. L’inconvénient : si tu veux juste mettre un mot en rouge dans un paragraphe, tu dois soit éditer le HTML à la main, soit demander à l’IA de le faire. Pour un non-technicien, éditer du HTML brut n’a rien d’évident, même si c’est bien moins effrayant qu’il n’y paraît.

Ajouter une fonctionnalité (ex-plugin)

Là, le match est intéressant. Besoin d’un formulaire de contact ? Dans WordPress, tu installes Contact Form 7 ou Gravity Forms. C’est rapide, mais c’est une extension de plus à maintenir, et une source potentielle de bugs (on en parle assez dans nos articles sur les formulaires qui n’envoient rien).

Avec l’IA, tu demandes un formulaire qui envoie via une API d’envoi d’emails. Prompt type :

“Ajoute un formulaire de contact (nom, email, message) qui envoie les données via l’API Resend. Validation côté client, message de confirmation après envoi.”

L’IA écrit le formulaire et la logique d’envoi. Tu branches ta clé API (voir notre guide pour configurer Resend) et c’est fonctionnel, sans plugin, sans mise à jour. La différence avec WordPress ou Webflow, c’est qu’il n’y a ni thème, ni panneau d’administration, ni plugin propriétaire : le résultat t’appartient entièrement, fichier par fichier (Jessem).

Mais dès que la fonctionnalité se complexifie (paiement, gestion de stock, espace membre), l’IA génère du code que tu ne sais ni lire ni déboguer. Et quand ça casse à 22 h un vendredi, il n’y a pas de forum de 100 000 utilisateurs qui a déjà résolu ton problème comme pour un plugin WordPress populaire.

Le tableau qui résume la bascule

Ce qu’on gagne vraiment

Trois gains concrets, pas des slogans.

1. La sécurité par soustraction. Un site statique n’a pas de base de données à pirater ni de plugin à exploiter. Tu supprimes mécaniquement l’immense majorité des vecteurs d’attaque. Quand on sait qu’une fuite de données coûte en moyenne 3,73 millions de dollars en France selon IBM (ClickDev), retirer la surface d’attaque a une vraie valeur.

2. La vitesse. Pas de PHP à exécuter, pas de requêtes en base : le HTML est servi tel quel. Sur les Core Web Vitals, un statique bien fait part avec une longueur d’avance.

3. Zéro maintenance récurrente. Pas de mises à jour hebdomadaires, pas de conflits de plugins, pas d’écran blanc après une mise à jour automatique. Le fichier que tu déploies aujourd’hui fonctionnera identique dans deux ans.

Ce qu’on perd (et il faut le dire franchement)

L’IA accélère la fabrication du code, mais elle ne remplace ni l’autonomie éditoriale, ni l’écosystème d’extensions de WordPress (Limbus). Deux pertes majeures.

L’interface pour non-technicien. C’est la perte la plus sous-estimée. Une assistante, un stagiaire, un associé peu à l’aise avec l’informatique peuvent publier sur WordPress. Sur un site statique piloté par IA, chaque modification demande soit un prompt bien formulé (et écrire un bon prompt est une compétence), soit une édition de code. Tu déplaces la barrière technique, tu ne la supprimes pas.

L’autonomie du “je le fais moi-même, maintenant”. Sur WordPress, corriger une faute de frappe prend dix secondes. Sur un statique, tu ouvres le fichier, tu trouves la ligne, tu modifies, tu redéploies. Ou tu prompts et tu attends. Pour quelqu’un qui touche son site tous les jours, ce surcoût de friction s’accumule vite.

Ajoute que l’IA peut engendrer de la dette technique et des incohérences si elle est mal pilotée (Oten). On l’a constaté en démontant un site Lovable d’un an : du code généré vite, joli, mais que personne ne peut faire évoluer proprement sans repartir de zéro.

Pour qui la bascule a du sens

La question n’est plus “WordPress est-il obsolète”. Il ne l’est pas. La vraie question, c’est l’adéquation entre l’outil et ton profil. Fais le tri honnêtement.

La bascule a du sens si :

• Ton site est majoritairement vitrine, avec peu de mises à jour de contenu (une par mois ou moins).
• Tu es à l’aise avec un minimum de manipulation technique, ou tu délègues à quelqu’un qui l’est.
• La performance et la sécurité “sans effort” comptent plus que l’édition en clic.
• Tu veux posséder ton code entièrement, sans dépendre d’un thème ou d’un plugin propriétaire.

Reste sur WordPress si :

• Plusieurs personnes non techniques publient régulièrement.
• Tu as besoin de fonctionnalités riches et éprouvées (boutique complexe, espace membre, réservation).
• Tu veux pouvoir corriger toi-même, tout de suite, sans prompt ni déploiement.

Un dernier repère : la stratégie et le contenu comptent davantage que l’outil (Ascense). Un site statique mal pensé ne vend pas mieux qu’un WordPress mal pensé. L’IA ne fait que déplacer l’effort, elle ne l’annule pas. Si tu hésites encore entre les deux mondes, notre comparatif WordPress ou Astro en 2026 creuse la question technique du statique moderne.

Le takeaway actionnable : avant de migrer, compte le nombre de fois où tu as modifié ton site toi-même le mois dernier. Si c’est zéro ou une, la bascule vers l’IA te fera gagner en sécurité et en vitesse sans rien te coûter. Si c’est dix, tu vas regretter le bouton “Publier” dès la première semaine.