Skip to main content

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:
Every messaging service that should use the same branded keywords and copy points its 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.
A wider STOP keyword set (this page) increases how many inbound replies get recognized as an opt-out; the actual blocking happens through the contact opt-out record it writes.

Endpoints

See also