curl --request POST \
--url https://api.notifique.dev/v1/email/messages \
--header 'Authorization: Bearer <token>' \
--header 'Content-Type: application/json' \
--data '
{
"to": [
"cliente@example.com"
],
"type": "email",
"payload": {
"subject": "Confirmação de pedido",
"html": "<p>Olá, seu pedido foi confirmado.</p>",
"text": "Olá, seu pedido foi confirmado."
},
"from": "Suporte <noreply@seudominio.com>"
}
'{
"success": true,
"data": {
"status": "QUEUED",
"count": 2,
"messageIds": [
"clxx1...",
"clxx2..."
]
}
}Enviar e-mail
Envía correo a uno o más destinatarios. El remitente (from) debe usar un dominio verificado. Elija el ejemplo: HTML + texto, solo texto, plantilla (variables como JSON clave→valor), programado u opciones de baja. Permisos: Ámbitos de la API Key.
curl --request POST \
--url https://api.notifique.dev/v1/email/messages \
--header 'Authorization: Bearer <token>' \
--header 'Content-Type: application/json' \
--data '
{
"to": [
"cliente@example.com"
],
"type": "email",
"payload": {
"subject": "Confirmação de pedido",
"html": "<p>Olá, seu pedido foi confirmado.</p>",
"text": "Olá, seu pedido foi confirmado."
},
"from": "Suporte <noreply@seudominio.com>"
}
'{
"success": true,
"data": {
"status": "QUEUED",
"count": 2,
"messageIds": [
"clxx1...",
"clxx2..."
]
}
}Autorizações
API Key no header Authorization. Exemplo: Authorization: Bearer sk_live_xxxxx
Cabeçalhos
Chave única para evitar envio duplicado. Alternativa: x-idempotency-key.
Chave única para idempotência (alternativa a Idempotency-Key).
Corpo
Pelo menos um de text ou html é obrigatório.
Lista de endereços de e-mail dos destinatários. Um e-mail por endereço.
1 - 500 elements1Tipo do envio: email (conteúdo em payload) ou template (template do workspace em payload.templateId).
email, template Corpo conforme type. email: subject (obrigatório) e text e/ou html. template: templateId e variables opcionais.
Show child attributes
Show child attributes
Endereço do remetente (e-mail verificado no workspace).
Destinatários em cópia (CC). Quem recebe vê os outros destinatários do e-mail. Com cc ou bcc, todos recebem um único e-mail; sem cópias, cada endereço em to gera um envio separado.
1Destinatários em cópia oculta (BCC). Os demais destinatários não veem quem está em BCC.
1Para onde vão as respostas quando o destinatário clica em Responder. Útil quando from é noreply@.
1Placeholders na raiz (ex.: {{name}} no assunto ou corpo). Mesclado com dados do contato do CRM.
Show child attributes
Show child attributes
Localização de assunto e corpo por destinatário.
Show child attributes
Show child attributes
Traduções manuais por locale quando localization.mode é manual.
Assunto por destinatário (chave = e-mail em to). Sobrescreve o assunto base após localização.
Show child attributes
Show child attributes
HTML por destinatário (chave = e-mail em to). Sobrescreve o HTML base após localização.
Show child attributes
Show child attributes
Opcional. Cabeçalhos MIME para threading ou referência. Permitidos: In-Reply-To, References, Message-ID, X-Entity-Ref-ID (strings não vazias, máx. 2000 caracteres cada).
Show child attributes
Show child attributes
Anexos opcionais (máx. 10; ~30MB no total). Cada item exige filename e exatamente um de content (base64) ou path (URL HTTPS pública). contentType é opcional.
10Show child attributes
Show child attributes
Show child attributes
Show child attributes
Show child attributes
Show child attributes
Metadados persistidos em Email.metadata (pares string→string). Respeite limites de payload.
Show child attributes
Show child attributes
RFC 8058: injeta headers List-Unsubscribe e List-Unsubscribe-Post quando o destinatário resolve para um contato do workspace. Use false em e-mails transacionais.
Opcional. ID do tópico de comunicação para one-click scoped (unsubscribe só daquele tópico).
Opcional. Nome exibido quando from é só o endereço de e-mail.
Esta página foi útil?