WordPress MCP (Model Context Protocol) est un protocole qui expose les capacités d’un site WordPress à un agent IA : lire un article, modifier un bloc, valider une révision, gérer les taxonomies, sans passer par l’interface graphique. L’agent interagit avec WordPress via des appels structurés, pilotés par un modèle de langage plutôt que par une interface conçue pour l’humain. Selon W3Techs (2025), WordPress alimente 43 % des sites web mondiaux : piloter ce CMS par IA ouvre des capacités d’automatisation éditoriale à grande échelle, inaccessibles par l’interface native.
Ce que le protocole MCP change pour WordPress
WordPress a été conçu pour être utilisé par des humains via une interface graphique. Ses fonctions natives ne sont pas pensées pour recevoir des instructions d’un agent IA. L’API REST de WordPress permet des opérations basiques entre applications, mais elle n’est pas conçue pour être compréhensible par un modèle de langage : ses endpoints ne décrivent pas leur usage, leurs paramètres ne sont pas contextualisés, et il n’existe pas de mécanisme natif pour qu’un agent sache quand appeler quoi.
Le protocole MCP définit un format standard pour exposer des capacités à un agent IA sous forme d’outils décrits : chaque outil a un nom, une description lisible par le modèle, et des paramètres typés. L’agent sait ce que l’outil fait, quand l’appeler, et comment interpréter la réponse. C’est la différence entre une bibliothèque sans index et un catalogue structuré.
Appliqué à WordPress, MCP transforme le CMS en un ensemble de capacités pilotables : lire un post, inspecter sa structure de blocs, détecter des problèmes éditoriaux, proposer une révision, la soumettre à validation humaine.
Ce qu’un serveur WordPress MCP permet concrètement
Lire et analyser le contenu sans passer par l’interface
Un agent connecté à un serveur WordPress MCP peut lire le contenu d’un article, extraire sa structure de blocs Gutenberg, identifier les métadonnées SEO, analyser les liens internes et détecter les problèmes de contenu, le tout en une série d’appels outils sans aucune interaction avec l’interface graphique.
Modifier le contenu de façon ciblée et traçable
L’agent peut proposer des modifications sur des blocs précis : remplacer un paragraphe, insérer un spacer, corriger un titre. Chaque modification est soumise à validation humaine avant d’être appliquée au post live. L’ensemble des actions est horodaté et réversible.
Exécuter des workflows éditoriaux complexes
Un agent peut enchaîner plusieurs outils en autonomie : détecter les articles sans image à la une, identifier le mot-clé principal, générer un alt text optimisé, mettre à jour le champ dans WordPress. Ce qui prenait une intervention manuelle sur chaque article devient un workflow piloté par l’agent, avec validation humaine aux points critiques.
Maintenir une cohérence éditoriale à l’échelle
Sur un site avec des dizaines ou des centaines d’articles, un agent MCP peut vérifier en continu la conformité aux règles éditoriales : présence de sources externes, données chiffrées attribuées, structure de titres, maillage interne. Il signale les écarts et propose les corrections, sans accès à l’interface graphique.
Le cas concret : wp2ai, un serveur MCP pour WordPress
wp2ai est un plugin WordPress qui construit un serveur MCP directement sur le site. Il expose 42 outils à un agent IA, couvrant la publication, l’édition de blocs Gutenberg, l’audit de contenu, la gestion des médias et le contrôle éditorial.
L’architecture repose sur trois niveaux. Un plugin WordPress qui expose les capacités du CMS sous forme d’outils MCP. Une base de données parallèle qui indexe les contenus, les règles éditoriales et l’historique des modifications. Une couche de validation qui soumet chaque action critique à approbation humaine avant application.
Le résultat : un agent IA peut piloter la production et le contrôle éditorial d’un site WordPress sans accès à l’interface, avec une traçabilité complète des actions et un filet de sécurité humain sur les opérations à risque. C’est l’application directe de la méthode pour intégrer l’IA dans une application existante : exposer les bonnes capacités, définir la frontière humain/machine, synchroniser les données.
Quand mettre en place un serveur MCP sur WordPress
Un serveur WordPress MCP est pertinent quand le site atteint un volume d’articles qui rend le contrôle éditorial manuel difficile à tenir : vérifications de structure, mises à jour de métadonnées, maillage interne, corrections de cohérence. En dessous de 20 à 30 articles publiés, le surcoût de mise en place n’est pas justifié.
Il est particulièrement adapté aux agences WordPress et aux équipes qui publient régulièrement avec des règles éditoriales formalisées. Le protocole MCP permet de faire appliquer ces règles par un agent IA de façon systématique, sans reposer sur la vigilance manuelle de chaque contributeur. C’est l’une des dimensions couvertes dans la réflexion sur l’IA dans une application métier : la valeur vient du bon positionnement de l’IA dans les processus, pas de la sophistication du modèle.
Un site avec une architecture Gutenberg propre se prête mieux à l’intégration. Les pages construites avec des éditeurs visuels comme Elementor nécessitent un traitement différent, les blocs natifs n’étant pas toujours accessibles via MCP.
Les erreurs fréquentes
Exposer WordPress à l’IA sans couche de validation
Un agent IA qui peut écrire directement dans un site WordPress en production sans validation humaine crée des risques réels : modifications non intentionnelles, suppressions accidentelles, dérives de contenu. La frontière humain/machine n’est pas une contrainte à contourner, c’est une décision d’architecture qui protège le site et les équipes.
Confondre MCP et API REST
L’API REST de WordPress et un serveur MCP répondent à des besoins différents. L’API REST est conçue pour des intégrations applicatives classiques entre systèmes. Le protocole MCP est conçu pour qu’un agent IA comprenne les capacités disponibles et décide de façon autonome quoi appeler. Les deux peuvent coexister sur un même site WordPress.
Sous-estimer le travail d’exposition des capacités
Un outil MCP mal décrit produit des appels imprécis. Si l’agent ne comprend pas précisément ce que fait un outil, il l’appelle au mauvais moment ou avec les mauvais paramètres. Rédiger des descriptions d’outils claires et des paramètres bien typés est aussi important que le code qui les implémente.
Conclusion
WordPress MCP n’est pas un gadget technique. C’est une couche d’interface qui rend WordPress pilotable par un agent IA, avec toutes les implications en termes d’architecture, de validation et de contrôle. Les sites qui mettent en place cette couche correctement gagnent en capacité de production et de contrôle éditorial.
Ceux qui la mettent en place sans réfléchir à la frontière humain/machine s’exposent à des risques sur leur contenu en production. La question n’est pas si mettre de l’IA sur WordPress. C’est de quel côté de la frontière chaque action doit tomber.
Foire aux questions (FAQ)
Qu’est-ce que le protocole MCP ?
Le Model Context Protocol (MCP) est un standard ouvert qui définit comment exposer des outils et des capacités à un agent IA de façon standardisée. Le modèle comprend quoi appeler, quand et comment interpréter la réponse. Il est conçu pour fonctionner avec n’importe quel LLM et n’importe quelle application.
WordPress MCP remplace-t-il l’API REST de WordPress ?
Non. L’API REST et le protocole MCP répondent à des besoins différents. L’API REST est conçue pour les intégrations entre applications. Le MCP est conçu pour que des agents IA puissent utiliser des outils de façon autonome et contextuelle. Les deux peuvent coexister sur un même site WordPress.
Faut-il modifier WordPress pour mettre en place un serveur MCP ?
Non. Un serveur MCP WordPress s’installe via un plugin, sans modification du core. Le plugin expose les capacités existantes de WordPress sous un format compatible avec le protocole MCP, lisible par un agent IA.
Quelles tâches peut-on déléguer à un agent via WordPress MCP ?
Lecture et analyse de contenu, détection de problèmes éditoriaux, modification ciblée de blocs Gutenberg, gestion des médias et des métadonnées SEO, contrôle du maillage interne, application de règles éditoriales à l’échelle d’un site.