Par Antoine Riesser, fondateur d’Animam.ai · Mis a jour le 19 mai 2026 · 12 min de lecture

Bonne nouvelle pour WordPress en 2026 : la couche protocole pour les agents IA est resolue. Le Model Context Protocol (MCP), publie par Anthropic en novembre 2024, est devenu un standard stable. Il existe un plugin MCP officiel pour WordPress, le plumbing OAuth 2.1 + PKCE est documente, le handshake JSON-RPC fonctionne, les fichiers de decouverte convergent. Si vous etes un developpeur qui veut que Claude Desktop ou Cursor opere votre site WordPress, vous pouvez le brancher aujourd’hui.

Moins bonne nouvelle : le protocole n’est pas un produit. HTTP est un protocole ; votre boutique e-commerce est un produit. MCP ouvre un port ; le chatbot avec lequel votre visiteur parle est le produit. Le plugin MCP officiel WP vous donne une porte magnifiquement implementee — mais la plupart des sites WordPress n’ont pas de batiment derriere. Cet article parle de ce batiment.

La couche protocole : un probleme resolu

Honneur a qui de droit. La maturation du standard MCP pour WordPress est un evenement majeur. Consequences pratiques :

  • Handshake OAuth 2.1 + PKCE — Claude Desktop / Cursor peuvent s’authentifier contre votre site WP sans que vous ecriviez une ligne de code OAuth.
  • Cycle de vie JSON-RPC 2.0 — initialize, tools/list, tools/call, cancellation, streaming SSE, tout est implemente conforme a la spec.
  • Capability scoping — les tools respectent current_user_can(), les scopes OAuth filtrent la liste de tools par role utilisateur.
  • Fichiers de decouverte — /.well-known/oauth-authorization-server, /.well-known/webmcp.json, les bonnes metadonnees pour que les agents auto-decouvrent votre endpoint.

Si vous etes un developpeur qui evalue MCP pour WordPress, installez le plugin officiel, branchez Claude Desktop, lancez tools/list, voyez la surface REST WP exposee en tant que tools MCP. Ca marche. La spec Anthropic est bonne, l’implementation WP est fidele, le web agentique a une porte sur WordPress.

Mais protocole ≠ produit

Voici le gap dont personne ne vous previent. Un site qui “supporte MCP” est joignable par 0,1 % de son audience potentielle — les utilisateurs techniques qui font tourner Claude Desktop, claude.ai ou Cursor. Ces gens ont de la valeur (souvent des devs qui evaluent votre produit), mais ce ne sont pas les visiteurs typiques.

Les 99,9 % autres — vos visiteurs reels — arrivent par un navigateur. Ils veulent poser une question, prendre un rendez-vous, demander un devis, trouver un produit. Ils ne vont pas installer Claude Desktop pour parler a votre site. Ils s’attendent a un widget chatbot sur la page. Ce widget a besoin d’une UI, d’une personnalite, d’une reponse streamee, d’un bridge formulaire, d’un bridge agenda, d’un bridge paiement. Le construire n’est pas 4 heures de travail — c’est 4 mois. Et ca n’a rien a voir avec MCP.

Meme chose cote admin. Le plugin MCP officiel vous permet, en tant qu’admin WP, de brancher Claude Desktop et d’operer votre site a travers lui. Cool pour les power users. Mais vos editeurs / equipe contenu / clients agence ne le feront probablement pas. Ils utiliseraient un assistant IA dans wp-admin — une fenetre de chat a cote de l’editeur de post, qui peut auditer le SEO, corriger les ALT text, drafter un post, le planifier. Meme backend, UX differente. Pas ce que le protocole fournit non plus.

Les deux surfaces UX qui transforment MCP en produit

Concretement, qu’est-ce qui manque entre “j’ai un endpoint MCP” et “mon site a un agent IA” ?

Le chatbot visiteur (front-end)

Un widget sur chaque page. Stream les reponses token par token. A une personnalite que vous configurez. Lit votre corpus (pages, posts, produits) a la volee. Appelle des tools quand pertinent (prendre un rdv, soumettre un formulaire de contact, recommander un produit). Gere la session complete du visiteur — auth optionnelle, memoire entre messages, escalate vers humain. S’affiche correctement sur mobile, fail-open si rate-limite, respecte votre content policy. C’est ce que voit votre visiteur. C’est l’avant du batiment.

L’assistant IA admin (back-end)

Un panneau de chat dans wp-admin. Connait la structure de votre site (posts, pages, custom fields, meta RankMath / Yoast). Peut auditer le SEO, corriger les ALT text en bulk, drafter et planifier des posts, chercher du contenu a refresh, generer du schema FAQ. Opere avec les capabilities de l’admin connecte, avec audit trail complet. L’agent avec qui votre editeur parle pour reellement abattre du travail. C’est le back-office du batiment.

Les deux surfaces utilisent un tool-calling MCP-style sous le capot. Les deux beneficient de la standardisation du protocole. Aucune ne vient avec le plugin protocole.

Comment Animam livre ces deux surfaces

Le plugin Animam pour WordPress est, en 2026, focalise exactement sur le gap ci-dessus : les deux surfaces UX que la couche protocole ne fournit pas.

  • Chatbot visiteur public. Widget drop-in, pas d’edition theme. Stream les reponses, personnalite configurable, BYOK si vous voulez votre propre provider LLM. Lit votre contenu WP publie automatiquement (pas de sync manuel — hook save_post update le corpus). Bridges WPForms (chaque formulaire devient un tool), WooCommerce (catalogue + commandes), MailPoet (souscriptions liste), Google Calendar (disponibilites + booking). Content policy + age gate par tenant.
  • Assistant IA admin. Vit dans wp-admin sous “Animam Assistant”. 16 admin tools disponibles : wp_seo_audit, wp_create_post, wp_set_seo_meta, wp_set_image_alt_bulk, wp_search_posts, wp_publish_post, wp_schedule_post, wp_rest_call (escape hatch), plus les bridges WPForms / WooCommerce / MailPoet auto-detectes.
  • Meme cerveau, deux scopes. Le chatbot public a un tool set restreint, visiteur-safe. L’assistant admin a la surface complete de 16 tools, gatee par current_user_can(). Audit log sur les deux. Pas de fuite de donnees entre scopes.

Animam livre aussi son propre serveur MCP (/wp-json/animam/v1/mcp) — meme flow OAuth 2.1 + PKCE, memes tools exposes aux clients MCP. Donc si vous passez le plugin officiel et installez juste Animam, vous avez quand meme la couche protocole. Mais les deux produits resolvent des problemes differents : le plugin officiel donne une porte a Claude Desktop ; Animam donne a vos visiteurs et a vos editeurs un chatbot qu’ils peuvent reellement utiliser.

Empiler Animam au-dessus du plugin MCP officiel

Les deux peuvent coexister. Si vous avez deja installe le plugin MCP officiel et voulez ajouter l’UX agent par-dessus, le decoupage ressemble a ca :

  • Le plugin officiel gere : l’endpoint MCP canonique, la danse OAuth pour les clients MCP externes (Claude Desktop, Cursor, claude.ai qui se connectent a votre WP).
  • Animam gere : le widget chatbot visiteur sur chaque page, l’assistant IA admin dans wp-admin, les bridges WPForms / WooCommerce / MailPoet, la sync corpus, les fichiers de decouverte pour les signaux non-MCP (llms.txt, llmfeed.json), la couche JSON-LD (FAQPage, Article, BreadcrumbList, Organization).
  • Partage : sortie JSON-LD (un schema canonique par page), llms.txt (Animam le genere, le plugin officiel non), agent.json (Animam le livre).

Vous pouvez aussi prendre l’un ou l’autre seul. Animam seul vous donne tout (protocole + UX). Plugin officiel seul vous donne le protocole. Les deux ensemble = la couverture la plus complete pour les sites WP qui veulent etre a la fois agentic-protocol-ready et produit-IA-user-facing.

Quand le protocole seul suffit

Soyez honnete avec vous-meme sur votre audience. Le setup protocole-uniquement est OK quand :

  • Votre site est de type dev-tooling. Outils internes, portails de doc, references d’API. Votre audience est technique, ils installeront Claude Desktop, le pointeront sur votre endpoint MCP, et opereront depuis la.
  • Vous tenez un site agence / consulting ou le travail IA arrive ailleurs. Vous voulez que devs / partenaires puissent piloter votre site programmatiquement, mais les pages marketing n’ont pas besoin de chatbot.
  • Vous etes tot dans la courbe. Vous voulez exposer MCP en premier, voir qui se pointe, ajouter l’UX plus tard.

Quand il vous faut le stack UX agent complet

Tous les autres, en gros :

  • Sites B2C et B2B avec visiteurs non-techniques — ils n’installent pas de clients MCP, ils ont besoin d’un widget.
  • Sites de contenu avec equipes editoriales — l’editeur veut l’assistant IA dans wp-admin, pas “ouvre Claude Desktop, tape un prompt, espere que ca route”.
  • Commerces locaux, services, sante, immo — visiteurs qui arrivent avec une question specifique, attendent une reponse en 10 secondes, sur la page.
  • Agences qui font tourner du WordPress multi-tenant pour leurs clients — chaque client a besoin du bot UX preconfigure, l’agence n’a pas le temps de coacher les clients sur l’adoption de clients MCP.

Pour ceux-la, MCP-en-tant-que-protocole est une fondation. MCP-en-tant-que-produit est le travail qui reste devant. Animam existe pour ce travail.

Questions frequentes

Dois-je installer a la fois le plugin MCP officiel et Animam ?

Non. Animam seul couvre la couche protocole (son propre endpoint serveur MCP, OAuth 2.1 + PKCE, 17 tools) et les surfaces UX (chatbot visiteur + assistant admin). Empilez-les si vous voulez l’implementation protocole officielle comme endpoint canonique separe pour les clients MCP, ou comptez sur le serveur MCP d’Animam pour les deux. L’un ou l’autre est supporte.

Que se passe-t-il si Claude Desktop se connecte aux deux endpoints MCP ?

Chaque endpoint MCP est independant — Claude Desktop les enregistre comme des serveurs separes et liste leurs tools separement. L’utilisateur choisit quels tools utiliser par tache. Pas de conflit ; le protocole est concu pour plusieurs serveurs cote a cote.

Le chatbot visiteur utilise-t-il MCP sous le capot ?

Il utilise le meme pattern tool-calling (fonctions typees, inputs JSON Schema, capability scoping) mais sur le protocole chat d’Animam, optimise pour le streaming navigateur-vers-serveur et les sessions visiteur. L’endpoint MCP est ou les clients MCP externes se connectent ; le widget chatbot utilise un protocole frere concu pour la conversation in-page. Les deux partagent le registry de tools.

Le chatbot fonctionnera-t-il toujours si je desactive le serveur MCP d’Animam ?

Oui. Le chatbot visiteur et l’assistant admin sont independants de l’endpoint serveur MCP. Desactiver MCP enleve juste la porte pour les clients MCP externes (Claude Desktop, Cursor). Les deux surfaces UX continuent de marcher — elles ne dependent pas du wire format MCP, juste du tool registry partage.

Quel est le cout d’Animam compare a juste utiliser le plugin MCP officiel ?

Plan gratuit : 50 conversations / mois, 1 agent, chatbot visiteur + assistant admin complets, les deux endpoints MCP, bridges WPForms / WooCommerce / MailPoet. Builder : 49 €/mois, 5 000 conversations poolees, 5 bots. Pro : 79 €/mois, 2 000 conversations + analytics. Agency : 199 €/mois, white-label, 10 000 conversations. Le plugin MCP officiel est gratuit pour la couche protocole.

Animam respecte-t-il la souverainete des donnees et le RGPD ?

Oui. Le chatbot tourne sur l’API Animam (hostee EU par defaut), avec redaction PII dans les logs (Sentry scrubbe), audit trail dans WordPress pour chaque appel de tool admin, option BYOK pour amener votre propre provider LLM (OpenAI, DeepSeek, Mistral, Groq, etc.), chiffrement au repos des tokens stockes, retention configurable. Template DPA disponible.

Et si mon visiteur n’a pas JavaScript active ?

Le widget chatbot est JS-based, donc les visiteurs no-JS ne le verront pas. Votre contenu page n’est pas affecte (le widget ne bloque pas le rendu). Pour accessibilite / fallback no-JS, le formulaire WP standard est toujours sur la page ; le chatbot est additif.

L’assistant admin fonctionne-t-il offline ?

Non — les deux surfaces requierent une connexion internet pour joindre l’API Animam (qui gere l’appel LLM). L’assistant admin est online-only. Pour de l’IA offline dans wp-admin il faudrait un LLM self-hosted, ce qu’Animam ne livre pas (BYOK supporte les LLMs cloud uniquement en v0.1.14).

Puis-je personnaliser quels tools le chatbot visiteur expose ?

Oui, par tenant dans le dashboard Animam. Desactivez les tools que vous ne voulez pas exposer publiquement (ex. desactiver le paiement dans WC si vous ne voulez que de la capture de lead). Ajoutez des tools custom via le filter WP animam_register_tool. Le chatbot n’utilise que les tools que vous avez actives pour le scope visiteur.

Comment Animam gere-t-il les changements de version de la spec MCP ?

Le serveur MCP d’Animam et la negociation de protocole arrivent pendant l’etape initialize. Support actuel : 2025-03-26 avec compat retro 2024-11-05. Quand la spec evolue, on livre une update plugin via Plugin Update Checker — auto-update dans wp-admin. Le chatbot visiteur et l’assistant admin ne dependent pas du wire format MCP, donc ils sont insensibles aux mouvements de spec.

C’est quoi le truc avec les bridges (WPForms, WooCommerce, MailPoet) ?

Animam detecte quels plugins sont actifs et auto-enregistre des tools qui routent a travers eux. WPForms : chaque formulaire devient un tool (le chatbot peut le remplir et le soumettre, l’entree atterrit dans le dashboard WPForms). WooCommerce : parcours du catalogue, recommandation produit, ajout panier. MailPoet : abonner un visiteur a une liste. La donnee atterrit ou vous la gerez deja — pas de surface “soumissions Animam” en double a maintenir.

Ou en apprendre plus sur MCP lui-meme ?

La spec officielle sur modelcontextprotocol.io est la source de verite. Pour le contexte WordPress-specifique, cet article et le pillar AISEO sont nos prises de reference. Le repertoire de plugins WordPress liste le plugin MCP officiel si vous voulez installer la couche protocole directement.

Sources et lectures complementaires

Essayez Animam — la couche UX agent pour votre WordPress en 5 minutes

Installez Animam (plan gratuit : 50 conversations/mois). Vous obtenez le widget chatbot visiteur sur chaque page et l’assistant admin dans wp-admin — les deux surfaces UX que le protocole seul ne fournit pas. Empilez-le avec le plugin MCP officiel si vous voulez, ou utilisez le serveur MCP d’Animam en standalone. Cinq minutes pour configurer. Installer le plugin →

Questions, cas limites, “on empile les deux plugins et voici ce qu’on en a tire” — email [email protected]. Cet article est un document vivant et est mis a jour a mesure que l’ecosysteme MCP-pour-WordPress mature.