Le 30 octobre 2026, la version 1.5.0 du plugin officiel AI de WordPress a ajouté une expérience nommée WebMCP : un navigateur piloté par une IA peut lire l’article ouvert dans l’éditeur de blocs, le modifier, l’enregistrer et le publier. Dans notre bac à sable WordPress 7.1.3 avec WooCommerce, l’expérience est désactivée par défaut, ne se charge que sur les écrans d’édition et ne donne aucun outil sur une fiche produit ; en revanche, un compte gestionnaire de boutique peut, par ce biais, publier un article de blog. Cette semaine, vérifiez si l’option est activée sur votre site et qui, chez vous, travaille avec un navigateur agent.
Ce qui a été annoncé
La note de version 1.5.0 du plugin AI, publiée le 30 octobre 2026, liste trois nouvelles expériences. Nous avons couvert MCP Access et les changements de format des capacités dans notre article du 30 octobre. La troisième, WebMCP, vient de la pull request #1081, fusionnée le 29 octobre.
WebMCP est une API web proposée, encore à l’état de brouillon et marquée expérimentale : une page déclare des « outils » (une fonction JavaScript, une description, un schéma d’entrée) sur document.modelContext, et un agent qui navigue sur la page peut les appeler au lieu de cliquer à l’aveugle dans l’interface.
Le plugin AI s’en sert pour l’éditeur de blocs. Selon sa documentation, il déclare quatorze outils : lire le document (editor-get-document), changer le titre, insérer, modifier, déplacer, dupliquer, transformer ou supprimer un bloc, annuler, enregistrer (editor-save) et publier (editor-publish). Chaque action passe par les mêmes magasins de données que l’interface, elle s’affiche donc à l’écran et entre dans l’historique d’annulation. La documentation cite comme navigateurs compatibles le navigateur intégré de ChatGPT et des versions de Chrome où WebMCP est activé par un drapeau. Elle précise aussi que l’expérience peut changer ou disparaître à toute version.
Côté données, le plugin indique que rien ne part vers le fournisseur d’IA configuré dans WordPress. Ce sont le titre, le statut et un aperçu de 120 caractères de chaque bloc qui partent vers le modèle utilisé par le navigateur agent, selon l’outil appelé.
Ce que ça change pour un site WordPress
Notre analyse : WebMCP ne crée pas de nouvel accès au serveur. L’agent agit dans l’onglet de la personne connectée, avec sa session et donc ses droits. C’est la différence avec MCP Adapter, où un client externe se connecte au site.
Pour une boutique WooCommerce, deux conséquences. D’abord, la fiche produit n’est pas concernée : WooCommerce édite les produits avec l’éditeur classique, et le plugin n’enregistre ses outils que sur un éditeur de blocs initialisé. Ensuite, le blog l’est : articles et pages utilisent l’éditeur de blocs, et le rôle « Gestionnaire de boutique » de WooCommerce possède le droit publish_posts. Un membre de l’équipe qui gère les commandes et travaille dans un navigateur agent peut donc faire publier un article par l’IA, si l’expérience est activée.
La protection réelle reste côté serveur : l’outil editor-publish ne vérifie aucun droit dans le navigateur, il demande la publication et laisse l’API REST de WordPress accepter ou refuser.
Notre test
Le 1er novembre 2026, dans notre bac à sable local wp-veille (WordPress 7.1.3), nous avons installé depuis wordpress.org le plugin AI 1.5.0 et WooCommerce 11.2.1. Aucun navigateur agent n’a été utilisé et aucune IA n’a été appelée : nous avons vérifié, avec WP-CLI, sur quels écrans le script se charge, quel éditeur chaque type de contenu utilise, puis rejoué pour chaque rôle la requête REST que déclenche editor-publish.
wp option update wpai_feature_webmcp_enabled 1
wp eval-file t2-ecrans-webmcp.php
wp eval-file t3-publication-par-role.php| Essai | Ce que nous avons observé |
|---|---|
| Option par défaut | wpai_feature_webmcp_enabled absente : script ai_webmcp chargé sur aucun écran |
Option activée, écrans post.php et post-new.php | Script chargé, avec {"screen":"post.php","maxTools":"30"} |
| Option activée, liste des articles, tableau de bord, commandes et réglages WooCommerce | Script non chargé |
| Éditeur par type de contenu | post et page : éditeur de blocs ; product et shop_order : non |
| Publication REST, rôle contributeur | Brouillon créé (201), publication refusée : 403 rest_cannot_publish |
| Publication REST, rôles éditeur et gestionnaire de boutique | Publication acceptée (200), statut publish |
| Rôle client WooCommerce | Création refusée : 403 rest_cannot_create |
Le script se charge aussi sur l’écran d’un produit, puisque son adresse est post.php ; d’après le code (hasEditor() dans src/experiments/webmcp/index.ts), il n’y déclare alors aucun outil d’édition. Ce dernier point vient de la lecture du code, pas d’un essai dans un navigateur.
Après le test, l’option, les deux plugins et les quatre utilisateurs de test ont été supprimés.
Que faire cette semaine
- Vérifiez l’option. Dans l’administration, menu Réglages, page du plugin AI (libellé « AI »), regardez si l’expérience WebMCP est cochée. En ligne de commande :
wp option get wpai_feature_webmcp_enabled. Si WP-CLI répond que l’option n’existe pas, l’expérience n’a jamais été activée ; la valeur1signifie qu’elle l’est. - Listez les rôles qui publient. Écran Utilisateurs, filtrez sur « Gestionnaire de boutique » et « Éditeur ». Ce sont les comptes qu’un agent peut faire publier.
- Testez sur une copie. La documentation du plugin le recommande elle-même : activez l’expérience sur un site de préproduction, pas sur la boutique en ligne.
- Restreignez si besoin. Le filtre PHP
wpai_webmcp_screensdécide des écrans où le pont se charge ; renvoyer un tableau vide le coupe partout, même si l’option est cochée. - Version stable du jour (1er novembre 2026) : WordPress 7.1.4, plugin AI 1.5.0, WooCommerce 11.2.1.
Pour un développeur de plugins
Le pont expose window.wpai.webmcp.registerTool() pour ajouter vos propres outils, et le filtre JavaScript wpai.webmcp.tools pour les trier ou les retirer. Deux limites à connaître :
- le plafond est de 30 outils par page (filtre PHP
wpai_webmcp_max_tools) ; au-delà, les outils en trop sont ignorés et signalés dans la console. selon le commentaire du code, lors des essais des auteurs, quelques centaines d’outils ont désactivé WebMCP sur la page, sans message d’erreur ; - le pont n’est chargé que par
admin_enqueue_scripts. L’exemplewoo-add-to-cartde la documentation ne fonctionnera donc pas tel quel sur la boutique publique : c’est notre lecture du code, le plugin ne fournit pas de chargement côté visiteur.
Si votre plugin ajoute un outil qui modifie des données, ne vous reposez pas sur le navigateur : vérifiez les droits dans le point d’accès REST ou AJAX appelé, comme le fait le cœur pour la publication.
Limites et incertitudes
- Nous n’avons pas piloté l’éditeur avec un vrai navigateur agent : les essais portent sur le chargement du script et sur les droits côté serveur.
- WebMCP est un brouillon de spécification ; les navigateurs qui le prennent en charge et la manière dont ils demandent confirmation avant une action peuvent changer.
- Le nouvel éditeur de produits par blocs de WooCommerce, qu’il faut activer à part, n’a pas été testé.
- L’expérience peut être modifiée ou retirée dans une prochaine version du plugin.
Questions fréquentes
WebMCP est-il activé automatiquement avec le plugin AI 1.5.0 ?
Non. L’option wpai_feature_webmcp_enabled n’existe pas tant que personne ne coche l’expérience. Dans notre test, sans cette option, le script n’était chargé sur aucun écran d’administration.
Un agent peut-il modifier mes fiches produit WooCommerce avec WebMCP ? Pas avec les outils fournis. Les produits WooCommerce utilisent l’éditeur classique, et le plugin n’enregistre ses outils d’édition que sur un éditeur de blocs. Un autre plugin pourrait toutefois ajouter ses propres outils sur cet écran.
Mes contenus partent-ils chez mon fournisseur d’IA ? Selon la documentation du plugin, non : WebMCP n’appelle pas le fournisseur configuré dans WordPress. Le titre, le statut et un extrait de chaque bloc vont au modèle utilisé par le navigateur agent de la personne connectée.
Comment cet article a été produit. Faits vérifiés dans les sources primaires listées plus bas ; test du chargement de l’expérience WebMCP sur six écrans et de la publication REST pour quatre rôles, réalisé le 1er novembre 2026 avec WP-CLI sur un WordPress 7.1.3 local équipé du plugin AI 1.5.0 et de WooCommerce 11.2.1 (sorties conservées), complété par la lecture du code du tag 1.5.0. Rédigé avec l’aide de Claude (Anthropic), puis relu et validé par l’équipe Genisoft avant publication.
Sources
- Release 1.5.0 du plugin AI, GitHub WordPress/ai, consultée le 1er novembre 2026 : https://github.com/WordPress/ai/releases/tag/1.5.0
- Pull request #1081 « Add WebMCP experiment », GitHub WordPress/ai, consultée le 1er novembre 2026 : https://github.com/WordPress/ai/pull/1081
- Documentation de l’expérience WebMCP (tag 1.5.0), GitHub WordPress/ai, consultée le 1er novembre 2026 : https://github.com/WordPress/ai/blob/1.5.0/docs/experiments/webmcp.md
- Code de l’expérience (tag 1.5.0), GitHub WordPress/ai, consulté le 1er novembre 2026 : https://github.com/WordPress/ai/blob/1.5.0/includes/Experiments/WebMCP/WebMCP.php
- WebMCP, dépôt webmachinelearning, consulté le 1er novembre 2026 : https://github.com/webmachinelearning/webmcp
- Plugin AI sur WordPress.org, consulté le 1er novembre 2026 : https://wordpress.org/plugins/ai/
Pour aller plus loin :
- Plugin AI 1.5.0 de WordPress : les capacités changent de format
- Brancher un agent IA sur WordPress : MCP Adapter testé
- Abilities API : ce qu’un agent IA peut lire sur votre WordPress
- Score de navigation agentique Lighthouse : ce que mesure le 3/3
- WooCommerce 11.3 : les extensions ouvertes aux agents IA
