Destinatarios de la difusión y el estado de cada uno
Una fila por destinatario con el resultado REAL de su mensaje, no el de su flujo: un envío que el proveedor rechazó después (p. ej. WABA sin método de pago) sale como failed con su motivo, aunque el flujo haya terminado bien. delivery_status trae el acuse de WhatsApp aunque el flujo siga en curso (recipient_status: "dispatched"). En una plantilla manual/recurrente junta todas sus corridas.
Por API la respuesta es siempre { data, has_more, next_cursor }: pasa next_cursor en starting_after hasta que has_more sea false. Las filas no traen nombre ni teléfono —para eso está GET /contacts/{contact_id} con su propio scope— ni a los excluidos del segmento (dados de baja, bloqueados): esos no fueron destinatarios.
Request
- Base URL: https://api.met.meteor.com.co/api/v1
- URL: https://api.met.meteor.com.co/api/v1/workspaces/{workspaceId}/broadcasts/{id}/recipients
- Auth: one of:
- bearer (a scheme the document does not define)
- HTTP bearer
Path parameters
ID numérico del workspace. Debe ser el mismo workspace de tu API key: pedir otro devuelve 401.
ID del recurso de esta ruta.
Query parameters
Cursor opaco: el next_cursor de la página anterior, tal cual llegó. Mandarlo también activa la forma { data, has_more, next_cursor }. Uno que no se entiende responde 400 validation_error con param: starting_after.
Filas por página, 1–100. Sin él se usan 20.
Response
Example response
{
"data": {
"data": [
{
"broadcast_id": "3f2b1c9e-7a41-4d0c-9c11-8a2f0e5d6b77",
"contact_id": 48213,
"delivery_status": "delivered",
"dispatched_at": "2026-10-08T14:00:05.120Z",
"message_id": 991234,
"outcome": "delivered",
"recipient_status": "success",
"sent_at": "2026-10-08T14:00:06.410Z"
}
]
}
}Changes
No recorded changes to this operation across all 1 revision of this API.