Integraciones y automatización
Cuatro caminos para que Cord trabaje con el resto de tus sistemas. Elige el más simple que resuelva tu caso.
Cuál usar
| Camino | Para qué | Quién lo configura |
|---|---|---|
| Cord Workflows | Reaccionar dentro de Cord: crear una tarea, avisar al equipo, publicar en Slack o dejar una nota en HubSpot. | Cualquier persona del equipo, desde la app. |
| HubSpot | Mantener clientes, contactos y Deals al día sin capturar dos veces. | Se conecta una vez en Ajustes. |
| Zapier y Make | Conectar Cord con otra herramienta que ya usas, sin servidor propio. | La persona que arma el Zap o el escenario. |
| API v1 + webhooks | Control total: tu backend decide qué hacer con cada evento. | Tu equipo de desarrollo. |
Cord Workflows
Vive en la app, no en la API. Un workflow escucha un evento de Cord, evalúa condiciones, puede esperar días y ejecuta acciones. Cada ejecución queda registrada con su resultado.
Úsalo cuando la automatización empieza y termina dentro de Cord. Si necesitas tocar otro sistema, sigue con los caminos de abajo.
HubSpot
La sincronización la administra Cord: clientes con Empresas y Contactos en los dos sentidos, y cada cotización crea y mueve su Deal por el pipeline que elijas. No requiere código y no consume tu cupo de webhooks.
Zapier y Make
Ambas plataformas hablan con la API pública de Cord y se conectan por OAuth 2.0: la persona autoriza en una pantalla de Cord y no hay llaves que crear ni pegar. Cada autorización se materializa como una credencial de vida corta que Cord renueva con un refresh token, y aparece en la pestaña Llaves del Cord Workbench como Conexión autorizada.
- Eventos hacia ellas: una suscripción de webhook creada con la credencial de esa conexión. Se crean y se borran solas cuando prendes o apagas el Zap o el escenario.
- Acciones hacia Cord: los endpoints de
/api/v1con esa misma credencial.
Cord registra los clientes OAuth a pedido; no hay registro de autoservicio. Hoy hay clientes registrados para Zapier y Make, además del complemento de Cord para Gmail, que es de la propia Cord. Si construyes una app que otros negocios van a conectar, sigue OAuth para apps. Para un servidor propio, usa una llave secreta.
n8n
El nodo comunitario n8n-nodes-cord (en npm) usa una llave secreta en su credencial Cord API: cada instalación de n8n tiene su propia dirección de regreso, así que no se conecta por OAuth. Su disparador registra el webhook al activar el flujo y verifica la firma X-Cord-Signature-V1. Hoy se instala en n8n autoalojado; la versión 1.1.0 se publicó con constancia de origen y se envió a verificación de n8n el 21 de septiembre de 2026, y aparecerá en n8n Cloud cuando n8n la apruebe.
Las suscripciones creadas por API tienen su propio cupo de 100 por organización, aparte de los endpoints que configura tu equipo. El detalle está en Webhooks.
Si prefieres armarlo a mano en Make, la guía de soporte explica los módulos de Webhooks y HTTP paso a paso.
API v1 y webhooks
El camino completo: autentícate con una llave secreta, escucha los eventos que te interesan y responde desde tu backend.
- Autenticación
- Webhooks, con la lista de eventos, la firma
X-Cord-Signature-V1y el historial de entregas. - Servidor MCP, si quien consume Cord es un asistente de IA.