Saltar al contenido
¿Por qué es todo tan barato aquí?
Social Rocket

Plugins de ChatGPT con datos propios: MCP, OAuth y servidores propios explicados

Con MCP se pueden conectar backends propios a ChatGPT de forma controlada. Así funcionan las herramientas estructuradas, OAuth y los permisos, sin dar a la IA acceso directo a la base de datos.

De Redacción de Social Rocket

Este texto ha sido creado con ayuda de IA y revisado editorialmente antes de su publicación. Todas las fuentes están enlazadas abajo.

Portátil con código fuente abierto como símbolo de servidores MCP e integraciones propias de ChatGPT
Foto: Arnold Francisca / Unsplash

ChatGPT se puede ampliar hoy mucho más allá de las cargas de archivos clásicas o la búsqueda web. Mediante Apps y MCP, las empresas pueden poner a disposición de ChatGPT sus propios datos, funciones y backends, y así convertir el chat en una interfaz adicional para el software existente.

Lo interesante no es solo "chatear con mis datos". Se vuelve más relevante cuando el servidor propio define de forma controlada qué información puede ver ChatGPT y qué acciones puede ejecutar.

Desde julio 2026 OpenAI integra más estrechamente Apps y Plugins: los Plugins sirven como interfaz central para descubrir flujos de trabajo, mientras que la conexión real con datos y acciones se realiza a través de las Apps subyacentes. Las Apps personalizadas pueden conectarse a sistemas propios mediante el Model Context Protocol (MCP). El alcance concreto de las funciones depende actualmente del plan de ChatGPT y de la configuración del espacio de trabajo.

El servidor propio sigue siendo la verdadera aplicación

Una integración MCP no significa entregar la base de datos o el backend completo a un modelo de lenguaje.

En su lugar, el servidor propio pone a disposición herramientas claramente definidas. De forma muy simplificada, podrían ser así:

  • Buscar registros
  • Recuperar un registro
  • Crear un borrador
  • Actualizar campos individuales
  • Cambiar un estado

Así, ChatGPT no recibe una consola SQL libre, sino un conjunto limitado de acciones estructuradas.

Esta es la diferencia arquitectónica decisiva. La base de datos, la validación, el modelo de roles y la lógica de negocio permanecen en el servidor propio. El modelo se encarga sobre todo de traducir la intención del usuario, expresada en lenguaje natural, en una llamada de herramienta adecuada.

Quien quiera usar MCP específicamente para flujos de trabajo en redes sociales encontrará un ejemplo más concreto en la guía de Srocket sobre MCP para redes sociales y asistentes de IA.

Por qué las herramientas estructuradas son mejores que "aquí tienes mi base de datos"

Un flujo de trabajo interno típico consta de muchas pequeñas interfaces: abrir la búsqueda, aplicar filtros, seleccionar un registro, revisar campos, cambiar el estado y luego volver al resumen.

Con una capa MCP controlada, esto puede convertirse, por ejemplo, en:

«¿Qué registros siguen incompletos? Muéstrame los cinco más importantes.»

El servidor ejecuta la búsqueda real y devuelve resultados estructurados. Después, el usuario podría decir:

«En el segundo registro falta claramente un dato. Complétalo.»

Ahora ChatGPT no invoca cualquier operación de base de datos, sino precisamente la herramienta de actualización autorizada para ello. El servidor vuelve a comprobar permisos, entradas y reglas de negocio.

De este modo, el lenguaje natural se convierte en una interfaz adicional, sin que sea necesario sustituir la arquitectura de software existente.

OAuth y OpenID Connect regulan el acceso

En cuanto una aplicación trabaja con datos privados o específicos de cada cliente, necesita una vía controlada de autenticación y autorización. Para las apps MCP propias, ChatGPT admite, entre otros, OAuth y OpenID Connect.

OAuth regula sobre todo el acceso delegado a una aplicación. OpenID Connect añade sobre ello una capa de identidad. Al configurar una app personalizada se registra el endpoint del servidor MCP; si el servidor usa OAuth u OpenID Connect, el usuario recorre después el proceso de autorización previsto.

Así, los usuarios no tienen que escribir contraseñas ni claves API en un prompt. Para conexiones duraderas, OpenAI señala expresamente los Refresh Tokens. En OpenID Connect, para ello se solicita normalmente `offline_access`. Si esa posibilidad no existe, puede ser necesario volver a iniciar sesión cuando expire la autorización original.

Lo decisivo, sin embargo, es que un inicio de sesión correcto no implica automáticamente acceso total. El servidor propio debe seguir definiendo qué datos y acciones están realmente permitidos para ese usuario. Por eso, roles, mandantes, visibilidad de datos y permisos de escritura siguen perteneciendo a la aplicación propia.

Los permisos de ChatGPT no sustituyen los permisos del servidor

ChatGPT tiene además sus propios permisos de app y puede exigir una confirmación antes de acciones de escritura importantes. OpenAI menciona, por ejemplo, el envío de mensajes, la eliminación de contenido, las compras o los cambios en los derechos de acceso como acciones con consecuencias potencialmente mayores.

Estas confirmaciones son útiles, pero no deberían constituir el límite de seguridad real.

El servidor MCP debería comprobar por sí mismo si una acción está permitida. Una función de actualización, por ejemplo, puede aceptar solo determinados campos. Una función de publicación puede exigir un estado concreto. Un usuario solo puede ver los registros de su propio mandante.

Así, el modelo no decide sobre las reglas de negocio. Trabaja dentro de las reglas que establece el servidor.

Este mismo principio cobra importancia también en los flujos de marketing cada vez más agénticos. En el artículo sobre agentes de IA en el media buying y sus mecanismos de control se aborda una cuestión similar: cuanto más puede ejecutar un sistema, más importantes se vuelven los permisos, los registros y los límites claramente definidos.

Los servidores propios se convierten en capa de interacción

Precisamente aquí MCP resulta más interesante que otro chatbot más.

Muchas herramientas internas existen principalmente como panel de control porque los usuarios necesitan interactuar de algún modo con una base de datos o una API. MCP abre una segunda interfaz: el usuario describe su objetivo, ChatGPT elige la función adecuada y el servidor la ejecuta de forma controlada.

La interfaz web existente puede mantenerse. Para tareas frecuentes o visualmente complejas, suele seguir siendo la mejor opción. Pero para tareas de backoffice poco habituales, el lenguaje natural puede ser mucho más directo.

Un posible patrón tiene este aspecto:

  • 1. Solicitud: El usuario describe el objetivo en lenguaje natural.
  • 2. Elección de herramienta: ChatGPT identifica qué funciones aprobadas necesita.
  • 3. Comprobación: El servidor propio verifica identidad, permisos y entradas.
  • 4. Ejecución: La aplicación realiza la acción permitida y devuelve datos estructurados.
  • 5. Resultado: ChatGPT explica el resultado o lo procesa en el siguiente paso.

Así, la aplicación sigue siendo determinista donde debe serlo y flexible donde el lenguaje realmente aporta valor.

El servidor no tiene por qué estar abierto al público

En las apps personalizadas, ChatGPT se conecta en principio a servidores MCP remotos. Para servidores en redes privadas o en equipos de desarrollo locales, OpenAI documenta además un Secure MCP Tunnel, mediante el cual los productos de OpenAI compatibles pueden acceder a un servidor MCP privado sin exponerlo simplemente a internet público.

Esto también refuerza el patrón clave: la IA no tiene que convertirse en propietaria de la infraestructura. Puede actuar como una interfaz controlada situada delante de ella.

Apps SDK: cuando el chat por sí solo no basta

OpenAI también amplía MCP con el Apps SDK. Con él, los desarrolladores no solo pueden ofrecer herramientas, sino también diseñar lógica e interfaces interactivas dentro de ChatGPT y conectarlas con su propio backend.

Esto puede convertir una simple interfaz de herramientas en un producto más completo: chat para consultas flexibles, UI estructurada para los resultados y un servidor propio para los datos y las reglas.

Hasta qué punto estas interfaces de IA ya se integran en los procesos de contenido también lo muestra nuestra guía sobre el flujo de trabajo con Claude como AI Creative Director.

No todo backend necesita un MCP

MCP merece la pena especialmente cuando los usuarios buscan regularmente información de varias áreas o ejecutan las mismas acciones estructuradas en combinaciones cambiantes.

Un formulario sencillo con tres campos no mejora automáticamente por añadir una capa de IA. Del mismo modo, las acciones irreversibles o críticas para la seguridad deberían estar lo más limitadas posible y, si es necesario, confirmarse adicionalmente.

Lo interesante, por tanto, es menos la idea de que «ahora todo tendrá un chatbot».

Lo relevante es la posibilidad de hacer accesible una aplicación existente al lenguaje natural sin rediseñar por completo la interfaz. Los datos y las reglas siguen en tu propio servidor. ChatGPT se convierte en la capa de interacción que se sitúa encima.

Fuentes