Measured, 7 October to 9 November 2026

We ran the carrier check over 139 small business websites. 133 failed.

Every number on this page was read off a live website by the same scanner we point at our own. We are publishing it because the problem is discussed constantly and measured almost never, and because the figure that surprised us is not the one everybody repeats.

What the check is

Before a carrier approves a phone number for business texting in the United States, a reviewer opens the website on the campaign registration and looks for four public pages: a privacy policy, terms of use, SMS terms, and a service disclaimer. They then read the privacy policy for three specific statements, and look at any form that collects a phone number. Fail any of it and the campaign comes back rejected, most often as error 30908, 30919 or 30925.

Twilio began requiring a privacy policy URL on new campaign submissions on 30 June 2026, so this is getting stricter rather than easier.

How the four pages came out

Pages missingSitesShare
None. All four present64%
One missing43%
Two missing2719%
Three missing4129%
All four missing6144%

44% of these businesses have none of the four pages at all. That group is easy to explain and easy to fix. The interesting group is the other one.

The finding we did not expect

74 of the 139 sites had a privacy policy we could actually open and read. A reviewer checking those pages is looking for three statements, all three on the privacy policy itself:

  1. that mobile numbers and messaging consent are not shared or sold for marketing
  2. how often you will message, which can simply be that message frequency varies
  3. that message and data rates may apply
Of the 74 readable privacy policiesCarried it
Says it does not share numbers for marketing16
States message frequency10
States that message and data rates may apply10
All three, which is what passes8

So 66 businesses have a privacy policy and would still be rejected on it. They are not the ones who ignored the requirement. They are the ones who did the work, or paid somebody to, and still fail, because the three statements usually sit on an SMS terms page one click away and the reviewer never opened that page. The page they opened was the privacy policy.

That is the part worth knowing, and it is the opposite of the usual advice. Adding a privacy policy is not the fix. Putting the three statements on the privacy policy is the fix.

The forms

32 of the 139 sites had a form that collects a phone number, which is what brings error 30925 into play. 17 of those 32 had a messaging consent box separate from the general terms box. None of the boxes we found arrived pre-checked.

That last figure is worth saying out loud, because the advice everybody gives about 30925 is to uncheck the box. On this sample the pre-checked box was not the problem. The missing box was. Just under half of the forms collecting a phone number had no messaging consent at all, and a single combined "I agree to the Terms and Privacy Policy" checkbox is named in the carrier documentation as a rejection.

We ran it on ourselves

It would be a poor look to publish this without turning the scanner around, so: danedigital.org is missing 0 of the 4 pages, and its privacy policy carries all three statements. Verified by the same scan, on the same day as the last of the figures above. If that ever stops being true, the scanner will say so, because we re-run it on a schedule.

Method, and what this sample is not

Run it on your own site

Same checks, your website, about a second, nothing installed and no sign-in.

Scan my website free →

You get the list of what is missing and the wording that is needed. Hand it to whoever built your site and you are done. If you would rather we built the pages and wired the consent capture into your forms, that is what we do.

We are not lawyers and this is not legal advice. It is a screening tool, the same one we run over our clients' marketing before it ships.