Every SMS a user receives shows a "from" field — a name or number identifying who sent it. That field is the Sender ID, and getting it wrong is one of the most common reasons businesses see their messages ignored, filtered, or blocked outright. This guide covers what Sender IDs actually are, the different types, and how to set one up correctly.
A Sender ID is the identifier that appears as the sender of an SMS message on a recipient's phone. It's the equivalent of a "From" address in email — except unlike email, where you can typically use any address you own, SMS Sender IDs are tightly controlled by mobile carriers and regulators to prevent spam and impersonation.
When you receive a text that reads "From: Sendexa" instead of a random phone number, that's a registered alphanumeric Sender ID at work.
A custom text name, up to 11 characters (e.g., "SENDEXA", "MyBank", "ShopNow"). This is the most recognizable, trust-building option — but it's typically one-way only: recipients can't reply to an alphanumeric Sender ID via SMS.
Best for: OTPs, notifications, and alerts where you don't need the user to reply by text.
A standard phone number, often used for two-way conversations since users can reply directly.
Best for: customer support, conversational flows, anything requiring two-way SMS.
A short (typically 5–6 digit) number, usually leased and dedicated to a single business, capable of very high throughput.
Best for: high-volume marketing campaigns and services needing to send at large scale with fast, dedicated throughput.
No custom identity — messages appear from a generic shared number pooled across many senders.
Best for: nothing you should rely on long-term. It's the default when no Sender ID is registered, and it's the option most likely to be filtered as spam since recipients have no way to recognize or trust it.
| Type | Two-way replies | Setup effort | Trust/recognition | Typical use |
|---|---|---|---|---|
| Alphanumeric | No | Registration required | High | OTP, alerts, notifications |
| Long number | Yes | Low–medium | Medium | Support, conversational SMS |
| Short code | Yes (via keywords) | High (leasing + approval) | High | High-volume marketing |
| Shared/random | No | None | Low | Testing only — avoid in production |
In most markets, carriers and regulators require alphanumeric Sender IDs to be pre-registered before they can be used to send traffic. This isn't bureaucratic friction for its own sake — it exists to prevent spam and impersonation, but it has direct, practical consequences for your business:
This is exactly the kind of failure mode we cover in more depth in our guide on choosing an SMS gateway — a provider that doesn't handle Sender ID registration for you leaves this as a manual compliance task on your plate.
Regulatory requirements differ significantly by market:
A Sender ID approved in one country generally does not automatically carry over to another — each market's registration is separate, which is why a provider with existing regulatory relationships across your target markets saves real time.
Sender ID registration is handled through your Sendexa dashboard, and once approved, using it is just a field in your API request:
curl -X POST https://api.sendexa.co/v1/sms/send \
-u "$SENDEXA_API_KEY:$SENDEXA_API_SECRET" \
-H "Content-Type: application/json" \
-d '{
"to": "+233501234567",
"from": "SENDEXA",
"message": "Your verification code is 849301."
}'
The from field is your registered Sender ID — in this example, "SENDEXA". Sendexa manages the local regulatory registration process for supported markets so you're not filing paperwork with carriers directly.
The Sender ID is the first thing a recipient sees, and often the deciding factor in whether they open your message at all. Alphanumeric IDs build trust but require upfront registration; long numbers and short codes trade some of that recognizability for two-way conversation or higher throughput. Whichever type fits your use case, registering it properly — in every market you send to — is what actually determines whether your messages arrive.
