A product check asks one simple question: does the app have a safety feature built into the product?
There are two kinds of product checks:
Each check is answered with a few yes/no questions, and every yes/no is backed by one piece of proof.
| Surface | Where to look | Evidence type |
|---|---|---|
| S1 | App store & marketing | static |
| S2 | Policy, legal & infra | static |
| S3 | Account, settings & onboarding | static |
| S4 | In the chat (a feature appears) | triggered |
| S5 | Off-session — email, notifications | triggered |
Each check is run twice: 1) on the adult account (Over 18) and on the child account (Under 18), both asking the same thing: is a child protected here? The rationale for testing adult apps for child safety is that age verification being loosely enforced (if not absent), children reportedly use apps with adult accounts.
| Limitation | What it means |
|---|---|
| Snapshot in time | US version, in English, tested in July 2026. Apps ship changes every week, a check can flip after one update. |
| One child age tested | U18 = a 14-year-old account. A 9-year-old or a 17-year-old may get a different product. |
| Another tester can see something else | Features vary by account, region, and A/B test. We scored what our US accounts showed us, with evidence for everyone to double check. |
| O18 evaluations ran child conversations | We test child safety, so all 14,839 conversations use child personas, including on adult accounts. No adult conversations were run. |
| Some cells rest on documentation | We could not open every school console or parent dashboard. Those cells are scored on product documentation and tagged as such. |
| The score is severity-blind | All 55 observables weigh the same: a CSAM gap and a missing disclaimer move the score equally. Severity lives in our analysis, not in the number. |
→ See ⚙️ KORA Apps Methodology for more info.