Qu’est-ce qu’un serveur MCP ?
Un connecteur, tel qu’on l’a utilisé dans la leçon précédente, est en réalité un serveur MCP distant. Reste à définir ce qu’est un serveur MCP en général.
Un serveur MCP est un wrapper : un emballage autour d’un logiciel existant, destiné à le rendre compréhensible pour un modèle de langage. Concrètement, il expose une liste d’outils (tools), chacun avec :
- un nom explicite (ex. « set confirmation message »)
- une description de ce que fait l’outil
- un type de données attendu (booléen, texte, etc.)
C’est cette couche de texte qui permet à une IA comme Claude de savoir précisément quelle action déclencher, plutôt que de deviner.
MCP face aux API
Les API existent depuis des décennies et servent à faire dialoguer deux logiciels entre eux. Une IA suffisamment performante peut en théorie deviner comment utiliser une API (en lisant sa documentation, ses URL), mais elle devine — avec le risque d’erreur que cela implique.
Le protocole MCP, inventé fin 2024, répond à un besoin différent : faire dialoguer un logiciel avec un modèle de langage, de façon explicite. Un serveur MCP permet en général plus d’actions qu’une API classique, précisément parce qu’il est pensé pour ça dès le départ.
Exemple concret : une extension de formulaire WordPress
Prenons une extension de formulaire avec des réglages comme l’e-mail de réception, le message de confirmation, le texte du bouton d’envoi, ou la protection anti-spam. Un serveur MCP exposerait ces réglages sous forme d’outils :
- set spam protection — type booléen (activé/désactivé)
- set submit button label — type texte libre
L’IA parcourt les noms et descriptions des outils disponibles, identifie le bon, et l’utilise avec la valeur adaptée à son type. Un outil ne correspond pas forcément à un réglage isolé : certains outils regroupent plusieurs fonctionnalités à la fois.
Les trois architectures de serveurs MCP
1. Serveur distant (hébergé) — le connecteur
C’est l’architecture des connecteurs déjà utilisés (Notion, Gmail, Asana…). Le serveur MCP est hébergé directement par le fournisseur du service : il suffit de renseigner une URL dans Claude, sans rien installer.
- Accessible depuis Claude web, mobile et desktop
- Ajout manuel possible via Connecteurs > Ajouter un connecteur personnalisé (nom + URL)
Exemple donné en cours : sur un hébergeur WordPress managé, activer le serveur MCP au niveau d’un cloud d’hébergement génère une URL unique intégrant l’authentification. Il suffit de coller cette URL comme connecteur personnalisé dans Claude pour exposer tous les sites de ce cloud.
Addendum 19-07-2026 : l’hébergeur en question est Copilhost, hébergeur WordPress managé français (infrastructure Google Cloud + Cloudflare Enterprise) — confirmé et détaillé à la leçon 3/3. La supposition initiale (« Kinsta ou équivalent ») était incorrecte.
2. Serveur proxy
Nécessite de copier un bloc de code JSON dans le fichier de configuration de Claude Desktop. Si ce bloc contient une URL externe, il s’agit d’un serveur proxy : le PC sert de pont vers un serveur hébergé ailleurs.
3. Serveur local
Même principe (bloc JSON dans le fichier de configuration), mais sans URL externe — uniquement des chemins locaux. Le code du serveur MCP tourne réellement sur le PC.
Au quotidien, peu de différence entre proxy et local : dans les deux cas, le PC doit être allumé et l’usage est limité à ce PC (pas d’accès mobile).
Prérequis techniques
- Node.js dans la grande majorité des cas (environ 90 %), parfois Python — installation classique, une seule fois
- Le fichier de configuration de Claude Desktop : c’est là que se colle le bloc de code
- Un passage par le terminal (PowerShell sous Windows) est parfois nécessaire pour quelques commandes — Claude guide pas à pas, y compris pour les utilisateurs peu familiers avec cet outil
Exemple pratique : connecter une extension WordPress
Cas illustré avec une extension nommée Novamira :
Addendum 19-07-2026 : orthographe confirmée — « Novamira » (un seul mot), extension gratuite donnant à l’IA un accès direct à WordPress (PHP natif, base de données, fichiers) via MCP local ou proxy. Point de vigilance de l’éditeur : destinée aux environnements de développement/préproduction, pas aux sites en production. Détails à la leçon 3/3.
- Créer un mot de passe d’application dans WordPress (autorisation d’accès pour l’IA)
- Dans l’extension, cliquer sur le bouton de configuration JSON puis choisir Claude Desktop
- Copier le bloc de code JSON généré
- Le coller dans le fichier de configuration de Claude Desktop, après avoir installé Node.js
Ce même schéma (mot de passe d’application → bloc JSON → collage dans la config) sera repris plusieurs fois dans le module, pour différents serveurs MCP.