Vous avez sûrement entendu parler du MCP ces derniers mois. Le Model Context Protocol, créé par Anthropic, est devenu le standard pour connecter les assistants IA (Claude, ChatGPT, Cursor, VS Code…) à des systèmes externes. En gros, c’est le « port USB » universel entre l’IA et vos outils. 🔌

L’idée est simple : au lieu que chaque IA développe ses propres connecteurs pour chaque service, le MCP crée un langage commun. Votre assistant IA peut découvrir ce qu’un système sait faire, puis l’utiliser de façon sécurisée. Plus besoin de copier-coller des données entre vos outils et votre chat IA.

WordPress 7.0 arrive le 9 avril… sans MCP « natif » pour les opérations de base

WordPress 7.0, c’est la grande release du printemps 2026. Collaboration temps réel, Abilities API en core, nouveau design admin… et pourtant, pas de serveur MCP intégré dans le cœur de WordPress pour créer un post, gérer les médias ou modérer les commentaires. 😮

De prime abord, ça peut surprendre. On se dit : « quoi, le CMS le plus populaire au monde n’intègre pas LE protocole du moment pour piloter un site par IA ? »

Mais en y réfléchissant deux minutes… c’est parfaitement logique.

WordPress n’avait pas besoin d’un MCP pour les opérations CRUD

Parce que WordPress dispose déjà d’un arsenal complet pour interagir avec lui de façon programmatique :

🔹 La REST API JSON existe depuis WordPress 4.7 (2016 !). Elle expose posts, pages, médias, utilisateurs, taxonomies, commentaires… avec authentification, pagination, filtrage. C’est déjà un protocole standard, documenté, testé en production par des millions de sites.

🔹 WP-CLI permet de tout piloter en ligne de commande. Créer un post, mettre à jour un plugin, exporter la base, gérer les rôles… Un agent IA avec accès SSH peut déjà faire tout ça.

🔹 XML-RPC (oui, il existe encore) offrait historiquement l’accès distant. Moins recommandé aujourd’hui pour des raisons de sécurité, mais il a rempli ce rôle pendant des années.

🔹 GraphQL via WPGraphQL apporte une couche plus flexible pour des requêtes complexes.

🔹 Les Application Passwords (depuis WP 5.6) simplifient l’authentification pour les clients tiers.

Bref, ajouter un serveur MCP dans le core de WordPress juste pour faire du CRUD sur les posts aurait été redondant. Ce serait comme ajouter un troisième port USB sur un appareil qui en a déjà deux et un Bluetooth en prime. 🤷

Le vrai intérêt du MCP : les compléments et l’extensibilité

Et c’est là que WordPress 7.0 fait les choses intelligemment.

Plutôt que d’embarquer un serveur MCP monolithique, WordPress a introduit deux briques fondamentales :

1. L’Abilities API (arrivée avec WP 6.9) : elle permet à n’importe quel plugin, thème ou composant core de déclarer ses capacités dans un format structuré et lisible par les machines. C’est le registre central de « ce que WordPress sait faire ».
2. Le MCP Adapter (package officiel) : il traduit automatiquement ces Abilities en outils MCP que les assistants IA peuvent découvrir et invoquer.

Le résultat ? Chaque plugin peut exposer ses propres fonctionnalités via MCP, sans code d’intégration supplémentaire. C’est l’extensibilité WordPress appliquée à l’ère de l’IA. ✨

L’exemple concret : WS Form et son serveur MCP

Un cas d’usage qui illustre parfaitement cette philosophie, c’est WS Form.

Ce plugin de formulaires WordPress a été parmi les premiers à implémenter un serveur MCP via l’Abilities API. Résultat : depuis Claude Desktop ou Cursor, vous pouvez littéralement dire « crée-moi un formulaire de calculateur hypothécaire » et WS Form s’exécute. 🏠

Vous pouvez aussi interroger les données de soumission de vos formulaires, demander des analyses sur les taux d’abandon, obtenir des recommandations d’optimisation… tout ça en langage naturel, via MCP.

C’est exactement le type de valeur ajoutée que le MCP apporte : pas remplacer la REST API pour les opérations de base, mais offrir une couche d’intelligence contextuelle sur des fonctionnalités spécifiques de plugins.

WooCommerce aussi entre dans la danse

WooCommerce a suivi le même chemin. Son intégration MCP (actuellement en beta) expose les opérations e-commerce (produits, commandes, clients, expédition) comme des outils MCP via l’Abilities API. Demandez à Claude « montre-moi les commandes de la semaine dernière » et il interroge directement votre boutique. 🛒

Et la liste s’allonge : des plugins communautaires apparaissent sur WordPress.org et GitHub pour exposer du contenu, du SEO (Yoast), des analytics…

Ce que ça change pour nous, développeurs WordPress

L’approche WordPress est la bonne : infrastructure d’abord, produits ensuite.

En tant que développeur de plugins, il suffit maintenant de :

1. Enregistrer vos fonctionnalités via l’Abilities API
2. Installer le MCP Adapter
3. Et boom, votre plugin parle IA 🤖

Pas besoin de connaître les specs MCP en détail. Pas besoin de gérer les transports, l’authentification ou la découverte. WordPress fait le pont.

Pour les agences et consultants, c’est une opportunité énorme : proposer des workflows IA sur mesure aux clients, automatiser la gestion de contenu, créer des assistants conversationnels connectés au site.

En résumé

WordPress n’a pas de serveur MCP natif pour les opérations standard ? Tant mieux. 👏

Il a quelque chose de bien plus puissant : une architecture extensible où chaque plugin peut devenir un point d’entrée IA, avec les permissions et la sécurité WordPress en prime.

Le MCP dans WordPress, ce n’est pas un remplacement de la REST API. C’est la couche de découverte et d’interaction IA qui se greffe par-dessus l’écosystème existant.

Et ça, c’est très WordPress dans l’esprit. 💡

Et vous, vous avez déjà expérimenté le MCP Adapter sur vos projets WordPress ? Ça m’intéresse d’avoir vos retours.