Business SMS infrastructure

Send business SMS from a number they recognise, wherever they are.

Connecting Businesses to Customers with SMS — transactional, two-way and inbound messaging over the HTTP API, SMPP and email, with registered sender identity in every market you send to.

Sender identity by market 9 plotted
San Francisco United States 10DLC
New York United States Toll-free
London United Kingdom Alphanumeric
Manchester United Kingdom Virtual number
Frankfurt Germany Two-way
Singapore Singapore Two-way
Sydney Australia Delivery receipts
São Paulo Brazil Two-way
Johannesburg South Africa Delivery receipts
US numbers Registered 10DLC and toll-free UK sender IDs Alphanumeric and virtual numbers Two-way & receipts Inbound routing and delivery receipts

Three answers, depending on where you send.

Sender rules are local, so the thing you can send from changes at every border. This is what you get in each.

Illustration of the three sender-identity regions: United States, United Kingdom and global
US

United States

Registered 10DLC and toll-free numbers, with A2P registration worked through with you before you send.

Numbers
10DLC, toll-free
Sender
Registered brand and campaign
Replies
Two-way on registered numbers
UK

United Kingdom

Alphanumeric sender IDs for one-way traffic, virtual numbers when you need the reply to come back.

Numbers
Virtual, short code
Sender
Alphanumeric or number
Replies
Via virtual number
GLOBAL

Beyond the UK and US

The same API, the same receipts, the same two-way handling, wherever the destination happens to be.

Numbers
Destination dependent
Sender
Resolved per country
Replies
Two-way support

From brand details to a delivered message.

Registration is the part most providers leave you to work out alone. It happens here in four steps.

  1. 01

    Register

    Brand and campaign details captured once, up front.

  2. 02

    Assign

    The right sender identity is attached to the traffic.

  3. 03

    Send

    Submit through the API, SMPP, or the dashboard.

  4. 04

    Receipt

    Per-message receipts land back on your endpoint.

One API in front of all of it.

Send and receive over the HTTP API or the industry standard SMPP protocol. Routes and destinations differ; the way you submit and the way receipts come back do not.

  • HTTP API
  • Email to SMS
  • Two-way messaging
  • Inbound routing
  • Delivery receipts
  • Numbers & sender IDs
submit a message
POST /v1/messages
Authorization: Bearer <api-key>

{
  "to": "+447700900123",
  "from": "WORLDTEXT",
  "body": "Order 4182 shipped. Track: wt.example/4182"
}
202 Accepted
{
  "id": "msg_8f42c1d0",
  "status": "accepted",
  "submitted_at": "2026-03-29T09:14:02Z"
}

Find out what your number can do.

Tell us where you send and what you send, and we will tell you exactly which sender identities are available to you.