Editorial standards

How we research and publish

Our job is to help readers distinguish evidence, observation, third-party claims, and unresolved risk.

Policy reviewed August 19, 2026

1

Evidence hierarchy

We prefer regulator records, app-store listings, signed software metadata, operator terms, and reproducible technical observations. Affiliate copy, screenshots without provenance, and repeated third-party claims are not treated as proof.

2

Hands-on checks

When a page says “reviewed,” we checked the page content and visible destination details on the stated date. We do not claim to have deposited, withdrawn, reverse-engineered, or malware-certified software unless the article documents that exact test.

3

Uncertainty labels

Unknown publisher identity, missing checksums, third-party file hosts, unclear licensing, and changing operator relationships are surfaced prominently instead of being converted into positive marketing claims.

4

Commercial separation

Advertising or referral compensation does not change the evidence standard. A paid relationship must be disclosed near the relevant link and does not authorize “safe,” “official,” or “best” labels.

5

Updates and pruning

High-risk access pages are reviewed when destinations change or credible reports arrive. Thin, duplicative, outdated, or unverifiable pages may be rewritten, noindexed, consolidated, or removed.

6

Corrections

Factual corrections are evaluated against evidence and applied in the relevant article. Material updates should include a refreshed review date and a clear explanation when the original guidance materially changed.

Scheduled quality control

Quarterly source and security review

At least once each quarter, core app-access pages are checked for destination changes, HTTP/HTTPS transport, redirects, published file versions and checksums, certificate or signer disclosures, broken citations, and unsupported safety or regulatory claims.

Last core review
August 19, 2026
Next scheduled review
November 19, 2026

Material destination or security reports trigger an earlier review; the next scheduled date is not a guarantee that an external file remains unchanged.

Review checklist for high-risk app pages

  1. 01Identify the publisher, operator, file host, and commercial relationship.
  2. 02Confirm whether a native app-store listing exists and record the listing owner.
  3. 03Record the destination protocol, file name, version, size, hash, and signing identity when available.
  4. 04Remove unsupported licensing, security, fairness, payout, popularity, and support claims.
  5. 05Place age, jurisdiction, financial-risk, and problem-gambling information near decision points.
  6. 06Keep direct binary actions on noindex pages and exclude those pages from the XML sitemap.

Submit evidence or request a correction

Include the page URL, the statement at issue, your proposed correction, and a source readers can independently inspect.

Contact the editorial team