Crosswalk pair
Amazon Appstore Child-Directed Apps and Google Play Families, control by control
5 canonical controls in Keel’s library satisfy clauses of both Amazon Appstore Child-Directed Apps and Google Play Families. Implement each once, attach the evidence once, and it counts toward each standard. The overlap is the work you don’t repeat.
The overlap
What the two libraries have in common
Every figure here counts canonical controls in Keel’s library, not clauses of either standard. Each standard’s own authored count is on its framework page.
5
Controls that satisfy both
Canonical controls that crosswalk to at least one clause of each.
5
In Keel’s library for Amazon Appstore Child-Directed Apps
100% of them also map to Google Play Families.
10
In Keel’s library for Google Play Families
50% of them also map to Amazon Appstore Child-Directed Apps.
16
Evidence artifacts expected
Across the shared controls, from Keel’s evidence guidance. Gathered once.
-
Amazon Appstore Child-Directed Apps 100%
5 controls of 5 in Keel’s library for Amazon Appstore Child-Directed Apps also map to Google Play Families.
-
5 controls of 10 in Keel’s library for Google Play Families also map to Amazon Appstore Child-Directed Apps.
The mapping
Controls that satisfy both
Each row is one control in Keel’s library and the clauses it answers on each side. Do the work once; both columns are then evidenced by the same artifacts.
| Canonical control | Amazon Appstore Child-Directed Apps clauses | Google Play Families clauses |
|---|---|---|
| Children’s online privacy program A documented assessment of whether the service is directed to children under 13 or has a mixed audience, which operators collect through it, and the notice, consent, parental-rights, minimization, security and retention duties that follow. Where the app ships through an app store, the same assessment carries that store’s audience determination — note Amazon treats under 16 as a child in the EU, Australia and Japan, so the age band recorded must be the widest one that applies. | child-directed/scope/determination, child-directed/legal/coppa-compliance | families/console/target-audience, families/requirements/legal-compliance |
| Child-appropriate experience & parental gates Everything a child can reach in the app is age-appropriate, and links out of the app, purchasing opportunities and other adult-facing paths sit behind a parental gate or an equivalent barrier. Covers the store rules on content suitability, thin webview wrappers, augmented-reality safety warnings, and requirements that persist after a kids category is deselected. A gate is a mechanism as well as a placement: Apple defines a parental gate as an adult-level task that has to be completed before the user may continue, so a confirmation a young child can tap through sits in the right place and does not do the job, and what the gate actually asks of a user is designed, tested against the youngest audience the app is built for, and recorded. Content review also covers the prohibitions a store states outright rather than leaving to judgment — including Apple’s rule that an app encouraging minors to consume tobacco or vape products, illegal drugs or alcohol is rejected, which binds on its own terms whether or not the app sits in a children’s category and is not softened by the “excessive amounts” qualifier the general alcohol rule carries. | child-directed/content/age-appropriate | families/requirements/app-content, families/requirements/app-functionality, families/requirements/ar-safety-warning, families/requirements/ar-device |
| Children’s advertising & monetization controls Ads and monetization reaching children or users of unknown age come only from sources the store permits, carry no interest-based targeting or remarketing, present age-appropriate creative, and follow the store’s format rules on ad walls, closeability, launch interstitials, multiple placements and virtual currency. The targeting prohibition reaches the use of the data and not only the choice of vendor: no ad shown in any app is selected or targeted using data that came from children, whichever service serves it and whether or not the app sits in a children’s category, so the evidence is the ad configuration and the audience segments in use rather than the SDK inventory alone. Note the stores differ sharply here: Amazon bars its own advertising and affiliate programs outright and parental consent does not lift that, while Google permits certified SDKs and Apple permits contextual advertising only from vendors with published kids policies including human creative review. | child-directed/ads/no-amazon-programs-to-children, child-directed/ads/child-only-no-amazon-programs | families/ads/certified-sdk-only, families/ads/no-interest-based-or-remarketing, families/ads/child-appropriate-content, families/ads/legal-and-industry-standards, families/ads-format/no-deceptive-or-inadvertent-clicks, families/ads-format/no-ad-walls, families/ads-format/closeable-after-5-seconds, families/ads-format/no-launch-interstitial, families/ads-format/no-multiple-placements, families/ads-format/distinguishable-from-content, families/ads-format/no-manipulative-tactics, families/ads-format/no-forced-click-through, families/ads-format/virtual-currency-distinction |
| Neutral age screening for mixed audiences A mixed-audience app establishes a user’s age band with a neutral screen that does not steer or reward a user into misstating their age, treats an unknown age as a child, and uses the result to gate data collection, third-party SDKs and advertising. One implementation is the evidence for the identifier, SDK and ad-serving rules that all depend on knowing which users are children. | child-directed/sdk/mixed-audience-gating | families/ads-sdk/mixed-age-screening |
| Third-party SDK & API governance for children’s apps Every third-party SDK and API in a child-directed app is inventoried with what it collects and transmits, checked against terms that permit child-directed use, and either confirmed suitable for children or gated so it collects nothing from them. This is one inventory that answers Apple’s analytics limits, Google’s approved-SDK rules, Amazon’s child-suitability test and COPPA’s diligence duty at once. | child-directed/sdk/child-suitable, child-directed/sdk/prohibited-terms | families/requirements/child-only-sdk, families/requirements/mixed-sdk, families/requirements/mixed-sdk-gating |
Beyond the pair
Where else this work counts
A framework is lit when a shared control above also maps to it. Unlit means none of them do — an absence, not a judgment about that standard.
Also reached by these 5 controls
- AI Governance Essentials not reached
- Apple App Store Kids Category also reached
- CIS Critical Security Controls not reached
- COPPA also reached
- ESG Essentials not reached
- EU AI Act not reached
- GDPR not reached
- HIPAA not reached
- ISO 9001 not reached
- ISO/IEC 27001 not reached
- ISO/IEC 42001 not reached
- NIST AI Risk Management Framework not reached
- NIST Cybersecurity Framework not reached
- NIST SP 800-171 not reached
- NIST SP 800-53 not reached
- PCI DSS not reached
- PIPEDA not reached
- SOC 2 not reached
- SOX (Sarbanes-Oxley) Section 404 not reached
- US Employment Law - Federal Baseline not reached
Nearby pairs
- Google Play Families and Apple App Store Kids Category 7 shared controls
- Google Play Families and COPPA 5 shared controls
- Amazon Appstore Child-Directed Apps and Apple App Store Kids Category 4 shared controls
- Amazon Appstore Child-Directed Apps and COPPA 3 shared controls
- Google Play Families and GDPR 1 shared control
The thesis
Why this is one project, not two
On a crosswalk-native model, Google Play Families mostly lights up controls you already built for Amazon Appstore Child-Directed Apps. You’re not re-uploading the same screenshot for a second audit. You apply the framework and see the genuine delta worth working. That’s the whole idea behind collect once, comply everywhere.
Next step
Add Google Play Families to the work you already did
Apply both frameworks in one workspace and see the overlap measured against the controls you already hold.