Peut-on monétiser les serveurs MCP ? 4 modèles de revenus, et les commissions et conditions de paiement des places de marché vérifiées à la source

Peut-on gagner de l'argent avec un serveur MCP ? La réponse est oui, mais la spécification MCP ne prévoit aucun mécanisme de facturation : c'est à vous de choisir et d'intégrer la manière d'être payé.

Un chiffre circule beaucoup en ligne : « plus de 12 000 serveurs MCP publics, moins de 5 % monétisés avec succès ». Mais en remontant à la source, on ne trouve pas l'étude d'origine. Nous n'utilisons donc pas ce chiffre. À la place, nous utilisons notre propre comptage du registre officiel, le texte de la spécification MCP et les conditions et la documentation de chaque place de marché. Tout a été vérifié le 30 septembre 2026.

1. Combien de serveurs MCP existe-t-il ? Tout dépend de qui compte

Commençons par la taille du marché. Alignez quatre chiffres qui comptent des choses différentes : ils ne s'accordent même pas sur l'ordre de grandeur.

Le registre officiel n'autorise la publication qu'après avoir prouvé que vous possédez l'espace de noms (un compte GitHub ou un domaine). C'est une population différente de celle des annuaires qui ratissent largement les dépôts. Chaque fois que vous lisez « il existe N serveurs MCP », la première question est : qui a compté quoi ?

Peut-on alors compter ceux qui gagnent de l'argent ? Les métadonnées du registre officiel (server.json) contiennent un nom, une description, une version, l'emplacement du paquet, une URL distante, etc. ; la description officielle ne mentionne aucun champ de prix. Qu'un serveur soit payant, ou combien il vend, ne se lit pas dans les données officielles. Si vous voyez un « X % ont monétisé » catégorique, vérifiez ce qui a été compté et comment avant de vous y fier.

Ce que l'on peut dire, c'est ceci : avec MCP, choisir comment être payé est plus difficile que construire le serveur. La raison se trouve dans la spécification, que nous voyons maintenant.

2. Pourquoi MCP penche vers le « gratuit » : ce que la spécification prévoit ou non

Trois raisons structurelles expliquent pourquoi les serveurs MCP sont souvent distribués gratuitement.

• 1. Le protocole est ouvert : en décembre 2025, MCP a été confié à l'Agentic AI Foundation (AAIF), un fonds créé au sein de la Linux Foundation (annonce d'Anthropic). N'importe qui peut l'implémenter, donc la seule différenciation possible, ce sont les données et la logique que fournit votre serveur
• 2. Facile à copier : publiez le code et n'importe qui peut construire la même chose. Être open source joue contre les revenus exclusifs
• 3. Aucune norme de facturation dans la spécification : elle couvre la connexion et l'autorisation, mais ne dit rien des prix, des paiements ni de la mesure de l'usage (tableau ci-dessous)

Vérifions le point 3 dans le texte d'origine. Le tableau reflète la spécification la plus récente (Authorization, révision 2026-07-28) et l'index de la documentation officielle (llms.txt).

Autrement dit, pour être payé, il faut un mécanisme en dehors de MCP. Il existe deux grandes voies : (a) rattacher l'usage à un compte de votre propre service (OAuth ou clé d'API) et mesurer puis facturer de votre côté, ou (b) publier sur une place de marché qui regroupe paiements, authentification et hébergement. Les quatre modèles de la section suivante se lisent le plus facilement comme des combinaisons de ces deux voies.

3. Les 4 modèles de monétisation

Les façons d'être payé pour un serveur MCP se répartissent en quatre types.

Le modèle 3, celui de la clé d'API, se comprend le mieux en lisant la documentation des fournisseurs eux-mêmes. Dans tous les cas, le serveur MCP lui-même n'a pas de prix : on l'essaie avec une offre gratuite, puis on paie l'API sous-jacente.

La force de ce modèle, c'est que l'absence de norme de facturation dans MCP ne le pénalise pas. La facturation passe par la mécanique d'API dont l'entreprise dispose déjà, et le serveur MCP peut se contenter d'être l'entrée. Revers de la médaille : un développeur solo sans API à vendre ne peut pas le copier tel quel.

4. Où vendre : commissions et conditions de paiement

Une fois la façon de gagner choisie, reste à savoir où vendre. Voici les commissions et conditions de paiement tirées des conditions et de la documentation originales de chaque entreprise (tout consulté le 2026-09-30 ; les conditions changent, relisez donc l'original avant de publier quoi que ce soit).

Un exemple chiffré. Vous vendez un abonnement à 10 $ par mois : sur MCPize, vous gardez 8 $ (la commission de 20 % inclut le traitement Stripe ; des frais de versement peuvent s'ajouter). Sur votre propre site avec Stripe Billing, en prenant pour exemple les 3,6 % par carte du Japon, 10 $ moins 3,6 % et 0,7 % laissent environ 9,57 $ (notre calcul ; une conversion de devises ajoute d'autres frais). L'écart est d'environ 1,57 $, mais sur votre site vous assumez hébergement, fiscalité, remboursements et support. La question décisive est l'écart de commission face au poids du travail que vous prenez en charge, et la réponse s'inverse selon votre chiffre d'affaires et l'infrastructure que vous avez déjà.

À en juger par leurs pages publiques, Smithery et Glama sont en pratique des endroits pour être découvert plutôt que pour vendre. Traitez l'endroit où vous vendez et la provenance de votre trafic comme deux décisions distinctes.

5. Exemples nommés : qui a vraiment donné ce chiffre ?

Les histoires du type « X a atteint 10 000 $ par mois en six semaines » abondent, mais peu remontent jusqu'à la personne ou l'entreprise. Ce tableau ne garde que ce que nous avons pu rattacher à la personne qui l'a dit ou à une page primaire.

Deux choses ressortent. (1) Les cas où MCP est livré comme partie d'un service payant existant sont bien plus faciles à vérifier que ceux qui mettent un prix sur un serveur MCP seul. (2) Ceux qui vendent des serveurs seuls s'appuient sur des plateformes qui prennent en charge encaissements et versements, comme Apify et MCPize.

6. Pourquoi on ne gagne rien : les schémas d'échec courants

Il n'existe pas de données primaires sur « le pourcentage d'échecs ». Mais la spécification et les conditions ci-dessus rendent assez claire la structure qui empêche de gagner de l'argent.

Tous partagent une même racine : l'idée que « si c'est utile, quelqu'un paiera ». MCP est utile, mais la spécification ne s'occupe que de la connexion. La manière d'être payé, c'est à vous de la choisir, dès le départ.

7. Le playbook du développeur solo

Si vous voulez tenter la monétisation MCP en solo aujourd'hui, voici une séquence réaliste.

1. Choisir une niche (l'étape la plus importante)

Évitez les outils génériques du type « un MCP qui s'intègre à tous les SaaS ». Visez « un secteur précis × une tâche précise ». Exemples : « intégration d'un logiciel comptable pour les cabinets d'expertise comptable », « lecture des actes de propriété pour l'immobilier », « synthèse des données de rendez-vous pour les cabinets dentaires ». Plus c'est étroit, plus on sait à qui vendre et plus il est facile de facturer.

2. Choisir d'abord comment être payé

Comme on l'a vu en section 2, la spécification MCP n'a pas de norme de facturation. Décidez donc dès la v0.1 laquelle de ces options vous prenez :

• Confier cela à une place de marché : MCPize (commission de 20 %, traitement Stripe inclus) ou Apify Store (80 % du chiffre d'affaires moins les coûts d'exécution). Elles prennent en charge encaissements, versements et hébergement
• Le gérer vous-même : ajoutez une autorisation OAuth 2.1 à un serveur MCP distant (selon la section Authorization de la spécification) et facturez via vos propres comptes et Stripe. Les frais sont plus bas, mais vous construisez tout, mesure de l'usage comprise

Évitez « lancer gratuitement, facturer plus tard » : cela revient à greffer l'autorisation après coup.

3. Documenter en vidéo et en texte

Transformez « pourquoi vous en avez besoin → ce qu'il fait → démarrer en trois minutes » en une courte capture d'écran vidéo. La configuration de connexion varie selon le client MCP, donc des exemples de configuration pour chaque client majeur dans le README réduisent les questions.

4. S'inscrire au registre officiel et dans les annuaires

Le registre officiel MCP se veut la source en amont où puisent annuaires et places de marché. Pour publier, vous prouvez la propriété de votre espace de noms via GitHub, DNS ou un défi HTTP. Deux mises en garde : pour l'instant, un serveur publié ne peut être ni supprimé ni dépublié, et les métadonnées d'une version ne peuvent plus être modifiées ensuite (on publie un nouveau numéro de version), selon la FAQ officielle. Inscrivez-vous ensuite aussi dans des annuaires comme Smithery, Glama et PulseMCP. Là où vous vendez et là où l'on vous trouve sont deux choses différentes.

5. « Vivre » dans la communauté

Publiez régulièrement mises à jour et exemples d'usage dans les discussions des dépôts officiels MCP, dans les communautés MCP et sur X. Les révisions de la spécification et les nouvelles extensions y apparaissent en premier, ce qui aide aussi à éviter le schéma d'échec 4.

6. Se fixer une échéance et persévérer

Il est courant de ne voir aucun résultat les premiers mois. Mais ne vous laissez pas porter non plus : fixez-vous un objectif du type « N utilisateurs payants avant la date X » et changez de niche si vous ne l'atteignez pas.

8. Stratégie d'entreprise : MCP comme partie du produit

Développeurs solo et entreprises jouent à des jeux entièrement différents. Pour une entreprise, la démarche classique consiste non pas à gagner de l'argent avec le serveur MCP seul, mais à proposer MCP comme porte d'entrée vers un SaaS existant.

Exemples typiques :

• Notion / Linear / Sentry / Stripe : proposent des serveurs MCP officiels pour que leurs utilisateurs pilotent le produit depuis l'IA. L'objectif est de garder les clients sur le service principal
• Bright Data / Exa / Tavily : utilisent MCP comme une nouvelle vitrine pour leurs API de recherche et de scraping. Ils laissent essayer avec une offre gratuite puis facturent l'usage de l'API (tableau de la section 3)
• Fournisseurs de modèles d'IA : ne facturent pas MCP lui-même, mais plus MCP permet de choses, plus leurs modèles et API sont utilisés, une source de revenus indirects

Tous suivent le même schéma : proposer MCP gratuitement et orienter vers le service payant principal. Pour une entreprise, il est utile de voir MCP comme un nouveau canal d'acquisition de clients.

9. Les évolutions à surveiller

Plutôt que de deviner la taille du marché dans quelques années, il est plus utile de suivre les mouvements qui pourraient changer les prémisses. Au 30 septembre 2026, voici ce qui est visible :

• La facturation entrera-t-elle dans la spécification ? Ni la spécification actuelle ni les extensions officielles (MCP Apps, extensions d'autorisation, Tasks, Skills) ne traitent des prix ou des paiements. Un mécanisme d'extensions existe, donc une extension de facturation changerait la donne. Surveillez la liste des extensions
• La version stable du registre officiel : il est en « preview », et la documentation indique que des réinitialisations de données ou des changements incompatibles peuvent survenir avant la version stable
• Consolidation des places de marché et évolution des conditions : Smithery annonce faire désormais partie d'Arcade.dev. MCPize a relevé sa commission de 15 % à 20 % (pour les serveurs ayant commencé à monétiser le 2026-06-10 ou après). Partez du principe que les conditions de l'endroit où vous vendez vont changer, et vérifiez régulièrement la date de « dernière mise à jour »

À l'inverse, facturer en dehors de la spécification continue de fonctionner quoi qu'il arrive à celle-ci. Cette stabilité explique en partie pourquoi les entreprises choisissent le modèle 3, en facturant via leurs propres comptes et API.

Résumé

• Un serveur MCP peut être monétisé. Mais la spécification MCP n'a aucune norme pour les prix, les paiements ou la mesure de l'usage (l'autorisation repose sur OAuth 2.1 et reste facultative), donc la manière d'être payé se choisit en dehors de MCP
• Le chiffre « moins de 5 % des 12 000 ont monétisé » n'a pas d'éditeur identifiable. Le registre officiel n'a pas de champ de prix, la part de serveurs payants ne peut donc pas être comptée à partir des données officielles
• Le nombre de serveurs varie d'un ordre de grandeur : registre officiel 37 619 et Glama 94 143 (tous deux au 2026-09-30) ; Anthropic évoquait « plus de 10 000 serveurs publics actifs » (2025-12-09)
• Quatre façons de gagner : abonnement / paiement à l'usage / clé d'API / freemium. Les réussites les plus faciles à vérifier sont des modèles à clé d'API servant d'entrée à une API payante existante
• Où vendre : MCPize (commission de 20 % ; 15 % pour les serveurs ayant commencé avant le 2026-06-10) / Apify Store (80 % du chiffre d'affaires moins les coûts d'exécution) / votre site + Stripe (frais par carte variables selon le pays, p. ex. 3,6 % au Japon, plus 0,7 % pour Billing). Smithery et Glama sont des endroits pour être découvert
• Playbook solo : niche étroite + choisir d'abord comment être payé + documentation vidéo + registre officiel et annuaires + communication régulière + échéance fixée
• Stratégie d'entreprise : proposer MCP gratuitement comme porte d'entrée vers le SaaS et orienter les revenus vers le produit principal

MCP devient une couche d'infrastructure, comme HTTP ou OAuth. Faire payer l'infrastructure elle-même est difficile. Mais on peut bâtir une maison dessus, plomberie de facturation comprise.

FAQ

Q1. Un débutant en programmation peut-il se lancer dans la monétisation MCP ?

Oui, sous conditions. Avec le SDK officiel Python ou TypeScript, faire tourner un serveur fonctionnel n'est pas difficile. Mais l'écart entre « un serveur qui fonctionne » et « un serveur qui peut encaisser » est grand. Confiez l'autorisation et la facturation à une place de marché (MCPize, Apify, etc.) ; la voie réaliste consiste à construire d'abord quelque chose que vous utilisez dans votre propre travail, recueillir les retours d'utilisateurs réels, puis commencer à facturer.

Q2. Votre site + Stripe, ou MCPize ?

Sur les seuls frais, votre site revient moins cher (les frais Stripe par carte varient selon le pays, p. ex. 3,6 % au Japon, plus 0,7 % pour Billing, contre 20 % chez MCPize). Mais les 20 % de MCPize incluent traitement des paiements, hébergement et gestion fiscale, que vous assumez vous-même sur votre site. Tranchez selon que l'écart de frais dépasse ou non le coût du travail que vous prenez en charge. On commence souvent sur une place de marché tant que le chiffre d'affaires est faible, puis on passe sur son propre site quand il grandit, mais la migration oblige les utilisateurs à refaire connexion et autorisation.

Q3. Et l'open source avec support payant ?

Ça fonctionne ; c'est le même modèle que le support payant des distributions Linux. Mais c'est difficile pour un développeur solo : le support dévore votre temps et le développement s'arrête. En projet annexe, l'abonnement ou le paiement à l'usage vous conviendront mieux.

Q4. Un serveur MCP qui concurrence un SaaS payant existant (comme Notion) peut-il rapporter ?

En principe, c'est difficile. Quand Notion propose son propre serveur MCP officiel, faire plus pratique est ardu. La chance se trouve dans les manques de l'officiel (analyses avancées, modèles sectoriels, intégrations supplémentaires).

Q5. Si je m'inscris au registre officiel MCP, puis-je y vendre ?

Non. Le registre officiel est un lieu pour les métadonnées des serveurs, sans champ de prix ni mécanisme de paiement. La documentation officielle indique que ses principaux consommateurs sont des agrégateurs en aval comme les annuaires et les places de marché. La répartition des rôles : vendre via une place de marché ou votre site, et utiliser le registre officiel comme l'une des entrées par lesquelles on vous trouve.

Q6. Si l'IA se met à générer des serveurs MCP automatiquement, les revenus des développeurs vont-ils disparaître ?

Les « serveurs qui fonctionnent, sans plus » seront générés automatiquement. Les « serveurs auxquels les utilisateurs font confiance », c'est autre chose. Garanties de disponibilité, support, expertise métier, suivi des révisions de la spécification : la génération par IA seule n'apporte pas cela. Le partage probable : « l'IA construit la première version fonctionnelle ; les humains l'exploitent, l'améliorent et gagnent la confiance ».

Q7. Si je démarrais la monétisation MCP, que ferais-je la première semaine ?

Trois étapes :
(1) Choisir une niche (restreinte à votre secteur, votre loisir ou votre domaine d'expertise ; très étroite, c'est très bien)
(2) Décider comment être payé (lire dans le texte les conditions de MCPize et d'Apify, ou partir sur votre propre OAuth + Stripe) et faire tourner un serveur minimal
(3) Publier dans le registre officiel et dans des annuaires comme Smithery, Glama et PulseMCP, puis l'annoncer sur X
Voilà une semaine. Si aucun utilisateur payant n'apparaît avant votre propre échéance, changez de niche et recommencez à (1). C'est le nombre de tentatives qui fait bouger le résultat.