WhatsApp, SMS, RCS, Email, and Instagram behind a single request contract. Set a fallback chain once and stop building a separate integration, and a separate failure point, for every channel you ship.
A live look at fallbackChannels: WhatsApp goes undelivered, One API retries SMS automatically.
The channel field decides which network handles delivery. The request shape never changes.
Template and session messages delivered over WhatsApp Business.
Unified endpointTransactional and promotional SMS with sender ID and route control.
Unified endpointRich, branded messaging for RCS-capable Android devices.
Unified endpointTemplated transactional email with full merge-variable support.
Unified endpointDirect messages to customers who first reached out on Instagram.
Unified endpointOutbound and inbound calling, transcription, and recording.
Dedicated endpoint · same keyEverything you already have access to, reshaped around a single call.
The same API key and the same channel scopes you already have (whatsapp:send, sms:send, and so on) work with One API immediately. Nothing new to provision.
Set fallbackChannels once and One API retries the next channel automatically when the first one fails to deliver, no orchestration code on your side.
A single request and response shape for every channel, instead of five payload formats, five error conventions, and five sets of docs living in your codebase.
Wire up one endpoint and ship. Adding a new fallback channel later means adding one array entry, not writing a new integration.
Every attempt, successful or not, comes back in the attempts array so you can log exactly what happened without extra API calls.
The unified endpoint sends messages. Campaigns, templates, and analytics still live in each channel’s dedicated API and dashboard whenever you need them.
POST https://slide.synquic.com/api/v1/messages/send
curl -X POST https://slide.synquic.com/api/v1/messages/send \ -H "Authorization: Bearer sk_live_YOUR_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "to": "+919876543210", "channel": "whatsapp", "template": { "name": "order_confirmation", "languageCode": "en", "variables": { "1": "John", "2": "ORD-12345" } } }'
curl -X POST https://slide.synquic.com/api/v1/messages/send \ -H "Authorization: Bearer sk_live_YOUR_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "to": "+919876543210", "channel": "whatsapp", "fallbackChannels": ["sms"], "message": "Your order ORD-12345 has shipped!", "template": { "name": "order_shipped", "languageCode": "en" }, "sms": { "senderId": "ACMEIN" } }'
{
"status": "sent",
"channelUsed": "sms",
"messageId": "sms_9f2a1c8e7b3d",
"attempts": [
{
"channel": "whatsapp",
"status": "failed",
"error": "Template not delivered to this recipient"
},
{
"channel": "sms",
"status": "sent",
"messageId": "sms_9f2a1c8e7b3d"
}
]
}No. It uses the exact same API key and the exact same channel-scoped permissions as every other endpoint. If your key already has whatsapp:send or sms:send, it works with One API today.
Get your API key and send your first message in minutes. No new infrastructure, no new invoice line.