Each messaging programme needs its own opt-in control
The requirementstatement
A single opt-in control must not enrol the consumer into several messaging programmes or use cases at once.
- 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
- opt-in surface control set
- Where it liveslayer
- Consent flowCONSENT_FLOW
- How Ekas settles itdetectability
- AI · crawlCRAWL
- Needs your live site or policy page fetched and read. Ekas crawls it the way a reviewer would.
- What the fix involvesfailureClass
- Fix the websiteTERMINAL_WEBSITE
- The fix lives on your site. No amount of rewording the form clears it.
- Who requires itauthorities
- InfobipBandwidthCTIA
- When it appliesapplicabilityText
- Applies when consent was collected by web form, checkout, account settings, third party and point of sale.
Why this rule existsrationale
How to fix itremediation
Give each programme its own checkbox with its own description, and register each as its own campaign. Done when a consumer can join the rewards texts without joining the service alerts.
A compliant exampleexample
☐ Acme Coffee Rewards: offers and rewards balance updates. ☐ Acme Coffee order updates: delivery and pickup notifications.
Common mistakespitfalls
- Splitting the controls but sending both programmes from one campaign puts the split back where it started — the campaign registration has to match the control set.
Notesnotes
Rules you will hit next
Other consent flow rules at the same severity. A registration is judged as a whole, not rule by rule.
CON-130 is one of 101 consent flow rules in the 915-rule 10DLC registry. Free to cite under CC BY 4.0.