Un débat enflamme régulièrement la communauté web française depuis l’arrivée des IA génératives capables de produire du code en quelques secondes : faut-il continuer à construire des sites sur WordPress, ou laisser Claude, Lovable, Cursor et leurs successeurs générer du HTML/JS pur, plus léger, plus moderne, plus rapide ? La question est sérieuse et mérite mieux qu’une réponse dogmatique. Voici l’analyse complète des arguments des deux camps, avec un angle SEO trop souvent oublié dans les échanges.
En résumé pour les pressés. Le choix entre WordPress et un site généré par IA n’est pas une opposition idéologique, c’est un arbitrage technique et économique. Le code IA pur excelle sur les projets one-shot, les landing pages, les sites événementiels, et les expérimentations créatives. WordPress garde une avance structurelle sur les projets évolutifs, les sites d’autorité éditoriale, les e-commerces, et tout ce qui doit durer trois ans et plus. L’erreur la plus fréquente n’est pas de choisir l’un ou l’autre : c’est de choisir sans avoir compris l’arbitrage. Nous proposons en bas d’article une matrice de décision en six cas concrets pour vous éviter cette erreur.
Ce que les LLM ont changé en dix-huit mois
Pendant quinze ans, le débat « CMS contre code maison » avait des frontières claires. D’un côté WordPress et ses concurrents (Joomla, Drupal, Typo3), choisis pour leur écosystème de plugins et leur facilité d’édition par le client. De l’autre les frameworks JavaScript (React, Vue, Next, Nuxt, Astro) choisis pour leur performance, leur flexibilité et leur élégance technique. Le choix se faisait sur des critères mesurables : budget, autonomie client, exigences de performance, intégration avec d’autres systèmes.
L’arrivée massive des IA capables de générer du code propre a bousculé l’équation. En mai 2026, n’importe quel créatif sans compétences techniques peut décrire un site dans un prompt, obtenir 200 lignes de HTML/CSS/JS cohérent, et déployer une landing page en moins d’une heure. Cette démocratisation est réelle, et elle change la composition du marché. Mais elle ne résout pas tous les problèmes — et elle en crée de nouveaux que peu de personnes mesurent honnêtement.
Les six arguments en faveur du code IA pur
Commençons par ce qui est vrai dans la position de ceux qui défendent le HTML/JS généré par IA. Ces arguments tiennent.
1. Démocratisation de la création web
Les outils comme Claude, Lovable, Cursor permettent à des non-développeurs — créatifs, designers, marketeurs — de produire un site fonctionnel sans dépendre d’un prestataire. Cette autonomie créative est précieuse pour les projets personnels, les prototypes, les sites de portfolio. Elle réduit le ticket d’entrée à la création web, et c’est globalement positif.
2. Rapidité de prototypage
Pour tester rapidement une idée — une landing page produit, un mini-site événementiel, un site annonce — le HTML/JS généré par IA est imbattable. Quelques heures, un domaine, un hébergement statique, et l’idée est en ligne. C’est exactement ce dont une équipe a besoin pour itérer sur un concept avant d’investir dans une infrastructure durable.
3. Légèreté potentielle
Un site HTML/CSS/JS bien écrit pèse rarement plus de quelques dizaines de kilo-octets. Comparé à un WordPress mal optimisé chargé de plugins, c’est dix à cinquante fois plus léger. Cette différence se ressent sur les Core Web Vitals, sur la consommation d’énergie, et sur l’expérience utilisateur. À condition que le code généré soit effectivement propre — un point sur lequel nous reviendrons.
4. Liberté technique
Un site en code pur n’est pas verrouillé sur une plateforme propriétaire. Vous pouvez l’héberger n’importe où, le modifier avec n’importe quel éditeur, le porter sur n’importe quel CDN. Cette portabilité est un vrai atout face aux solutions de type Webflow, Wix ou Shopify où la migration ailleurs reste laborieuse.
5. Cas créatifs et expérimentations design
Pour les projets très visuels — sites de marque luxe, portfolios de directeurs artistiques, expériences interactives — le code généré sur mesure permet des rendus que les thèmes WordPress standards atteignent difficilement. C’est dans ce créneau que les agences créatives ont d’ailleurs migré massivement vers Webflow et le code custom depuis 2020.
6. Cas spécifique des sites pSEO et annuaires sur mesure
Pour générer des centaines ou des milliers de pages programmatiques (pSEO) à partir d’une base de données, un développement custom assisté par IA est parfois plus efficace qu’un WordPress avec un plugin générique. Nous l’avons testé sur plusieurs sites de notre écosystème, avec des résultats SEO probants.
Les douze arguments en faveur de WordPress (et pourquoi ils tiennent)
De l’autre côté, voici l’inventaire complet des arguments qui font qu’en 2026, WordPress reste le choix par défaut sur la majorité des projets professionnels.
1. Autonomie réelle du client
Le client peut publier un article, modifier une page, changer une image, ajouter un menu, sans toucher au code. Cette capacité d’édition non technique est probablement l’argument le plus structurant. Sur un site HTML pur généré par IA, la moindre modification implique soit de retourner voir le développeur initial, soit de retourner sur l’IA — qui ne se souvient plus du contexte du site et risque de produire du code incohérent avec l’existant.
2. Écosystème mature
WordPress propulse aujourd’hui environ 43 % des sites web mondiaux. Cette domination implique une documentation massive, des dizaines de milliers de plugins, des centaines de milliers de développeurs capables d’intervenir, et un support communautaire d’une profondeur incomparable. Pour le client, cela signifie qu’il pourra toujours trouver quelqu’un pour faire évoluer son site.
3. Transférabilité
N’importe quel développeur WordPress peut reprendre un site existant et le faire évoluer. Cette portabilité humaine est sous-estimée. Sur un site IA généré, le développeur suivant doit d’abord comprendre une architecture qui n’a pas été pensée pour être maintenue par un autre. C’est rarement gratuit.
4. Mises à jour de sécurité régulières
Le cœur WordPress, les thèmes maintenus et les plugins sérieux reçoivent des correctifs de sécurité réguliers. Un site HTML/JS pur, lui, est figé au moment de sa création. Les dépendances qu’il utilise — React, frameworks, librairies — vieillissent silencieusement et accumulent les failles que personne ne corrige. Au bout de deux ans, le site ressemble à un site de 2010 oublié : encore en ligne, mais à la merci de la première attaque automatisée qui tombe sur ses faiblesses.
5. Dette technique invisible
Le code généré par IA est rarement cohérent au niveau architectural. Les patterns varient, les nommages flottent, les conventions changent d’un fichier à l’autre. Cette dette technique n’apparaît pas immédiatement, mais elle se paye cher dès qu’il faut reprendre le projet. Au bout de dix-huit mois, beaucoup de sites générés par IA deviennent un casse-tête à maintenir, et l’arbitrage rationnel devient : tout réécrire.
6. Évolutivité fonctionnelle
Besoin d’ajouter un e-commerce dans six mois ? Une newsletter automatisée ? Un espace membres ? Un CRM connecté ? Sur WordPress, ces ajouts se font avec un plugin éprouvé en quelques heures. Sur un site IA pur, chaque nouvelle fonctionnalité est un développement à part entière, souvent incompatible avec ce qui existe déjà.
7. Propriété et indépendance
WordPress est un logiciel libre. Vous l’hébergez où vous voulez, vous le modifiez comme vous voulez, vous le transférez quand vous voulez. Cette indépendance vis-à-vis d’un éditeur tiers est un atout structurel face aux solutions propriétaires qui peuvent changer leurs règles, augmenter leurs prix, ou disparaître. Construire son activité sur une plateforme propriétaire, c’est construire sur un terrain qu’on ne possède pas.
8. Conformité RGPD facilitée
Un site WordPress peut être hébergé en France, sans services tiers externes, avec un contrôle complet sur les cookies et les données. C’est plus difficile à garantir avec un site IA généré qui s’appuie sur des CDN et services externes par défaut. La conformité RGPD reste possible dans les deux cas, mais elle est nettement plus accessible et documentée côté WordPress.
9. Confidentialité des données sensibles
Si vous gérez des données commerciales, marketing ou clients sensibles, un site WordPress auto-hébergé garde ces données sous votre contrôle. Dès qu’une IA est intégrée au cœur du site — pour la génération de contenu, le chat, les recommandations — vos données sont nécessairement partagées avec l’éditeur de l’IA. Pour certains secteurs (santé, finance, juridique), cet aspect est rédhibitoire.
10. Économie réelle sur le moyen terme
Un site WordPress coûte un peu plus cher à la création, mais nettement moins cher à maintenir sur cinq ans. Un site IA coûte moins cher à créer, mais explose en coût de maintenance dès que le code doit être repris. Cette équation est rarement présentée honnêtement au client : le coût total de possession (TCO) reste structurellement en faveur de WordPress sur les projets durables.
11. Crédibilité éditoriale
Un site visiblement généré par IA — patterns trop génériques, ton trop lisse, absence de signature humaine — peut éveiller la défiance des visiteurs. Sans signaux humains clairs, le site sonne creux. Sur des marchés où la confiance compte (services premium, B2B, médical, juridique), cet aspect ne se mesure pas en performance technique, mais en taux de conversion et en réputation.
12. Construction d’un véritable actif
Un site WordPress bien construit devient un actif numérique transmissible, valorisable, valorisé lors d’une cession d’entreprise. Un site jetable généré en quelques heures avec une IA n’est pas un actif : c’est une dépense. La nuance n’est pas anodine pour les entrepreneurs qui réfléchissent à dix ans.
L’angle SEO qu’on oublie systématiquement dans le débat
La majorité des échanges sur « WordPress ou IA » se concentrent sur la technique, la maintenance, la propriété. L’angle SEO — pourtant central dès qu’on veut être trouvé sur Google ou cité par les LLM — est largement sous-traité. Voici ce qu’il faut savoir.
L’indexation des sites JavaScript pur
Googlebot sait crawler du JavaScript, mais avec un coût significatif. Les pages 100 % rendues côté client (Single Page Applications en React, Vue ou similaire) sont indexées plus lentement, avec une fiabilité moindre que les pages servies en HTML statique. Sur un site WordPress, le HTML arrive pré-rendu : c’est une garantie d’indexation rapide et fiable. Sur un site IA généré en React pur sans rendu serveur, ce n’est plus une garantie, c’est un pari.
Le budget de crawl
Google attribue un budget de crawl par site. Plus une page est coûteuse à rendre (JS lourd, requêtes multiples), plus ce budget se consomme vite. Sur un site important — e-commerce, magazine, annuaire — cette logistique invisible peut bloquer l’indexation de pages entières. Les CMS comme WordPress, avec leur rendu HTML natif, restent les plus économes en budget de crawl.
Les données structurées et schemas
Les rich snippets (étoiles, FAQ, recettes, événements) reposent sur des schemas JSON-LD bien déclarés. WordPress propose des plugins matures — RankMath, SEO Press, Yoast — qui génèrent automatiquement ces schemas selon le type de contenu. Sur un site IA généré, ces schemas doivent être codés à la main, contenu par contenu, et maintenus à chaque évolution. C’est faisable, mais c’est une charge de travail récurrente qui s’ajoute au reste.
Le maillage interne dynamique
Un site éditorial vit par son maillage interne : chaque nouvel article doit pouvoir être lié depuis d’autres pages, automatiquement ou par des plugins de recommandation. WordPress excelle dans ce domaine grâce à ses taxonomies, ses widgets de contenus liés, et ses plugins de related posts. Sur un site IA généré, chaque mise à jour de maillage est manuelle, et la cohérence se dégrade vite avec la croissance du contenu.
La gestion des redirections 301
Sur un site vivant, des pages évoluent, des URL changent, certaines disparaissent. La maintenance des redirections 301 est cruciale pour préserver l’autorité SEO. WordPress dispose d’outils dédiés pour gérer cela proprement. Un site HTML statique généré par IA n’a pas ce confort : chaque changement d’URL devient une intervention serveur ou de configuration CDN, avec un risque d’oubli systématique.
Les Core Web Vitals dans la durée
Un site IA bien généré peut afficher d’excellents Core Web Vitals au jour J. La vraie question est : tient-il ces métriques à dix-huit mois ? Sans maintenance régulière, sans purge des dépendances obsolètes, sans réoptimisation des images, les CWV se dégradent inexorablement. WordPress avec un thème léger (GeneratePress, Astra base) et un cache propre (WP Rocket) tient mieux la durée — à condition d’être correctement entretenu, c’est-à-dire pas livré et oublié.
L’écosystème GEO et llms.txt
L’optimisation pour les moteurs IA génératifs — ce qu’on appelle le GEO — repose sur des fichiers comme llms.txt, sur la déclaration d’entités via schema.org, sur la mention dans des sources de référence. WordPress facilite techniquement ces optimisations via des plugins et des hooks. Sur un site IA pur, tout cela est à coder manuellement et à maintenir, ce qui le rend moins agile face à l’évolution rapide des standards GEO.
Propriété, RGPD et sécurité : l’angle juridique et stratégique
Au-delà de la technique pure, il existe trois aspects que peu d’agences abordent honnêtement lors d’un devis, et qui pèsent lourd sur cinq ans.
Propriété intellectuelle du code. Quand un site est généré par une IA, qui en possède le code ? La réponse juridique est encore floue. En pratique, le client paye une prestation et reçoit le code. Mais il n’y a souvent ni documentation, ni transfert de connaissance structuré. Sur WordPress, la propriété est claire : le client possède son site, son contenu, sa base de données, et peut héberger où il veut.
Conformité RGPD. Un transfert de données hors UE est licite sous conditions (décision d’adéquation, clauses contractuelles types, dérogations spécifiques). Mais en pratique, beaucoup de sites IA générés sont hébergés sur Vercel, Netlify ou similaires, avec des intégrations tierces (analytics, formulaires, embeds) qui transfèrent des données vers les États-Unis. Ces transferts sont conformes pour les prestataires certifiés Data Privacy Framework, mais ils exigent un travail documentaire (politique de confidentialité détaillée, AIPD si besoin, consentement des utilisateurs) que les agences omettent souvent de réaliser.
Sécurité dans la durée. WordPress est régulièrement critiqué pour ses failles. C’est vrai : un WordPress mal maintenu, avec des plugins datés, est vulnérable. Mais cette critique vaut autant pour n’importe quel site IA mal maintenu, voire davantage : un site WordPress dispose au moins de mises à jour automatiques, d’un calendrier de patches connu, et d’une communauté qui signale et corrige les vulnérabilités. Un site IA figé en 2026 avec des dépendances de l’époque sera, en 2029, une cible idéale.
L’angle humain : ce que ressent l’utilisateur final
Cet angle est rarement mesurable, mais il pèse sur le taux de conversion et la réputation. Un site qui sent l’IA générée — patterns design trop génériques, ton lisse et neutre, illustrations stock évidentes, absence de signature humaine, footers vides de mentions personnelles — déclenche une intuition de défiance chez beaucoup de visiteurs. Cette intuition n’est pas irrationnelle : elle signale que la personne derrière le site n’a peut-être pas pris le temps d’y investir une présence réelle.
L’inverse est aussi vrai. Un site WordPress générique, livré avec un thème acheté et bourré de plugins, peut donner la même impression d’industriel impersonnel. L’angle humain n’est donc pas « WordPress contre IA », c’est « site investi contre site jetable ». Et un site IA bien cadré, avec une vraie direction artistique et une voix éditoriale personnelle, peut tout à fait être chaleureux. La technique ne fait pas tout : l’attention portée au détail en fait davantage.
Matrice de décision en six cas concrets
Plutôt que de trancher dans l’absolu, voici comment nous arbitrons en pratique selon le projet.
Ce tableau résume nos arbitrages les plus fréquents. Il n’est pas absolu : dans la vraie vie, des contraintes spécifiques (budget, équipe interne, contrainte réglementaire) peuvent justifier une autre direction. Mais ces six cas représentent peut-être 90 % des projets web courants.
Notre méthode chez NEWP : le mix pragmatique
Dans la pratique, nous n’opposons jamais WordPress et IA. Nous combinons les deux selon les besoins de chaque section du projet.
Sur l’infrastructure générale, WordPress reste la base. Nous l’installons sur un hébergement performant (o2switch, Hostinger, ou hébergeur dédié selon le projet), avec un thème léger (GeneratePress, ou un thème FSE custom), un constructeur visuel maîtrisé (Bricks Builder), et une stack SEO mature (RankMath ou SEO Press, schémas JSON-LD, cache propre, optimisation images).
Sur les éléments custom où WordPress montre ses limites — composants design singuliers, pages programmatiques, blocs Gutenberg sur mesure — nous utilisons Claude pour produire le code. Cette assistance IA accélère le développement de cinq à dix fois, à condition de l’employer par petits morceaux maîtrisés (un composant, une fonction, une optimisation), pas en générant des sites entiers d’un seul prompt.
Pour les projets très spécifiques — sites pSEO, annuaires personnalisés, applications métier — nous mixons WordPress en infrastructure et code custom IA-assisté pour les fonctionnalités spécifiques. Cette hybridation préserve l’autonomie d’édition du client (sur WordPress) tout en débloquant des fonctionnalités que les plugins génériques ne couvrent pas.
Et pour les projets one-shot — landing pages, micro-sites, expérimentations créatives — nous assumons sans complexe le HTML/JS pur généré par IA. C’est rapide, c’est efficace, c’est exactement le cas d’usage où cette approche brille.
En conclusion : sortir du dogme
Le débat « WordPress contre site généré par IA » n’est sain que lorsqu’il sort du registre dogmatique. Les deux approches ont leurs cas d’usage, leurs forces, leurs limites. La vraie compétence d’une agence web en 2026 n’est pas de défendre un camp, c’est de savoir précisément quand utiliser quoi, et pourquoi.
Pour la majorité des projets professionnels durables — sites vitrines, blogs d’autorité, e-commerces, sites éditoriaux — WordPress reste structurellement le choix le plus rationnel sur cinq ans. Pour les projets courts, créatifs, ou très spécifiques, le code IA pur a sa place. Pour les agences sérieuses, c’est la combinaison maîtrisée des deux qui produit les meilleurs résultats.
Si vous hésitez sur la bonne stack pour votre projet, notre agence webdesign traite ces arbitrages au quotidien depuis 2012. Et si vous voulez d’abord évaluer l’état SEO de votre site actuel avant de décider d’une refonte, notre audit SEO gratuit vous donne en 48 heures un diagnostic technique complet.
Une dernière chose. La pire décision n’est jamais « WordPress » ou « IA ». C’est de choisir sans avoir compris l’arbitrage. Un site mal conçu sur WordPress vieillit aussi mal qu’un site mal conçu en HTML pur. Un site bien conçu, dans les deux approches, peut tenir cinq à dix ans. La qualité du travail prime sur la technologie choisie — et c’est probablement la conclusion la moins glamour et la plus utile de ce débat.
