← Retour au blog
dev 9 min de lecture

WordPress, Drupal, Joomla : et si l'IA leur faisait la peau ?

La promesse originelle des CMS, l'IA est en train de la tenir.

WordPress, Drupal, Joomla : et si l'IA leur faisait la peau ?

Disons-le clairement : je gagne une partie de ma vie grâce à WordPress. J'ai livré des dizaines de sites dessus, accompagné des clients pendant des années, construit des thèmes sur mesure avec Timber, ACF, Polylang... Je connais l'écosystème dans ses moindres recoins, y compris les plus sombres. Et c'est précisément pour ça que je peux me permettre de dire ce que beaucoup de développeurs pensent tout bas : les CMS traditionnels sont en sursis.

Une promesse qui a vieilli

WordPress est né en 2003 avec une idée simple et brillante : permettre à n'importe qui de publier sur le web sans savoir coder. À l'époque, c'était révolutionnaire. Aujourd'hui, c'est devenu une blague de mauvais goût.

Gérer un site WordPress en 2025, c'est naviguer entre les mises à jour de core, les conflits de plugins, les failles de sécurité, les constructeurs de page qui s'accumulent comme des couches géologiques. Ce que WordPress promettait (de l'autonomie) est devenu une source d'angoisse permanente pour la majorité des clients. J'en sais quelque chose : une bonne partie de mes appels de support ne concernent pas des fonctionnalités nouvelles, mais des choses qui ont cessé de fonctionner parce que telle ou telle option n'est pas cochée ou qu'aucune maintenance n'est effectuée.

Drupal, Joomla, Typo3 ? Même combat, avec en bonus une courbe d'apprentissage qui décourage même des développeurs aguerris.

Ce que l'IA change fondamentalement

Durant ces dernières années, la réponse à "je veux un site sans me prendre la tête" s'appelait Wix, Squarespace ou Webflow. Ces outils devaient tuer WordPress. Ça n'a pas vraiment marché parce qu'ils remplaçaient l'interface et pas la réflexion. Choisir une mise en page, structurer un contenu, penser l'arborescence : tout ça restait à la charge du client.

L'IA change la donne sur un point précis : elle peut remplacer les deux. L'interface et une partie de la réflexion. Demain (ce demain est déjà aujourd'hui), un client pourra décrire ce qu'il veut en language naturel et obtenir un résultat fonctionnel sans toucher à un seul back-office. Pas de plugins à configurer, pas de constructeur de page à apprivoiser, pas de mise à jour à 2h du matin.

La promesse originelle des CMS, celle de 2003 ? L'IA est en train de la tenir cette fois.

L'écosystème WordPress se fracture de lui-même

Ce serait malhonnête de ne pas mentionner ce qui se passe à l'intérieur. La guerre ouverte entre Matt Mullenweg (créateur de WordPress) et WP Engine a fracturé une communauté qui se croyait indéboulonnable. Des forks, des prises de position, des développeurs qui quittent le navire. WordPress souffre d'une crise de gouvernance profonde au moment précis où il aurait besoin de toute sa cohésion pour faire face à la disruption en cours. C'est rarement un seul facteur qui tue une technologie. C'est l'accumulation. Et là, les facteurs s'accumulent.

Ce qui survivra et pourquoi

Je ne suis pas en train de dire que WordPress sera mort dans six mois. Les technologies mettent du temps à mourir, surtout quand elles alimentent 40% (ou plus) du web. Mais le marché qui m'intéresse (les PME suisses, les sites vitrines, les projets sur mesure) est précisément celui où la disruption sera la plus rapide.

Ce qui survivra, ce sont les plateformes où la valeur n'est pas dans l'interface de gestion mais dans la donnée et l'écosystème : le e-commerce complexe, les intranets, les plateformes communautaires, les architectures headless où le CMS deviennent de simples dépôts de contenu consommés par des applications tierces. Là, les CMS ont encore un rôle à jouer mais c'est un rôle beaucoup plus discret et beaucoup plus technique. Un rôle qui risque de bouleverser dix à vingt ans de développement en interne.

Et nous, développeurs, dans tout ça ?

C'est la question qui me touche directement. Et ma réponse est : c'est une opportunité, pas une condamnation.

Ce que l'IA ne peut pas faire et ne pourra pas faire de sitôt, c'est comprendre le métier d'un client, anticiper ses besoins dans deux ans, choisir la bonne architecture plutôt que la plus rapide et assumer la responsabilité d'un projet dans sa globalité. Ces compétences, forgées sur des années d'expérience, deviennent plus précieuses à mesure que les outils se démocratisent.

Le développeur qui saura se positionner non plus comme exécutant technique mais comme architecte de solutions numériques, celui qui choisit quand utiliser un CMS, quand ne pas en utiliser et quand laisser l'IA faire le travail aura une longueur d'avance considérable.

Les CMS ont peut-être fait leur temps. Notre expertise, elle, n'a jamais été aussi actuelle.