The Quiet Part of COPPA Just Got Louder

Posted

April 21, 2026

Written by

What the April 22 compliance deadline really means for brands, publishers, and platforms

By now you’ve probably seen the headlines: the FTC’s amended COPPA rule hits its main compliance deadline tomorrow. Most of the coverage has focused on what the rule says. I want to talk about something different: what it means for how you actually run your business.

This isn’t another privacy update where a few paragraphs get rewritten and life continues. The amended rule makes a fundamental shift: it moves COPPA from a configuration problem to a behavior problem. Whether you’re a brand buying media, a publisher monetizing content, a platform doing both, or an ad tech vendor in between - if any part of your footprint touches children under 13, the way you’ve been proving compliance probably isn’t enough anymore.

The shift in one sentence

The FTC is no longer satisfied that your privacy notice says the right thing. They want you to show that your data actually flows the way you claim it does.

What actually changed

Five changes matter most commercially.

  1. Separate parental consent is required for most third-party disclosures. If you share children’s data with an ad tech partner, analytics vendor, or other third party (and that sharing isn’t truly integral to the service) you need a separate opt-in. This is the change that reshapes monetization models most directly.
  2. Privacy notices have to name names. Generic “we share data with trusted partners” language is over. You need to identify third-party recipients by name and category, and describe the purpose of each disclosure. If your vendor list is stale or poorly governed, your notice is inaccurate, and now that is its own compliance problem.
  3. Written data retention policies are mandatory. Children’s data can’t sit in your systems indefinitely. You need documented retention periods tied to specific business purposes, and real mechanisms to enforce deletion.
  4. Written information security programs are required. Not just “reasonable safeguards” but a documented program, with a named owner, scaled to the sensitivity of the data.
  5. The definition of personal information just expanded. Biometric identifiers (face, voice, fingerprint, iris, gait) and a broader set of government-issued IDs are now in scope. If your product uses any of these for known-under-13 users, that data is regulated children’s data.

Why this matters more than you think

Here’s the pattern we see in conversation after conversation right now. Teams look at the rule, conclude they’re probably fine, and then discover when they actually trace the data that they aren’t. Not because the policy is wrong, but because the behavior is wrong.

A CMP is configured to block certain vendors on child-directed pages, but one vendor’s SDK fires anyway. An analytics script loads before consent is granted. An ad partner passes an identifier downstream without authorization. The pixel map nobody has updated in eighteen months still has three vendors on it that left the stack last year.

None of that shows up in a configuration review, but all of it does show up in an audit.

The FTC didn’t write this explicitly into the rule, but the direction is clear - and we can assume that regulators and litigators alike will read into it. The written security program, the retention documentation, the named vendors in the notice are all mechanisms that force operational accountability. If you can’t show them, you don’t have them. Regulators are not so quietly moving enforcement toward what systems actually do, not what they were configured to do.

Questions to bring to your team this week

If you’re covered by COPPA in any way - either directly, through a child-directed section, or because you have actual knowledge of under-13 users - a few questions are worth asking as the deadline turns into an enforcement inquiry:

  • Can we produce a current, accurate list of every third party that receives children’s data, by name and category?
  • If a regulator asked us today, could we prove that children’s data stopped flowing to a specific vendor on a specific date?
  • Do we have timestamped evidence that our consent signals are being honored downstream, and not just captured at the banner?
  • Is our written retention policy real, or a document nobody owns?
  • Does our security program explicitly address children’s data?

If any of those questions makes your team uncomfortable, you’re not alone. Most of the companies we work with find gaps in the first week of looking. That’s not because they were careless, but because child-directed data flows are genuinely harder to govern than policy documents make them sound.

The real work starts now

April 22 is the deadline, but it’s not the finish line. The FTC has already signaled that age verification is the next area it plans to examine. Expect the scrutiny on children’s data to intensify, not settle.

The companies that will be in the strongest position are the ones that stop treating privacy compliance as a document problem. Policies, consent flows, and vendor contracts are necessary. They are not sufficient. What protects you in an enforcement action is evidence (timestamped, behavioral, independent) that your systems actually do what you’ve told parents they do.

That’s the shift we’ve been making the case for at Boltive for years. Most tools validate configuration. We verify actual behavior. COPPA just made the distinction concrete.

If you’d like to walk through how the new rule applies to your environment, or see what a continuous behavioral audit of child-directed data flows actually looks like, reach out. No pitch, no pressure - we’ll show you what we’d be looking for in your stack and let you decide what’s worth doing next.