Endpoint
Autenticação
Use uma API key do Switchbord com escopo definido para o workspace. O workspace é resolvido a partir da API key; não envie ids de workspace no corpo da requisição.idempotencyKey no corpo JSON. Prefira o header quando o sistema upstream suportar isso.
Formato da requisição
Respostas
Uma requisição bem-sucedida enfileira um job de saídamessage.dispatch e retorna as identidades do Switchbord para auditoria e reconciliação.
Novos envios retornam HTTP 201:
200 com a identidade da mensagem existente e reused: true, em vez de criar um envio duplicado.
Variáveis
Variáveis de body
Para templates posicionais, use chaves numéricas baseadas em 1:POST /api/v1/template-sends diretamente.
Variáveis de botão de URL dinâmica
Para templates com um botão de URL comohttps://example.com/r/{{1}}, forneça o sufixo dinâmico pelo índice do botão, baseado em 0:
text e suffix são aceitos como aliases. O valor não pode ser vazio.
Variáveis de header de documento
Para templates com um header DOCUMENT, forneça um link HTTPS público.filename é opcional, mas recomendado.
Respostas de erro
Reutilizações idempotentes não são erros. Elas retornam HTTP
200 com data.reused: true.
Notas operacionais
- O worker ainda é responsável pelo envio final à Meta. A resposta da API significa que a mensagem foi aceita na outbox do Switchbord, não necessariamente entregue pela Meta.
- Transições de entrega (
queued,sent,delivered,read,failed) ficam visíveis nos registros de mensagem/conversa e nos eventos de status de webhook. - Não inclua dados brutos de cartão, tokens privados de recibo ou segredos de longa duração nas variáveis de template ou em metadata. Prefira ids de recibo curtos ou URLs pré-assinadas com expiração adequada.