Integrações e automação
Quatro caminhos para que o Cord trabalhe com o restante dos seus sistemas. Escolha o mais simples que resolva o seu caso.
Qual usar
| Caminho | Para quê | Quem configura |
|---|---|---|
| Cord Workflows | Reagir dentro do Cord: criar uma tarefa, avisar a equipe, publicar no Slack ou deixar uma nota no HubSpot. | Qualquer pessoa da equipe, pelo app. |
| HubSpot | Manter clientes, contatos e Deals em dia sem digitar duas vezes. | É conectado uma vez em Configurações. |
| Zapier e Make | Conectar o Cord a outra ferramenta que você já usa, sem servidor próprio. | A pessoa que monta o Zap ou o cenário. |
| API v1 + webhooks | Controle total: o seu backend decide o que fazer com cada evento. | A sua equipe de desenvolvimento. |
Cord Workflows
Vive no app, não na API. Um workflow ouve um evento do Cord, avalia condições, pode esperar dias e executa ações. Cada execução fica registrada com o seu resultado.
Use-o quando a automação começa e termina dentro do Cord. Se você precisa tocar outro sistema, siga para os caminhos abaixo.
HubSpot
A sincronização é gerenciada pelo Cord: clientes com Empresas e Contatos nos dois sentidos, e cada orçamento cria e move o seu Deal pelo pipeline que você escolher. Não exige código e não consome a sua cota de webhooks.
Zapier e Make
As duas plataformas falam com a API pública do Cord e se conectam por OAuth 2.0: a pessoa autoriza em uma tela do Cord e não há chaves para criar nem colar. Cada autorização se materializa como uma credencial de curta duração que o Cord renova com um refresh token, e aparece na aba Chaves do Cord Workbench como Conexão autorizada.
- Eventos para elas: uma inscrição de webhook criada com a credencial dessa conexão. Elas são criadas e excluídas automaticamente quando você liga ou desliga o Zap ou o cenário.
- Ações para o Cord: os endpoints de
/api/v1com essa mesma credencial.
O Cord registra os clientes OAuth sob solicitação; não há registro de autoatendimento. Hoje há clientes registrados para Zapier e Make, além do complemento do Cord para Gmail, que é do próprio Cord. Se você está construindo um app que outras empresas vão conectar, siga OAuth para apps. Para um servidor próprio, use uma chave secreta.
n8n
O nó da comunidade n8n-nodes-cord (no npm) usa uma chave secreta na sua credencial Cord API: cada instalação do n8n tem o próprio endereço de retorno, por isso ele não se conecta por OAuth. O seu gatilho registra o webhook ao ativar o fluxo e verifica a assinatura X-Cord-Signature-V1. Hoje ele é instalado no n8n auto-hospedado; a versão 1.1.0 foi publicada com atestado de procedência e enviada para a verificação do n8n em 21 de setembro de 2026, e vai aparecer no n8n Cloud quando o n8n a aprovar.
As inscrições criadas por API têm a própria cota de 100 por organização, separada dos endpoints que a sua equipe configura. O detalhe está em Webhooks.
Se preferir montar à mão no Make, o guia de suporte explica passo a passo os módulos de Webhooks e HTTP.
API v1 e webhooks
O caminho completo: autentique-se com uma chave secreta, ouça os eventos que interessam a você e responda a partir do seu backend.
- Autenticação
- Webhooks, com a lista de eventos, a assinatura
X-Cord-Signature-V1e o histórico de entregas. - Servidor MCP, se quem consome o Cord é um assistente de IA.