What it is
An unsubscriber record indicates that a customer opted out of messages from your business on a specific channel. The customer and channel together form the unique record.Before you begin
- Define how your product collects and records consent.
- Normalize phone numbers to E.164 format.
- Choose the correct customer identifier type and channel.
- Decide how opt-outs synchronize with your source systems.
How it works
- Create an unsubscriber when a customer opts out.
- Check or list records before sending when your workflow does not already enforce suppression.
- Delete the record only when the customer validly opts back in.
- Process unsubscribe webhook events to synchronize external systems.
Request
Create an unsubscriber
POST /unsubscribers
Remove an unsubscriber after opt-in
DELETE /unsubscribers/{customer}/{channel}
Response
Creation returns the saved record.Enforcement
Treat suppression as a safety boundary. Apply it consistently across bulk sends, transactional workflows where policy requires it, retries, and manual operations. Use Webhook events to synchronize new opt-outs and deleted opt-out records.Limits and troubleshooting
- The same customer can have separate records for different channels.
- Use the correct
typefor the customer identifier. - Do not silently delete a record without a valid opt-in event.
- List endpoints support cursor pagination; follow
cursor.after. - Design concurrent opt-in and opt-out processing so the newest valid customer decision wins.
Create an unsubscriber
Inspect supported identifier types and channels.
Unsubscribe webhooks
Synchronize opt-out and resubscribe events.

