Verbal opt-in grants no relief on sample content
The requirementstatement
Samples must carry the brand name and opt-out instructions even when consent was collected verbally rather than on a web form.
- Severityseverity
- BlockingBLOCKINGBreaking this rule gets the submission rejected. There is no partial credit.
- When it bitesphase
- Gates approvalapprovalGet this wrong and the brand or campaign is refused at registration.
- What is checkedobject
- campaign.sample[]
- Where it liveslayer
- Message contentMESSAGE_CONTENT
- How Ekas settles itdetectability
- DeterministicDETERMINISTIC
- Settled in code from the values you submitted. No model involved, no judgement call, same answer every time.
- What the fix involvesfailureClass
- Fix the fieldRETRY_FIELD
- A better value in the form fixes it. Ekas can rewrite it and re-check.
- Who requires itauthorities
- AWS
- When it appliesapplicabilityText
- Applies when consent was collected by live verbal and IVR.
Why this rule existsrationale
How to fix itremediation
Add the registered brand name to the start of every sample and "Reply STOP to opt out" to the end, exactly as a web-opt-in campaign would. Done when a sample read cold, with no memory of the call, still says who is texting and how to stop it.
A compliant exampleexample
Acme Coffee: your support ticket 4471 is now with a specialist. We will text an update within one business day. Reply STOP to opt out.
Common mistakespitfalls
- Naming the brand in the verbal script does not discharge this — the script is consent evidence, the samples are message content, and reviewers check them separately.
Provider rejection codescodes
The code you get back when this rule is what failed, and whether that provider lets you resubmit.
| Provider | Code | Resubmit |
|---|---|---|
| AWS | SAMPLE_MESSAGE_MISMATCH | Yes |
Notesnotes
Rules you will hit next
6 other rules read campaign.sample[]. Fixing one field to satisfy a single rule is how a resubmission trades one rejection for another, so read these before you change anything.
MSG-293 is one of 122 message content rules in the 915-rule 10DLC registry. Free to cite under CC BY 4.0.