Índice
- 1. ¿Cuántos servidores MCP hay? Depende de quién cuente
- 2. Por qué MCP tiende a lo «gratis»: qué tiene y qué no la especificación
- 3. Los 4 patrones de monetización
- 4. Dónde vender: comisiones y condiciones de pago
- 5. Casos con nombre: ¿quién dijo realmente la cifra?
- 6. Por qué no se gana dinero: patrones de fracaso habituales
- 7. Playbook para desarrolladores independientes
- 8. Estrategia empresarial: MCP como parte del producto
- 9. Cambios que conviene vigilar
- Resumen
- Preguntas frecuentes
¿Se puede ganar dinero con un servidor MCP? La respuesta es sí, pero la especificación de MCP no incluye ningún mecanismo de cobro, así que tienes que elegir e integrar tú mismo la forma de cobrar.
En internet circula mucho una cifra: «más de 12.000 servidores MCP públicos, menos del 5 % monetizados con éxito». Pero al rastrearla, no aparece el estudio original. Por eso este artículo no usa esa cifra. En su lugar usamos nuestro propio recuento del registro oficial, el texto de la especificación de MCP y los términos y la documentación de cada marketplace. Todo se comprobó el 30 de septiembre de 2026.
«¿Cuántos hay?» cambia en un orden de magnitud según quién cuente y qué
— y no hay datos primarios que cuenten cuántos ganan dinero
Los metadatos del registro oficial (server.json) no tienen campo de precio.
Por eso, «qué porcentaje es de pago» no se puede contar con datos oficiales.
1. ¿Cuántos servidores MCP hay? Depende de quién cuente
Empecemos por el tamaño del mercado. Si pones en fila cuatro cifras que cuentan cosas distintas, ni siquiera coinciden en el orden de magnitud.
| Fuente | Cifra | Qué cuenta | Fecha |
|---|---|---|---|
| Registro oficial de MCP (API contada por nosotros) | 37.619 | La última versión de cada servidor registrado. De ellos, 37.170 activos y 449 obsoletos; 23.247 con URL remota y 15.759 distribuidos como paquetes (1.843 ambas cosas) | 2026-09-30 |
| Anuncio de Anthropic | Más de 10.000 | «Servidores MCP públicos activos» | 2025-12-09 |
| Glama | 94.143 | Servidores que Glama recopila y lista | 2026-09-30 |
| MCPize | Más de 1.050 | Servidores listados en el marketplace de MCPize (gratuitos y de pago) | 2026-09-30 |
El registro oficial solo permite publicar después de demostrar que eres dueño del espacio de nombres (una cuenta de GitHub o un dominio). Es una población distinta de la de los directorios que recogen repositorios de forma amplia. Cuando veas «hay N servidores MCP», la primera pregunta es quién contó qué.
¿Se puede contar entonces cuántos ganan dinero? Los metadatos del registro oficial (server.json) contienen nombre, descripción, versión, ubicación del paquete, URL remota, etc.; la descripción oficial no incluye ningún campo de precio. Si un servidor es de pago, o cuánto vende, no se puede saber con datos oficiales. Si ves un rotundo «el X % ha monetizado», comprueba qué se contó y cómo antes de usarlo.
Lo que sí se puede decir es esto: en MCP, elegir cómo cobrar es más difícil que construir el servidor. La razón está en la especificación, que vemos a continuación.
2. Por qué MCP tiende a lo «gratis»: qué tiene y qué no la especificación
Hay tres razones estructurales por las que los servidores MCP suelen regalarse.
- 1. El protocolo es abierto: en diciembre de 2025, MCP se donó a la Agentic AI Foundation (AAIF), un fondo creado dentro de la Linux Foundation (anuncio de Anthropic). Cualquiera puede implementarlo, así que la única diferenciación posible son los datos y la lógica que entrega tu servidor
- 2. Fácil de copiar: si publicas el código, cualquiera puede construir lo mismo. Ser código abierto juega en contra de los ingresos exclusivos
- 3. La especificación no tiene un estándar de cobro: cubre la conexión y la autorización, pero no dice nada de precios, pagos ni medición del uso (tabla siguiente)
Comprobamos el punto 3 en el texto original. La tabla refleja la especificación más reciente (Authorization, revisión 2026-07-28) y el índice de la documentación oficial (llms.txt).
| Elemento | ¿Está en la especificación? | Qué dice el original (2026-09-30) |
|---|---|---|
| Autorización (quién puede usarlo) | Sí (pero opcional) | La autorización es OPTIONAL. Si se usa, sigue un flujo basado en OAuth 2.1 y el servidor MCP valida los tokens de acceso como servidor de recursos OAuth |
| Transportes cubiertos | Solo HTTP | Los transportes HTTP deberían seguirla. Las conexiones locales STDIO no deberían seguirla y obtienen las credenciales del entorno (es decir, una clave de API en una variable de entorno) |
| Descubrimiento y registro de clientes | Sí | El servidor indica su servidor de autorización mediante OAuth 2.0 Protected Resource Metadata (RFC 9728). Para el registro se recomiendan los Client ID Metadata Documents; Dynamic Client Registration se mantiene por compatibilidad |
| Precios y pagos | No | Ni la especificación ni las extensiones oficiales (MCP Apps, extensiones de autorización, Tasks, Skills) tratan precios o pagos |
| Medición del uso (base del pago por uso) | No | No existe un estándar para que el cliente cuente llamadas y se facture. Contar es tarea del servidor (o de la pasarela de un marketplace) |
| Precios en el registro | No | El server.json del registro oficial no tiene campo de precio. El propio registro sigue en «preview» |
Es decir, para cobrar necesitas un mecanismo fuera de MCP. Hay dos grandes vías: (a) vincular el uso a una cuenta de tu propio servicio (OAuth o clave de API) y medir y facturar tú, o (b) publicar en un marketplace que agrupe pagos, autenticación y alojamiento. Los cuatro patrones de la sección siguiente se entienden mejor como combinaciones de estas dos.
3. Los 4 patrones de monetización
Las formas de cobrar por un servidor MCP se agrupan en cuatro tipos.
Cuatro formas de cobrar por un servidor MCP
El patrón 3, el de la clave de API, se entiende mejor leyendo la documentación de los propios proveedores. En todos los casos el servidor MCP no tiene precio: lo pruebas con un nivel gratuito y después pagas la API de fondo.
| Proveedor | Cómo empiezas con el servidor MCP | Dónde está el dinero |
|---|---|---|
| Bright Data | Las cuentas nuevas tienen 5.000 solicitudes gratis al mes. Funciona como servidor remoto alojado o autoalojado | El servidor MCP funciona sobre la Web Unlocker API, así que el nivel gratuito es el mismo de toda la cuenta. Lo que lo supere se factura como uso de la API |
| Exa | Un modo sin clave que funciona sin clave de API (con límite de uso). También puedes conectar tu cuenta con OAuth. Las cuentas nuevas reciben créditos gratis | El uso en producción pasa por tu cuenta, a los precios de la API de Exa |
| Tavily | Se usa la URL del servidor MCP remoto con tu propia clave de API. Sin clave, el cliente te pide iniciar sesión (también se documenta un uso gratuito sin clave) | El uso de la API de Tavily |
La fuerza de este modelo es que la falta de un estándar de cobro en MCP no le afecta. La facturación va por la maquinaria de API que la empresa ya tiene, así que el servidor MCP puede limitarse a ser la entrada. La otra cara: un desarrollador independiente sin una API vendible no puede copiarlo tal cual.
4. Dónde vender: comisiones y condiciones de pago
Una vez decidido cómo ganar, toca decidir dónde vender. Estas son las comisiones y condiciones de pago tomadas de los términos y la documentación originales de cada empresa (todo consultado el 2026-09-30; los términos cambian, así que vuelve a leer el original antes de publicar).
| Dónde | Comisión / tu parte | Modelos de precio | Condiciones de pago | Fuente |
|---|---|---|---|---|
| MCPize | 20 % del valor bruto de las transacciones (servidores que activaron la monetización a partir del 2026-06-10). Los que empezaron antes conservan un 15 % fijo. La comisión incluye el procesamiento de pagos de Stripe | Suscripción, por uso, pago único. También cobro en USDC por llamada a herramienta | Mensual vía Stripe Connect, sujeto a verificación de identidad, documentación fiscal y umbrales mínimos de pago (los términos no indican el importe) | Términos del servicio (actualizados el 2026-04-12), página para desarrolladores |
| Apify Store | Con pago por evento, el desarrollador recibe el 80 % de los ingresos menos los costes de plataforma de la ejecución | Pago por evento (y otras opciones, como que el usuario pague solo el uso de la plataforma) | El día 11 se genera la factura del mes anterior y el 14 se aprueba automáticamente. Pago mínimo de 20 $ con PayPal y Wise, 100 $ con otros métodos (si no se alcanza, pasa al mes siguiente) | Precios y costes, Pagos |
| Web propia + Stripe | La comisión de Stripe varía por país (la página de precios de Japón indica 3,6 % por cobro con tarjeta). Si usas Stripe Billing para suscripciones, se suma un 0,7 % del volumen de Billing | Libre (lo construyes tú) | Según el calendario de pagos de Stripe. Impuestos, reembolsos y soporte corren de tu cuenta | Precios de Stripe (la página cambia según tu país) |
| Smithery | Sus páginas públicas no mencionan reparto de ingresos con los autores | — | — | smithery.ai (anuncia que «ahora forma parte de Arcade.dev») |
| Glama | Sus páginas públicas no mencionan reparto de ingresos con los autores | — | — | glama.ai |
Un ejemplo práctico. Vendes una suscripción de 10 $ al mes: en MCPize te quedas 8 $ (la comisión del 20 % incluye el procesamiento de Stripe; puede haber comisiones aparte al cobrar). En tu web con Stripe Billing, tomando como ejemplo el 3,6 % por tarjeta de Japón, 10 $ menos el 3,6 % y el 0,7 % deja unos 9,57 $ (cálculo nuestro; la conversión de divisas añade otra comisión). La diferencia es de unos 1,57 $, pero en tu web asumes alojamiento, impuestos, reembolsos y soporte. La pregunta decisiva es la diferencia de comisión frente al peso del trabajo que asumes, y la respuesta cambia según tus ingresos y la infraestructura que ya tengas.
A juzgar por sus páginas públicas, Smithery y Glama son en la práctica lugares para que te encuentren, no para vender. Trata dónde vendes y de dónde viene tu tráfico como decisiones separadas.
5. Casos con nombre: ¿quién dijo realmente la cifra?
Abundan historias como «X llegó a 10.000 $ al mes en seis semanas», pero pocas se pueden rastrear hasta la persona o la empresa. Esta tabla recoge solo lo que pudimos rastrear hasta quien lo dijo o una página primaria.
| Caso | Lo que confirman las fuentes primarias | Lo que no |
|---|---|---|
| 21st.dev | Su página de precios incluye «obtención ilimitada de componentes vía MCP» en el plan de pago Builder (6 $/mes con pago anual, 8 $/mes con pago trimestral). También hay Builder + AI con créditos de IA, y Team | Cifras de ingresos. El tan citado «10.000 $ de MRR en seis semanas» no se pudo rastrear hasta el fundador ni la empresa |
| Apify Store | La página de Apify para desarrolladores MCP cita a un desarrollador (Guillaume Lancrenon, de Twenty): ganaba 500 $ al mes con otros proyectos paralelos y ahora supera los 2.000 $ con Apify Store. La misma página dice que Apify paga más de 500.000 $ al mes a desarrolladores | Esos 2.000 $ se refieren a Apify Store en general, no solo a servidores MCP. El total de pagos es una afirmación de la propia Apify |
| Bright Data, Exa, Tavily | Su documentación oficial describe sus servidores MCP y niveles gratuitos (tabla de la sección anterior) | Los ingresos que llegan vía MCP (no publicados) |
| Notion, Linear, Sentry, Stripe | Cada una ofrece un servidor MCP oficial (Notion, Linear, Sentry, Stripe) | El efecto de MCP en el negocio (no publicado) |
Destacan dos cosas. (1) Los casos en que MCP se ofrece como parte de un servicio de pago existente son mucho más fáciles de verificar que los que ponen precio a un servidor MCP por sí solo. (2) Los que sí venden servidores sueltos se apoyan en plataformas que asumen cobros y pagos, como Apify y MCPize.
6. Por qué no se gana dinero: patrones de fracaso habituales
No hay datos primarios sobre «qué porcentaje fracasa». Pero la especificación y los términos anteriores dejan bastante clara la estructura que impide ganar dinero.
Adónde lleva «publicar gratis y olvidarse»
Todos comparten una raíz: el supuesto de que «si es útil, alguien pagará». MCP es útil, pero la especificación solo se ocupa de la conexión. Cómo cobrar es algo que tienes que elegir tú, desde el principio.
7. Playbook para desarrolladores independientes
Si hoy quieres intentar monetizar MCP por tu cuenta, esta es una secuencia realista.
1. Elige un nicho (el paso más importante)
Evita herramientas genéricas como «un MCP que se integra con todos los SaaS». Apunta a «un sector concreto × una tarea concreta». Ejemplos: «integración con software contable para gestorías», «lectura de documentos registrales para inmobiliarias», «resumen de datos de citas para clínicas dentales». Cuanto más estrecho, más claro está a quién vendes y más fácil es cobrar.
2. Elige primero cómo vas a cobrar
Como vimos en la sección 2, la especificación de MCP no tiene estándar de cobro. Así que decide ya en la v0.1 cuál de estas dos opciones usarás:
- Dejarlo en manos de un marketplace: MCPize (comisión del 20 %, procesamiento de Stripe incluido) o Apify Store (80 % de los ingresos menos los costes de ejecución). Se encargan de cobros, pagos y alojamiento
- Hacerlo tú: añade autorización OAuth 2.1 a un servidor MCP remoto (según la sección Authorization de la especificación) y factura con tus propias cuentas y Stripe. Las comisiones son menores, pero lo construyes todo, medición incluida
Evita «lanzar gratis y cobrar después»: implica reincorporar la autorización más tarde.
3. Documenta con vídeo y texto
Convierte «por qué lo necesitas → qué hace → empieza en tres minutos» en una grabación de pantalla corta. La configuración de conexión cambia según el cliente MCP, así que ejemplos de configuración para cada cliente principal en el README reducen las consultas.
4. Publica en el registro oficial y en directorios
El registro oficial de MCP se plantea como la fuente de la que beben directorios y marketplaces. Para publicar, demuestras la propiedad de tu espacio de nombres mediante GitHub, DNS o un desafío HTTP. Dos advertencias: de momento, un servidor publicado no se puede borrar ni despublicar, y los metadatos de una versión no se pueden cambiar después (publicas un nuevo número de versión), según las preguntas frecuentes oficiales. Después, publica también en directorios como Smithery, Glama y PulseMCP. Dónde vendes y dónde te encuentran son cosas distintas.
5. «Vive» en la comunidad
Publica con regularidad actualizaciones y ejemplos de uso en los debates de los repositorios oficiales de MCP, en comunidades de MCP y en X. Las revisiones de la especificación y las nuevas extensiones aparecen ahí primero, lo que también te ayuda a evitar el patrón de fracaso 4.
6. Ponte un plazo y persiste
Es normal no ver resultados en los primeros meses. Pero tampoco te dejes llevar: fija tu propio objetivo de «N usuarios de pago antes de la fecha X» y cambia de nicho si no lo alcanzas.
8. Estrategia empresarial: MCP como parte del producto
Los desarrolladores independientes y las empresas juegan a juegos completamente distintos. Para una empresa, lo habitual es no ganar con el servidor MCP en sí, sino ofrecer MCP como puerta de entrada a un SaaS existente.
Ejemplos típicos:
- Notion / Linear / Sentry / Stripe: ofrecen servidores MCP oficiales para que sus usuarios manejen el producto desde la IA. El objetivo es que los clientes sigan usando el servicio principal
- Bright Data / Exa / Tavily: usan MCP como un nuevo escaparate para sus API de búsqueda y scraping. Dejan probar con un nivel gratuito y facturan el uso de la API (tabla de la sección 3)
- Proveedores de modelos de IA: no cobran por MCP en sí, pero cuanto más permite MCP, más se usan sus modelos y API, un flujo de ingresos indirectos
Todos siguen el mismo patrón: ofrecer MCP gratis y llevar a la gente al servicio de pago principal. Para una empresa, ayuda pensar en MCP como un nuevo canal de captación de clientes.
9. Cambios que conviene vigilar
Más útil que adivinar el tamaño del mercado dentro de unos años es seguir los movimientos que pueden cambiar las premisas. A 30 de septiembre de 2026 se ven estos:
- Si el cobro entra en la especificación: ni la especificación actual ni las extensiones oficiales (MCP Apps, extensiones de autorización, Tasks, Skills) tratan precios o pagos. Existe un mecanismo de extensiones, así que una extensión de cobro cambiaría el panorama. Vigila la lista de extensiones
- La versión estable del registro oficial: está en «preview», y la documentación advierte de que puede haber reinicios de datos o cambios incompatibles antes de la versión estable
- Consolidación de marketplaces y cambios de términos: Smithery anuncia que ahora forma parte de Arcade.dev. MCPize subió su comisión del 15 % al 20 % (para servidores que empezaron a monetizar a partir del 2026-06-10). Da por hecho que las condiciones de donde vendes cambiarán y revisa con regularidad la fecha de «última actualización»
A la inversa, cobrar fuera de la especificación sigue funcionando pase lo que pase con ella. Esa estabilidad explica en parte por qué las empresas eligen el patrón 3, cobrar con sus propias cuentas y API.
Resumen
- Un servidor MCP se puede monetizar. Pero la especificación de MCP no tiene estándar para precios, pagos ni medición del uso (la autorización se basa en OAuth 2.1 y es opcional), así que eliges cómo cobrar fuera de MCP
- La cifra «menos del 5 % de 12.000 han monetizado» no tiene un editor rastreable. El registro oficial no tiene campo de precio, así que el porcentaje de servidores de pago no se puede contar con datos oficiales
- El número de servidores varía en un orden de magnitud: registro oficial 37.619 y Glama 94.143 (ambos a 2026-09-30); Anthropic habló de «más de 10.000 servidores públicos activos» (2025-12-09)
- Cuatro formas de ganar: suscripción / pago por uso / clave de API / freemium. Los éxitos más fáciles de verificar son modelos de clave de API que sirven de entrada a una API de pago existente
- Dónde vender: MCPize (comisión del 20 %; 15 % para servidores que empezaron antes del 2026-06-10) / Apify Store (80 % de los ingresos menos los costes de ejecución) / web propia + Stripe (la comisión por tarjeta varía por país, p. ej. 3,6 % en Japón, más 0,7 % por Billing). Smithery y Glama son lugares para que te encuentren
- Playbook independiente: nicho estrecho + elegir primero cómo cobrar + documentación en vídeo + publicar en el registro oficial y en directorios + difundir con constancia + fijar un plazo
- Estrategia empresarial: ofrecer MCP gratis como puerta de entrada al SaaS y dirigir los ingresos al producto principal
MCP se está convirtiendo en una capa de infraestructura, como HTTP u OAuth. Cobrar por la infraestructura en sí es difícil. Pero sí puedes construir una casa encima, con la fontanería de los cobros incluida.
Preguntas frecuentes
P1. ¿Puede alguien que empieza a programar entrar en la monetización de MCP?
Sí, con condiciones. Con el SDK oficial de Python o TypeScript, poner en marcha un servidor que funcione no es difícil. Pero la distancia entre «un servidor que funciona» y «un servidor que puede cobrar» es grande. Deja la autorización y el cobro a un marketplace (MCPize, Apify, etc.); la vía realista es construir primero algo que uses en tu propio trabajo, recoger opiniones de usuarios reales y después empezar a cobrar.
P2. ¿Web propia + Stripe o MCPize?
Solo por comisiones, tu web es más barata (la comisión de Stripe por tarjeta varía por país, p. ej. 3,6 % en Japón, más el 0,7 % de Billing, frente al 20 % de MCPize). Pero el 20 % de MCPize incluye procesamiento de pagos, alojamiento y gestión fiscal, que en tu web asumes tú. Decide según si la diferencia de comisión supera el coste del trabajo que asumes. Lo habitual es empezar en un marketplace mientras los ingresos son pequeños y pasar a tu web cuando crecen, pero el cambio obliga a los usuarios a rehacer la conexión y la autorización.
P3. ¿Y el código abierto más soporte de pago?
Funciona; es el mismo modelo que el soporte de pago de las distribuciones Linux. Pero es difícil para un desarrollador independiente: el soporte consume tu tiempo y el desarrollo se detiene. Como proyecto paralelo, te encaja mejor la suscripción o el pago por uso.
P4. ¿Puede ganar dinero un servidor MCP que compite con un SaaS de pago existente (como Notion)?
En principio, es difícil. Si Notion ofrece su propio servidor MCP oficial, crear algo más cómodo cuesta mucho. La oportunidad está en cubrir huecos que el oficial no cubre (análisis avanzado, plantillas sectoriales, más integraciones).
P5. Si publico en el registro oficial de MCP, ¿puedo vender ahí?
No. El registro oficial es un lugar para los metadatos de los servidores, sin campo de precio ni mecanismo de pago. La documentación oficial dice que sus principales consumidores son agregadores posteriores como directorios y marketplaces. El reparto de papeles es: vender a través de un marketplace o de tu web, y usar el registro oficial como una de las entradas por las que te encuentran.
P6. Si la IA empieza a generar servidores MCP automáticamente, ¿desaparecerán los ingresos de los desarrolladores?
Los «servidores que simplemente funcionan» se generarán automáticamente. Los «servidores en los que confían los usuarios» son otra cosa. Garantías de disponibilidad, soporte, conocimiento del sector, seguir las revisiones de la especificación: la generación por IA por sí sola no aporta eso. El reparto probable es «la IA construye la primera versión que funciona; las personas la operan, la mejoran y se ganan la confianza».
P7. Si empezara a monetizar MCP, ¿qué haría la primera semana?
Tres pasos:
(1) Elegir un nicho (acotado a tu sector, afición o especialidad; muy estrecho está bien)
(2) Decidir cómo cobrar (leer en el original los términos de MCPize y Apify, o ir con OAuth propio + Stripe) y poner en marcha un servidor mínimo
(3) Publicar en el registro oficial y en directorios como Smithery, Glama y PulseMCP, y anunciarlo en X
Eso es una semana. Si no aparece ningún usuario de pago antes de tu propio plazo, cambia de nicho y vuelve a empezar desde (1). El número de intentos es lo que mueve el resultado.