Cómo poner tu servidor MCP en tu propio dominio (y por qué importa para tu marca)

Poner tu servidor MCP en tu propio dominio cuesta un registro DNS: elige un subdominio — mcp.tuempresa.com es la convención que se está formando —, apúntalo adonde te indique el panel de SuperCognit, y tu servidor se sirve desde tu dirección, con el certificado resuelto. Nada del protocolo cambia. Lo que cambia es a quién parece pertenecer el servidor, y en un servidor MCP eso vale más de lo que suena.

La URL es casi toda la superficie del producto

Un producto tradicional tiene una página de inicio, capturas, una ficha en algún sitio. Un servidor MCP tiene una URL. Esa URL es lo que se pega en la configuración de un cliente, lo que aparece en tu documentación, lo que un compañero reenvía a otro con las palabras «añade esto». No hay envoltorio alrededor. Cuando la dirección es un subdominio de la plataforma, la plataforma es lo que la gente ve; cuando es tu dominio, el servidor se lee como infraestructura tuya — porque lo es.

El momento OAuth

La primera vez que alguien se conecta, el servidor le pide autenticarse — los servidores de SuperCognit implementan OAuth 2.1 según la especificación MCP vigente, validación de emisor y registro CIMD incluidos. Una pantalla de autenticación es un momento de juicio: la gente decide en unos dos segundos si iniciar sesión le da buena espina. Un inicio de sesión asociado a tu propio dominio encaja con aquello a lo que creen estar conectándose. Uno que llega desde una dirección que no han oído en su vida acaba en captura de pantalla en el chat de la empresa, con un signo de interrogación.

Si lo cobras, esto deja de ser cosmético

SuperCognit te permite vender el acceso a un servidor MCP por puesto — con suscripciones de Stripe, facturas y pagos integrados, y SuperCognit como merchant of record quedándose una comisión de plataforma. En cuanto hay dinero de por medio, la dirección forma parte del argumento de venta. Una asesoría de 40 personas que vende a sus clientes un servidor de normativa fiscal les está pidiendo que pongan una dirección en sus herramientas y una suscripción en su tarjeta; una dirección que la firma posee de forma visible hace que sea más fácil decir que sí a las dos cosas.

Las direcciones son estructurales

En cuanto tu URL está en cincuenta configuraciones de cliente, es infraestructura — toda configuración que la referencia se rompe si se mueve. Eso aconseja acertar con la dirección antes de distribuirla a lo grande, y acertar significa una que controles tú. La versión honesta de este argumento corta en los dos sentidos: un dominio que posees es un dominio que podrías apuntar a otro sitio. Que el argumento más fuerte a favor de un dominio propio sea a la vez una opción de salida es, creemos, como deberían funcionar las relaciones con un proveedor.

Lo que no cambia

• El comportamiento del protocolo: las herramientas, el conocimiento y la autenticación funcionan idéntico en cualquiera de las dos direcciones, en Claude y en cualquier cliente MCP.
• La seguridad: OAuth 2.1, la validación de emisor y el aislamiento por espacio de trabajo son iguales en ambos casos — un dominio personalizado es identidad, no blindaje.
• El proyecto: la misma base de conocimiento, las mismas herramientas, el mismo agente de chat publicado al lado.

Cómo configurarlo

Un dominio personalizado no convierte un mal servidor en bueno. Hace que un buen servidor parezca lo que es: una pieza de la infraestructura de tu empresa que da la casualidad de que habla MCP, en una dirección en la que tus clientes seguirán confiando — y a la que seguirán llegando — dentro de unos años.