Custom Opt-Out Keyword Lists
Every Orbit tenant gets carrier-mandated STOP / HELP / START handling out of the box. An opt-out list lets you go further when you send under more than one brand or in more than one language: define extra keyword aliases and custom auto-response copy, then attach that list to the specific messaging service that should use it. A messaging service with no list attached keeps the platform defaults. The full endpoint list is below; this page covers the concepts and how the fields are used.When you need one
Reach for a custom opt-out list when:- You send under multiple brands from one Orbit account and want each brand’s STOP reply to sound like that brand (“You’re unsubscribed from Acme Travel alerts.” vs. “You’re unsubscribed from Acme Pharmacy reminders.”).
- Your audience texts in a language or dialect whose opt-out word isn’t covered by the platform defaults — you can add local aliases without losing the mandatory ones.
- You want branded HELP text (“Reply HELP for support, or call 1-800-…”) instead of the generic default.
What you can and can’t change
The per-list keyword arrays are additive only. Orbit’s matcher merges your list’s keywords with the platform-default, carrier-mandated set — you can widen the trigger surface (add"CANCEL" or a local-language word alongside STOP) but you cannot remove STOP itself. TCPA and CTIA require it, and Orbit enforces that at the platform level regardless of what a tenant configures.
Creating a list
Attaching a list to a messaging service
A list only takes effect once it’s attached to a messaging service — the sending identity a campaign or flow actually sends through:opt_out_list_id at the same list. Detach it by setting opt_out_list_id to null, which falls back to the platform defaults for that service.
Opt-out lists vs. suppression lists vs. contact opt-outs
These are three different layers and it’s easy to mix them up:- Opt-out lists (this page) configure how a STOP/HELP/START reply is recognized and answered — the keyword matching and auto-response layer.
- Opt-out & suppression lists cover the compliance-side bulk suppression list — bulk-importing addresses that must never be messaged again, e.g. when migrating off another platform.
- Opt-Outs API is the per-contact, per-channel record of who has actually opted out — the thing every send is checked against before dispatch.
Endpoints
See also
- Opt-Out & Suppression Lists — bulk suppression-list import
- Opt-Outs API reference — per-contact opt-out records
- Messaging credentials & services — attaching a list via
opt_out_list_id