¿Servidor MCP o API: cuál me conviene?

Si estás conectando Get on Board con las herramientas de tu equipo de reclutamiento, la respuesta corta es: usa la API cuando un desarrollador va a construir algo con código — sincronizar un ATS, publicar empleos, recibir webhooks, alimentar reportes. Usa el servidor MCP cuando quieres trabajar conversando desde la herramienta de IA que ya usas — Claude, ChatGPT, Codex o Cursor — para buscar en Talent Database y leer tus convocatorias abiertas en lenguaje natural, sin escribir una línea de código. Muchos equipos terminan usando ambos: resuelven problemas distintos y no compiten entre sí.

Las dos integraciones, lado a lado

Cuándo te conviene la API

Elige la API cuando el objetivo es que un sistema hable con otro sistema, sin una persona en el medio:

• Mantener empleos y postulaciones sincronizados con un ATS externo, o construir una conexión a medida cuando no existe una integración lista.
• Crear, actualizar, publicar, despublicar o cerrar empleos desde otra herramienta.
• Recibir webhooks cuando llegan postulaciones, para que tus sistemas reaccionen automáticamente.
• Alimentar dashboards, herramientas de BI o un sitio de carreras propio con datos de empleos y postulaciones.

La API es una superficie para desarrolladores: necesita a alguien cómodo con endpoints y autenticación. Para ver todo lo que cubre, parte por ¿Qué puedo hacer con la API de Get on Board? y usa la documentación técnica de la API como referencia de endpoints, payloads y autenticación.

Cuándo te conviene el servidor MCP

Elige el servidor MCP cuando quien recluta prefiere describir el trabajo en vez de programarlo. Una vez conectada, la herramienta de IA que ya usas puede llamar cinco tools de solo lectura con tu propia cuenta y tus propios permisos: confirmar tu identidad (whoami), buscar en Talent Database desde un brief en lenguaje natural (search_talent), leer a un candidato en detalle (talent_profile), listar tus procesos de selección activos (list_jobs) y leer la descripción completa y el cuestionario de una convocatoria (job_details).

Eso lo vuelve la mejor opción para trabajo de sourcing como “lee mi convocatoria abierta de Backend Engineer y arma un shortlist de 10 candidatos compatibles en Chile o Perú” — una conversación en vez de un proyecto de integración.

Dos límites que conviene conocer antes de elegirlo:

• Es de solo lectura. Un cliente MCP puede buscar y leer, pero no puede desbloquear candidatos, invitarlos a un proceso, publicar empleos ni modificar datos. El desbloqueo de datos de contacto queda en la app web de Get on Board, donde gastas créditos con el flujo de confirmación de siempre. Que sea de solo lectura es también lo que hace segura la conexión: un agente mal configurado no puede gastar tus créditos ni contactar a nadie.
• Nunca entrega datos de contacto: ni emails, ni teléfonos, ni archivos de CV, ni enlaces a redes sociales. En Get on Board los profesionales son dueños de sus datos, y el servidor MCP está construido para que esa propiedad sobreviva a la conexión. Lo que recibes son resultados de búsqueda, resúmenes seguros de perfil y enlaces para abrir cada perfil en la app web.

El servidor MCP está disponible para team members recruiters con acceso aceptado a una empresa; no existe acceso del lado de los profesionales. Para el mapa completo de capacidades, revisa ¿Qué es el servidor MCP de Get on Board?

En qué se diferencia la configuración

La API funciona con una API key: tu empresa genera una en su configuración de API (el acceso a la API privada requiere un plan que lo incluya) y un desarrollador la usa en código. Si quieres evaluarla primero, revisa ¿Cómo puedo probar la API de Get on Board antes de comprar un plan?

El servidor MCP no necesita key ni código. Pegas https://www.getonbrd.com/mcp en tu cliente, inicias sesión en Get on Board desde el navegador, eliges la empresa que quieres autorizar y apruebas. La conexión expira a las 2 horas, así que volver a autorizar durante una sesión larga es normal. Guías paso a paso:

• Claude Code
• ChatGPT
• Codex
• Cursor

¿Puedo usar ambos?

Sí, y es un patrón común: la API mantiene tu ATS y tus sistemas internos sincronizados en segundo plano, mientras el equipo usa el servidor MCP para las conversaciones de sourcing del día a día. Se autentican por separado — una API key nunca funciona en el servidor MCP, y una conexión MCP no otorga nada sobre la API — así que adoptar uno no te obliga a adoptar el otro.

Artículos relacionados

• ¿Qué puedo hacer con la API de Get on Board?
• ¿Cómo puedo probar la API de Get on Board antes de comprar un plan?
• ¿Qué es el servidor MCP de Get on Board?
• ¿Qué es un servidor MCP y para qué le sirve a un reclutador?
• ¿Cómo puedo usar Get on Board para reclutamiento agéntico?
• ¿Para qué sirven los webhooks de Get on Board?