Serveur MCP pour un CMS : ce que c'est, ce que ça change.

Le MCP en deux phrases

Le Model Context Protocol (MCP) est un protocole ouvert qui décrit comment un assistant IA découvre et utilise des outils externes. Un serveur MCP annonce une liste d'outils, avec leurs paramètres et leur description ; l'assistant, le client MCP, les appelle quand la tâche le demande.

Autrement dit : au lieu de vous donner un texte à copier-coller dans l'administration de votre site, l'assistant peut faire l'opération lui-même, avec les mêmes règles que vous.

Ce qu'un serveur MCP apporte à un CMS

Un CMS est un terrain idéal pour le MCP : le contenu y est structuré, versionné et soumis à des droits. Un serveur MCP bien conçu expose typiquement :

• La découverte : résumer un site (langues, gabarits, thème), lister les types de composants et lire leur schéma, pour que l'agent sache quels champs remplir.
• La lecture : parcourir les pages, les objets, la médiathèque, et rechercher un contenu existant avant d'en créer un doublon.
• L'écriture : créer, modifier ou cloner une page, toujours sous forme de révision.
• La traduction : créer la variante d'une page dans une autre langue et traduire ses textes.
• Les médias : envoyer une image dans la médiathèque, ou lire un document fourni pour en tirer une page.

Dans Plumixia, ces outils portent des noms explicites comme cms_site_brief, cms_get_schema, cms_search, cms_create ou cms_create_page_translation. Le détail est sur la page IA & MCP.

MCP, API REST ou plugin IA : quelle différence ?

Les trois permettent d'automatiser, mais pas au même niveau.

• Une API REST s'adresse à un développeur : il faut écrire le code qui l'appelle, et chaque nouvel usage demande un nouveau script.
• Un plugin IA ajoute un bouton « générer » dans l'éditeur : pratique pour un paragraphe, limité à ce que le plugin a prévu.
• Un serveur MCP s'adresse à l'agent lui-même : il découvre les outils, choisit lesquels enchaîner, et vous lui parlez en langage naturel. « Fais la version anglaise de ces cinq pages » devient une demande, pas un développement.

Les garde-fous à exiger

Donner un CMS à un agent n'a de sens que si l'on garde la maîtrise. Avant de connecter un assistant, vérifiez ces cinq points :

1. Les droits de l'utilisateur : l'agent ne doit jamais avoir plus de pouvoirs que la personne qui l'a connecté. Idéalement, créez-lui un compte dédié aux droits restreints.
2. Le brouillon par défaut : ce que l'agent écrit ne doit pas partir en ligne sans qu'un humain publie.
3. Des révisions sur tout : chaque modification doit être tracée et réversible, pages comme gabarits.
4. Pas d'effacement immédiat : une corbeille plutôt qu'une suppression définitive.
5. Des réglages sensibles hors de portée : domaines, sites et utilisateurs se gèrent dans l'interface, pas par l'agent.

Ce qu'on lui demande, concrètement

• « Voici le dossier de mon client, propose une arborescence et rédige les pages. »
• « Le client a envoyé ses corrections, applique-les page par page. »
• « Ajoute une FAQ et les données structurées sur ces pages. »
• « Mets à jour les mentions légales sur tous nos sites. »

À chaque fois, le travail arrive en brouillon ; l'éditeur relit, compare et publie. Le site que vous lisez a d'ailleurs été construit de cette façon, y compris cet article.

Comment choisir un CMS compatible MCP

Un serveur MCP greffé sur un CMS pensé pour un éditeur visuel atteint vite ses limites. Posez ces questions :

• Le modèle de contenu est-il explicite (schémas lisibles par l'agent) ou caché dans du HTML de page builder ?
• Le serveur MCP est-il intégré et maintenu avec le CMS, ou fourni par une extension tierce ?
• Couvre-t-il tout le cycle : lecture, écriture, traduction, médias, recherche ?
• Respecte-t-il les rôles et le circuit de publication du CMS ?

Plumixia a été conçu autour de ces exigences. Demandez une démo : nous connectons un assistant devant vous, sur vos propres contenus.

Questions fréquentes