WordPress 7.0 « Armstrong » est sorti le 20 mai 2026. La version doit son nom au trompettiste de jazz Louis Armstrong, et elle est l’œuvre de plus de 875 contributeurs. Elle embarque la première brique d’infrastructure d’IA logée dans le cœur de WordPress : l’AI Client. La plupart des articles qui ont suivi ont résumé la sortie en une phrase, « WordPress sait maintenant générer du contenu avec l’IA ». Ce n’est pas ce que fait l’AI Client, et l’écart entre ces deux lectures mérite qu’on s’y arrête. Voyons cela ensemble, en partant de ce qu’est vraiment cette nouvelle API du cœur, et de ce qu’elle n’est délibérément pas.
Une prise standard, pas un générateur de contenu
L’AI Client est LA prise standard que le cœur de WordPress expose désormais aux extensions. La note de développement Make WordPress Core qui l’a présenté décrit une « API PHP agnostique du fournisseur qui permet aux extensions d’envoyer des prompts à des modèles d’IA ». On l’atteint par un point d’entrée unique, la fonction wp_ai_client_prompt(), qui renvoie un objet WP_AI_Client_Prompt_Builder. L’AI Client est une interface PHP agnostique du fournisseur, logée côté serveur dans le cœur, et son seul rôle est d’acheminer la requête d’une extension vers un modèle.
Lisez le cadrage de la note de développement et une phrase tranche la question : « Votre extension décrit ce dont elle a besoin et comment. WordPress se charge d’acheminer la requête vers un modèle adapté, chez un fournisseur que le propriétaire du site a configuré. » Le cœur de WordPress n’appelle lui-même aucun modèle et n’écrit de son propre chef ni texte ni image. C’est une extension ou un agent qui décide quand envoyer un prompt et quoi faire de la réponse. La prise est au mur. L’appareil, lui, reste votre extension.
Pourquoi rien ne se passe tant qu’aucun fournisseur n’est configuré
La même note de développement est sans détour sur les limites de la fonctionnalité. Elle prévient les développeurs : « Ne présumez jamais que des fonctions d’IA seront disponibles du simple fait que WordPress 7.0 est installé. » Aucun fournisseur configuré, donc aucun modèle vers lequel acheminer la requête. Une installation neuve de WordPress 7.0 livre la tuyauterie, pas une fonction d’IA opérationnelle, et c’est précisément ce que les titres ont tendance à passer sous silence. La capacité ne devient réelle qu’à deux conditions : une extension qui appelle effectivement l’AI Client, et un fournisseur connecté avec des identifiants valides.
Voici le recadrage que nous aimerions que vous reteniez. Passer à la 7.0 ne transforme pas votre site en rédacteur IA. La version n’envoie d’elle-même rien à OpenAI, à Anthropic ou à Google. Elle offre aux développeurs une seule façon stable de joindre ces fournisseurs, quand vous avez choisi d’en brancher un, et seulement alors.
Où l’on branche les fournisseurs : l’écran Connecteurs
Brancher un fournisseur, c’est le rôle d’une seconde brique livrée en même temps que l’AI Client : l’API Connecteurs. Les connecteurs enregistrés apparaissent sur un nouvel écran d’administration Réglages, Connecteurs, qui affiche chacun d’eux sous forme de carte. D’après l’annonce de sortie, ces connexions « se gèrent facilement depuis un hub unique dans le tableau de bord ». L’acheminement que réalise l’AI Client a ainsi un endroit où pointer.
Un détail de cet écran mérite un œil attentif. Pour un connecteur à clé d’API, le système cherche la clé dans un ordre fixe : d’abord une variable d’environnement, puis une constante PHP, puis la base de données. La note de développement précise ensuite, sans ambiguïté, que les clés d’API stockées en base de données ne sont pas chiffrées, mais seulement masquées dans l’interface, le chiffrement n’étant qu’à l’étude dans un ticket de suivi. Si vous gérez des sites dont la base peut être exportée ou partagée, placez la clé dans une variable d’environnement ou une constante PHP plutôt que de la coller dans le formulaire d’administration.
En quoi l’AI Client diffère de l’Abilities API
Deux API du cœur se confondent facilement, alors distinguons-les. L’Abilities API est la brique la plus ancienne, intégrée au cœur dès WordPress 6.9, fin 2025 ; c’est par elle qu’un site déclare ce qu’il sait faire, sous une forme lisible par une machine, qu’un agent peut interroger. L’AI Client est la brique de la 7.0, qui gère l’autre versant de la conversation : parler aux fournisseurs d’IA. L’une décrit des capacités, l’autre transporte des requêtes, et une extension MCP tierce est encore autre chose. Nous détaillons l’empilement de ces couches dans notre article compagnon sur les trois briques qui rendent WordPress agentique.
Notre avis
L’AI Client est un changement discrètement important, moins pour ce qu’il fait aujourd’hui que pour la façon dont il offre à tout l’écosystème une seule manière partagée de joindre les modèles d’IA, au lieu d’une douzaine d’approches incompatibles. Pour qui pratique WordPress au quotidien, la nouvelle rassure plus qu’elle ne dramatise : votre cœur a gagné une interface standard, pas un avis sur votre contenu.
Voici donc une façon posée d’agir. Si vous animez un site de contenu et souhaitez une assistance par l’IA, attendez une extension qui vise l’AI Client, puis connectez un seul fournisseur et testez-le en préproduction avant la production. Si vous gérez des sites clients, recensez quelles extensions appellent l’AI Client et vérifiez où chaque clé est stockée avant d’activer le moindre fournisseur. Et si vous n’avez pas encore migré, traitez l’IA comme une ligne parmi d’autres, pas comme la raison de vous précipiter ; notre checklist prudente pour passer à WordPress 7.0 couvre le reste. La prise est au mur désormais, sur des millions de sites. Ce que vous y branchez, et le fait même d’y brancher quelque chose, reste votre décision.
