Measured, 7 October to 9 November 2026
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.
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.
| Pages missing | Sites | Share |
|---|---|---|
| None. All four present | 6 | 4% |
| One missing | 4 | 3% |
| Two missing | 27 | 19% |
| Three missing | 41 | 29% |
| All four missing | 61 | 44% |
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.
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:
| Of the 74 readable privacy policies | Carried it |
|---|---|
| Says it does not share numbers for marketing | 16 |
| States message frequency | 10 |
| States that message and data rates may apply | 10 |
| All three, which is what passes | 8 |
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.
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.
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.
Same checks, your website, about a second, nothing installed and no sign-in.
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.