AgeBridge · app age assurance
One age-compliance layer for every platform.
Apple, Google, Amazon, Texas, Utah, COPPA — the requirements are fragmented and moving. AgeBridge consumes the signals those systems produce and converts them into one consistent, auditable application decision. It does not replace platform age verification; it makes the results usable.
One decision API
POST the platform, feature, jurisdiction, and normalized signals; get back ALLOW, BLOCK, or PARENT APPROVAL REQUIRED with rule IDs, versions, and a receipt.
Platform adapters
Apple's declared age range, Google Play's age signals, Amazon — each native signal is normalized into one vocabulary so your app logic stays platform-independent.
State laws, tracked
Texas and Utah app-store accountability acts, COPPA, and platform policy — normalized rules with sources, effective dates, and version history.
Privacy-first by design
Age ranges, never birth dates. No child names, no government IDs. The server receives the minimum needed to decide — data minimization is the architecture.
Significant-change reviews
Describe a feature you're about to ship; see per-platform whether it triggers parent notification, renewed approval, or new disclosures — before launch, not after.
Audit receipts
Every evaluation is sealed in a signed, hash-chained receipt tied to exact rule versions. When rules change, history stays intact.
The API, in one glance
POST /api/v1/age/evaluate
{ "platform": "IOS", "jurisdictions": ["US","US-TX"],
"feature": { "key": "DIRECT_MESSAGING", "capabilities": ["MESSAGING","SOCIAL"] },
"ageSignal": "13_15", "parentApprovalState": "NOT_REQUESTED" }
→ { "decision": "REQUIRE_PARENT_APPROVAL",
"reason": "Driving rule: SN-AGE-TX-001 v1 — gate this action on the store-provided
parental-consent signal for Texas minors.",
"rules": [{ "ruleId": "SN-AGE-TX-001", "version": 1 }, …],
"receiptId": "SN-RCP-…" }