The Broadcasts API lets you send a WhatsApp template message to a large list of recipients in a single API call. Broadcasts are asynchronous — Wacrm persists the broadcast and its recipient rows immediately and fans out the Meta API calls in the background, so your request returns fast. UseDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/ArnasDon/wacrm/llms.txt
Use this file to discover all available pages before exploring further.
GET /api/v1/broadcasts/{id} to poll for send progress and delivery stats.
POST /api/v1/broadcasts
Required scope: broadcasts:send
Creates a broadcast and begins sending in the background. The response is returned with HTTP 202 Accepted as soon as the broadcast record is persisted — the actual message sends happen after the response is delivered.
Request body
A human-readable label for the broadcast (e.g.
"July promo"). Appears in the dashboard broadcast list. Optional — if omitted, Wacrm auto-generates a label from the template name.The exact name of the approved WhatsApp template to send (e.g.
"promo_july"). Must match the name as it appears in Meta Business Manager.The BCP-47 language code of the template variant to use (e.g.
"en_US"). Defaults to en_US when omitted.An array of recipient objects. At least one recipient is required; maximum 1000 per request.
Example
Response (202)
UUID of the newly created broadcast. Pass this to
GET /api/v1/broadcasts/{id} to poll for progress.Always
"sending" at creation time. Moves to "sent" once all fan-out attempts have completed.The number of recipients that were accepted and queued for sending.
Number of phone numbers that passed validation and were queued.
Number of phone numbers that failed E.164 validation and were dropped before sending.
GET /api/v1/broadcasts/{id}
Required scope: broadcasts:send
Returns the current state and delivery statistics for a broadcast. Poll this endpoint after a POST to track send progress.
Response
"sending" while the background fan-out is in progress; "sent" once all sends have been attempted.Number of recipients for whom the send was accepted by Meta.
Number of recipients who have received the message on their device. Updates in real time as Meta delivery webhooks arrive.
Number of recipients who have opened the message. Updates in real time as Meta read-receipt webhooks arrive.
Number of recipients who replied to the broadcast message.
Number of sends that were rejected by Meta or could not be dispatched.
404 if the broadcast does not exist or belongs to a different account.