vendredi 25 septembre 2026

À propos

Contact

IA & MCP

L’équipe IA de WordPress : feuille de route et premiers chantiers

Le projet WordPress a formé une équipe dédiée à l'intelligence artificielle en 2025. Voici ses chantiers annoncés et ce qu'ils changeront pour les développeurs d'extensions.

Par Clément Hadrot • 28 mai 2025 • 4 min de lecture • Aucun commentaire
L'équipe IA de WordPress : feuille de route et premiers chantiers

Longtemps, l’intelligence artificielle est restée un sujet d’extensions tierces dans l’écosystème WordPress : chacun bricolait son intégration avec le fournisseur de son choix, sans brique commune. Ce début d’année a marqué un changement de posture avec la constitution d’une équipe dédiée au sein du projet, chargée de réfléchir à la place de l’IA dans le cœur logiciel et dans les outils partagés par l’écosystème. Cet article ne détaille pas l’Abilities API elle-même, que nous avons traitée séparément : il s’agit ici de comprendre le périmètre de cette équipe et sa feuille de route annoncée.

Nous avons suivi les annonces publiques et les discussions ouvertes du projet pour en tirer une lecture utile aux développeurs qui doivent anticiper les prochains mois.

Pourquoi une équipe plutôt qu’une extension

Le choix structurant tient dans cette phrase : l’IA ne devait pas devenir une fonctionnalité de plus, mais une couche transverse touchant l’éditeur, l’API REST, les extensions et potentiellement l’administration elle-même. Une extension isolée n’aurait pas eu la légitimité pour proposer des interfaces communes utilisées par tout l’écosystème. En formant une équipe rattachée à la gouvernance du projet, avec des contributeurs venant de plusieurs entreprises de l’écosystème, WordPress affiche une ambition de standardisation plutôt que de simple expérimentation.

Le premier chantier : l’interopérabilité entre fournisseurs

Le constat de départ était simple : chaque extension IA du répertoire choisissait son propre fournisseur, avec son propre code d’intégration, rendant impossible tout changement de fournisseur sans réécrire une partie du plugin. Le premier chantier annoncé vise une bibliothèque commune capable d’abstraire les appels vers différents fournisseurs de modèles derrière une interface unique, pour que les auteurs d’extensions n’aient plus à réécrire leur intégration à chaque changement de fournisseur.

L'essentiel à retenir : Une équipe transverse plutôt qu'une extension unique ; Trois chantiers structurants annoncés pour le cœur et l'écosystème ; L'objectif affiché est l'interopérabilité entre fournisseurs

Le deuxième chantier : exposer les capacités du site aux agents

Deuxième axe annoncé : donner aux agents et modèles d’IA un moyen structuré de découvrir et d’appeler des fonctionnalités précises d’un site WordPress, au-delà de l’API REST existante qui reste pensée pour des développeurs humains. Ce chantier touche à la fois le cœur du logiciel et les extensions, avec l’idée qu’une extension puisse déclarer explicitement quelles actions elle expose à un agent, et sous quelles conditions de permission. Nous ne détaillons pas ici l’implémentation technique de ce chantier, traitée dans un autre article dédié.

Le troisième chantier : la connexion aux protocoles ouverts de l’écosystème IA

Le troisième axe s’intéresse à la compatibilité de WordPress avec les protocoles ouverts qui émergent dans l’écosystème de l’intelligence artificielle depuis fin 2024, permettant à des agents externes de dialoguer avec un site selon des règles partagées plutôt que des intégrations propriétaires. L’équipe a indiqué vouloir s’appuyer sur ces standards plutôt qu’en inventer un nouveau propre à WordPress, une décision qui facilite l’adoption par les outils déjà utilisés par les développeurs.

Ce que cela signifie concrètement pour un développeur d’extensions

À court terme, rien ne change dans le code existant. À moyen terme, les développeurs qui intègrent aujourd’hui un fournisseur d’IA en dur dans leur extension auront intérêt à surveiller la bibliothèque commune annoncée, pour éviter de maintenir un code d’abstraction maison qui deviendra redondant. Nous recommandons de continuer à isoler l’appel au fournisseur derrière une interface propre dans son propre code, ce qui facilitera une migration ultérieure vers la brique officielle le moment venu.

  • Isoler dès aujourd’hui les appels à un fournisseur d’IA derrière une interface propre
  • Suivre les annonces officielles plutôt que de se fier aux rumeurs de la communauté
  • Éviter de développer une couche de permissions propriétaire qui divergerait d’un futur standard

Une équipe dédiée ne garantit pas un calendrier rapide, mais elle change la nature des décisions : elles engagent tout l’écosystème, pas une seule extension.

En résumé

La création de cette équipe marque un tournant dans la manière dont WordPress aborde l’intelligence artificielle : moins d’improvisation dispersée, plus de coordination autour de briques communes. Les trois chantiers annoncés dessinent une direction claire, même si le calendrier précis de livraison reste, à ce stade, encore ouvert à discussion au sein du projet.

Partager :

À propos de l'auteur

Clément Hadrot

Développeur WordPress, passionné par Elementor, le FSE et l’automatisation par IA.

Voir tous ses articles

Dans la même veine

À lire aussi