Le Model Context Protocol, annoncé par Anthropic fin 2024, standardise la façon dont un agent d’intelligence artificielle peut découvrir et appeler des outils exposés par une application, via un serveur qui décrit ses capacités sous forme structurée. Pour WordPress, un premier Adapter MCP officiel a commencé à circuler début 2025, encore jeune et en évolution rapide, aux côtés d’implémentations maison que plusieurs équipes, dont la nôtre, ont commencé à écrire de leur côté sur des projets spécifiques.
Face à une demande client récente, connecter un agent IA à un site WordPress pour automatiser certaines tâches de gestion de contenu, la question s’est posée frontalement : s’appuyer sur cet Adapter officiel encore récent, ou écrire un serveur MCP sur mesure directement adapté au projet.
Ce qu’apporte l’Adapter officiel
L’Adapter officiel expose, sans code supplémentaire à écrire, un ensemble d’outils correspondant aux opérations standards de contenu déjà couvertes par l’API REST de WordPress : lister des articles, en créer un brouillon, mettre à jour un champ, rechercher du contenu existant. Pour un projet dont les besoins se limitent à ce périmètre générique, l’installer suffit à obtenir un serveur MCP fonctionnel en quelques minutes, sans écrire une ligne de code serveur.
- Installation en quelques minutes, sans développement initial
- Bénéficie des mises à jour et corrections apportées par la communauté qui le maintient
- Couvre les opérations standards de contenu déjà exposées par l’API REST
Ce que l’Adapter officiel ne couvre pas encore
Sur notre projet, deux besoins sortaient clairement de ce périmètre générique : exposer une opération métier propre au client (calculer une disponibilité de réservation à partir de plusieurs types de contenu personnalisés croisés) et appliquer une règle d’autorisation fine, différente du système de rôles et capacités standard de WordPress, avant d’autoriser un agent à modifier certains contenus sensibles.
Le compromis retenu sur ce projet
Plutôt que de choisir entre les deux options de façon exclusive, nous avons opté pour une approche hybride : l’Adapter officiel gère les opérations standards de contenu, pendant qu’un petit serveur MCP maison, développé spécifiquement pour ce projet, expose les deux outils métier propres au client. L’agent IA du client se connecte aux deux serveurs simultanément, chacun étant responsable d’un périmètre clairement délimité.
| Critère | Adapter officiel | Serveur maison |
|---|---|---|
| Temps de mise en place | Quelques minutes | Plusieurs jours de développement |
| Couverture des besoins métier spécifiques | Limitée au générique | Totale, sur mesure |
| Maintenance dans le temps | Portée par la communauté | À la charge de l’équipe projet |
| Maturité au moment du choix | Jeune, quelques mois d’existence | Dépend entièrement du soin apporté au développement |
Le critère qui devrait vraiment trancher
Au-delà du périmètre fonctionnel, le facteur décisif reste la capacité de l’équipe à assumer la maintenance dans la durée. Un serveur MCP maison mal entretenu, sans veille sur l’évolution du protocole encore jeune à ce stade, devient vite un poids plutôt qu’un atout. À l’inverse, s’appuyer entièrement sur un Adapter officiel encore en évolution rapide expose à des changements de comportement non anticipés d’une mise à jour à l’autre.
Le bon choix n’est presque jamais entre l’un ou l’autre, c’est de circonscrire précisément ce que seul un serveur maison peut couvrir, et de laisser l’officiel gérer tout le reste.
En résumé
L’Adapter MCP officiel pour WordPress couvre efficacement les besoins de contenu standards dès son installation, sans développement particulier, mais atteint vite ses limites face à une logique métier spécifique ou une règle d’autorisation fine. Une approche hybride, combinant l’Adapter officiel pour le générique et un serveur maison ciblé pour le spécifique, a représenté sur ce projet le meilleur compromis entre rapidité de mise en œuvre et couverture réelle des besoins.
