Source selection
Use Android and Google documentation for platform and search claims, government publications for the stated regulatory framework, and a clearly identified rule set for game conventions. Treat an app-store description as the developer’s statement, not independent testing. Third-party download pages can identify ambiguity but cannot establish publisher ownership by themselves.
Each factual guide lists relevant sources and its preparation date. Worked examples, checklists and illustrations are original teaching material. Do not treat them as evidence of an app’s actual behaviour.
Before marking an APK record verified
- Identify the publisher using traceable primary sources and record who performed the check.
- Establish the package and release, capture the source and observation time, and preserve the artifact hash.
- Verify the signature and explain the basis for trusting the signer or signing lineage.
- Document permissions, test devices, Android versions, results and failures. Publish actual scan references only if performed.
- Review the service category and distribution permission for the intended audience. Do not make an availability claim from a working URL alone.
- Publish limitations beside the result and retain a change history.
Even a completed record cannot guarantee future behaviour or safety. A later file change requires a new record.
Dates and corrections
The first package was prepared on 21 October 2026. This rebuild was prepared on 22 October 2026 and incorporates the site owner’s supplied app specifications and a new hand-comparison tool. These are editorial dates, not APK release dates.
An update should identify what materially changed. Dates are not randomised or refreshed on every visit. Corrections should cite the affected statement, supported replacement and evidence; preserve a change history rather than quietly rewriting a result.