View a markdown version of this page

Transactional opt-in - AWS End User Messaging SMS

Transactional opt-in

Use this pattern when your campaign sends transactional or informational messages (order confirmations, account alerts, appointment reminders). Transactional messages have two variants depending on whether the phone number is optional or required for the service.

Transactional opt-in — optional phone, no checkbox
Transactional opt-in — required phone, separate checkbox

What makes this compliant

  • Optional phone (first image) — No checkbox is needed. Providing the phone number is the consent action. Disclosure text near the phone field covers all required elements (brand, purpose, frequency, data rates, STOP/HELP, Terms, Privacy).

  • Required phone (second image) — When the phone is required for the service (e.g., delivery tracking), a separate SMS consent checkbox is needed because providing the number does not imply consent to receive messages.

  • Brand clearly identified — The brand name appears at the top of the form and in the disclosure/consent text.

  • Message purpose is specific — The disclosure describes the exact types of messages (account notifications, order updates, customer care).

  • Terms and Privacy are a separate checkbox — When a checkbox is present, Terms/Privacy acceptance is collected independently from SMS consent.

Common mistakes that cause denial

  • Using a checkbox when the phone number is optional (unnecessary — disclosure text is sufficient)

  • Omitting the checkbox when the phone number is required (phone required for service does not equal SMS consent)

  • Missing HELP or STOP instructions in the disclosure text

  • Not identifying the brand name in the consent language

  • Placing the disclosure below the submit button instead of near the phone field