Qué es un servidor MCP y qué puede hacer en tu web
MCP son las siglas de Model Context Protocol, el protocolo de contexto para modelos. Un servidor MCP es una puerta delante de software que ya es tuyo: le dice a un asistente como ChatGPT o Claude qué sabe hacer ese software, y el asistente pide esas cosas en lenguaje normal de tu parte. No es un modelo, no piensa y no guarda contenido propio. En una web, lo que alcanza es exactamente lo que la propia web entrega por su interfaz, y eso cambia muchísimo de una plataforma a otra.
·
La palabra "servidor" despista. Normalmente no se instala nada en ninguna parte, y desde luego no hay ningún robot dentro de tu web. Lo que hay es una lista de trabajos con nombre —leer una página, crear un borrador, cambiar un título— y una forma de pedir uno de ellos. La lista es todo. Si un trabajo no está en la lista, por mucho que se pida no aparece.
Qué es el protocolo, en realidad
El Model Context Protocol es una forma publicada de que un cliente de IA averigüe qué ofrece un programa y después lo use. El cliente —ChatGPT, Claude o cualquier otro que hable el protocolo— se conecta a una dirección, pregunta "¿qué sabes hacer?" y recibe una lista de herramientas con su nombre y su descripción. A partir de ahí la conversación es la de siempre: tú pides algo con tus palabras, el asistente elige la herramienta que encaja, rellena los datos y la envía.
La mitad importante es la que se salta todo el mundo. El servidor decide qué hay en la lista. Un asistente no puede inventarse una herramienta, no puede colarse por detrás de la lista hasta el software, y no puede hacer nada que el servidor no haya escrito y aceptado. Eso no es buena educación: es como funciona el protocolo, y es la razón por la que un servidor MCP bien hecho es una forma más segura de acercar un asistente a tu web que darle tu contraseña y dejarle hacer clics.
Qué puede hacer en una web
Los trabajos que merecen la pena se agrupan en cuatro familias. Cada uno de ellos es algo que alguien ya hace a mano en una pantalla de administración, que es la prueba de si tiene sitio aquí.
- Leer. La lista de páginas y entradas, quién escribió cada una, cuándo cambió por última vez, si está publicada y el texto completo de cualquiera de ellas. Esta familia funciona en todas partes, porque toda plataforma deja leer a su propia interfaz.
- Escribir algo que nadie puede ver todavía. Un borrador nuevo, un cambio en uno que no está publicado, una imagen subida a la biblioteca con su descripción puesta.
- Cambiar lo que ven los visitantes. Publicar, despublicar, programar, editar una página que ya es pública, menús y redirecciones. Es otro tipo de poder, distinto del de arriba, y debería pedirse aparte. En este producto se pide aparte.
- Consultar datos de la propia web. Qué versión tiene, cuántas páginas hay, qué está instalado, qué tiene una actualización pendiente. Aquí solo lectura, y por decisión, no por casualidad.
Qué no puede hacer, le digas lo que le digas
Hay tres límites que conviene conocer antes de conectar nada, porque son justo los que la gente da por supuestos al revés.
- No llega más allá de la interfaz de la propia web. Ni base de datos, ni archivos del disco, ni nada que el sitio no publique por su API. Si un campo no está en la API, para cualquier servidor MCP ese campo no existe.
- No ve tu diseño. En casi todas las plataformas la maquetación, la plantilla y la colocación de una página no están en la API. Un asistente puede escribir las palabras de una página; no puede mover la caja donde van esas palabras.
- No puede hacer lo que la plataforma no permite. Este es el que sorprende, y es el tema de la tabla de abajo: dos webs que a un visitante le parecen iguales pueden permitir cosas completamente distintas.
Por qué la respuesta depende de tu plataforma
Hemos escrito adaptadores para 11 gestores de contenido y hemos manejado la API oficial de cada uno. La tabla se lee de esos adaptadores al cargar la página. Hay 14 trabajos en nuestra lista, y ninguna plataforma ofrece los 14.
| Lo que puedes pedir | WordPress | Joomla | Drupal | Craft CMS | Concrete CMS | Ghost | Webflow | Wix | Contentful | Strapi | Sanity |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Leer el contenido | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí |
| Crear contenido | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí |
| Editar contenido | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí |
| Publicar contenido | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí |
| Programar publicaciones | Sí | Sí | No | Sí | No | Sí | No | Sí | Sí | No | No |
| Gestionar imágenes y archivos | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí |
| Gestionar categorías y etiquetas | Sí | Sí | Sí | Sí | No | Sí | Sí | Sí | Sí | No | No |
| Editar la información SEO | Sí | Sí | No | No | No | Sí | Sí | Sí | No | No | Sí |
| Gestionar los menús | Sí | Sí | Sí | No | No | No | No | No | No | No | No |
| Tipos de contenido propios | Sí | No | Sí | Sí | Sí | No | Sí | Sí | Sí | Sí | Sí |
| Cambios en lote | No | No | No | No | No | No | No | No | No | No | No |
| Información del sitio | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí | Sí |
| Gestionar redirecciones | No | No | No | No | No | No | No | Sí | No | No | No |
| Información de administración | Sí | Sí | Sí | No | No | Sí | Sí | Sí | Sí | No | Sí |
Esta tabla se genera a partir de los adaptadores al cargar la página, no está escrita a mano. Una casilla verde significa que el software intentará ese trabajo en esa plataforma; una gris significa que se niega antes de intentarlo, porque la plataforma no ofrece ninguna forma admitida de hacerlo. El trabajo por lotes es la única fila vacía en todas las plataformas: ningún adaptador lo reclama todavía, y la página de automatización lo dice también.
Lee una columna hacia abajo y tienes la forma real de una plataforma. Lee una fila a lo ancho y tienes algo más interesante: las 11 pueden leerse, crear, editar y publicar, y a partir de ahí se separan enseguida. 6 pueden escribir datos de SEO. 3 llegan a un menú —WordPress, Joomla y Drupal, y nadie más—. 1 puede gestionar una redirección. Una fila está gris de lado a lado: el trabajo por lotes no lo reclama todavía ninguna plataforma, y nuestra página de automatización lo dice también, en vez de describirlo como si estuviera listo.
Cómo se siente usarlo
Escribes una frase. "¿Qué páginas llevan más de un año sin tocarse?" vuelve como una lista. "Prepara una entrada sobre el nuevo horario" vuelve como un borrador, esperando en tu propia pantalla de administración a que lo leas. Nada llega a la parte pública salvo que lo pidas expresamente y hayas concedido el permiso que lo permite. Lo útil no es que un asistente pueda escribir, que eso lo hace cualquier cosa. Es que antes puede leerse tu web entera, que es la parte que casi nadie hace antes de escribir.
Límite honesto: 11 de las 20 plataformas de nuestro catálogo tienen adaptador, y la tabla de arriba cubre esas 11. Las otras 9 no tienen nada construido, así que no hay fila que ponerles. Y una casilla verde significa que el software lo intentará, no que alguien lo haya visto funcionar. Eso último es una afirmación distinta y más fuerte, anotada capacidad por capacidad con su fecha: hasta hoy la han alcanzado 9 de las 11.
Lo que nos preguntan sobre esto
- ¿El servidor MCP se instala en mi web?
- En este producto, no. El servidor está aquí y habla con tu web por la interfaz que tu web ya tiene. Una sola plataforma, WordPress, tiene un plugin pequeño y opcional para lo poco que su API no sabe contestar; en las demás no se instala nada nuestro.
- ¿Pueden usar el mismo ChatGPT y Claude?
- Sí. Para eso sirve que sea un protocolo publicado y no el plugin de una empresa: cualquier cosa que hable MCP puede conectarse, y tú apruebas qué podrá hacer al conectarla.
- ¿Y si pido algo que la plataforma no sabe hacer?
- Te lo dice en una frase: esa plataforma no tiene forma de hacerlo. Ni un intento a medias ni un sí que suena convincente. Aquí una negativa que se explica vale más que una respuesta que quizá sea cierta.