# How We Test Games Before Listing Them What gets checked before a game appears on Snacko Games: licenses, data validation, embed health checks, retest schedules — and what machines cannot judge. Updated: 2026-09-17 ## A listing starts as data, not a thumbnail Every game on Snacko Games exists first as a validated record: one data file per game, checked by a schema that fails the entire build if a required field is missing or inconsistent. Provider, embed URL, license evidence, domain approval, country rules, devices, orientation, age label — if any link in that chain is broken, the game cannot become a page. The same invariant decides everything downstream: the Play button, the sitemap entry, the structured data and the recommendation rails all ask one shared question — does this record pass the publication checks right now? There is no path where a page renders but its embed is unapproved. ## Licensing before anything else Third-party games enter only through providers with an approved relationship to this domain, and their embed hosts are allow-listed in code — an unapproved host is rejected at import, not discovered in production. Self-hosted open-source games follow a stricter path still: the upstream license file itself is read and shipped unmodified, release files are audited for trackers and third-party loads, and the exact source commit is recorded in a public provenance file. ## Automated health checks run continuously Covers are mirrored locally and locked against their source with SHA-256 hashes, so what you see on a card is what the publisher shipped. The build re-verifies every page's links, images, titles, descriptions and metadata on each deploy. A daily import diff compares provider feeds against the catalog: feed outages keep the last approved snapshot, malformed data fails the build, and any change to a material field sends the record back to review. ## What automated checks cannot tell you A game that loads is not automatically a game worth your break, and we do not pretend otherwise. Difficulty and play-time labels are editorial estimates from catalog records, not stopwatch measurements. Hands-on gameplay review is an ongoing part of this catalog's workflow — games carry a scheduled retest date, and listings are corrected when a retest finds the notes wrong. If a game's controls card does not match what the game actually does, that is exactly the kind of report our contact page exists for. ## What gets a game removed A rights incident, an upstream removal, an expired license or repeated load failures all lead to the same place: the game is disabled with a recorded reason, and it disappears from cards, routes, the sitemap and structured data in the same build. Re-enabling requires the full evidence chain again — rights, provider status and review — not just a settings toggle. ## Why all of this shows up on the page The facts table on every game page — controls, devices, orientation, estimated session length, accessibility notes — is the same data the publication pipeline checks. You should not have to launch a game to learn it will not fit your phone, your keyboard or your five minutes. The four games featured in this guide each came through this pipeline; every listing on the site goes through the same gate. ## The re-test: games drift, so we look again A passing review is a snapshot, not a lifetime pass. Third-party games change without notice — providers update builds, swap ad slots, or let domains lapse — so listed games carry a re-test date and rotate back through the same checks. The gates that were true on launch day are re-verified on schedule: still licensed, still playable in this browser, still the game the page describes. A game that fails a re-test is hidden before it wastes anyone's five minutes, and it comes back only when it passes again. This is also why the catalog shrinks as well as grows. Removing a game that stopped working is treated as maintenance, not loss — the alternative, a directory full of dead thumbnails, is the failure mode this whole process exists to prevent. Every removal and every return is recorded in the game's own review trail, so if you ever wonder why a page disappeared, the answer is written down. ## The paper trail: what a review record contains Every listing decision leaves a record, and the record is deliberately more detailed than the page. A review trail captures what was tested and when, which build of the game ran, what the licensing chain looked like on that day, and the reviewer's hands-on notes — including the notes that argued against listing. When a game later breaks or gets removed, the trail answers why with a date attached, which is what turns curation from an opinion into an audit. It also protects the honesty statements players rely on. The claim that a page does not host a certain clone, or that a game plays on both desktop and mobile, is only as good as the check behind it — and the trail is where the check lives. When a guide on this site says a game was played before it was described, the paper trail is that sentence's receipt. ## Frequently asked questions ### Does anyone actually play these games before listing? Some do, and the catalog says which: difficulty and play-time labels are editorial estimates, and hands-on review status is recorded per game on its Facts table rather than claimed universally. ### How do games get removed? The same invariant that admits them, reversed: a failed retest, a changed provider embed or a lapsed license drops the record out of the public site automatically. ### Can I report a broken game? Yes — the contact page exists for corrections and takedown requests, and a broken embed is exactly the kind of report that feeds the retest queue. ### How often are games re-tested? Listed games carry a re-test date and rotate back through the licensing, load and honesty checks on a schedule — typically monthly. A game that fails a re-test is hidden from the site until it passes again, and the review trail records every change. ### Why does the site keep review records at all? Because curation without records is just opinion. The trail dates every licensing check, hands-on test and removal decision, which lets re-tests compare against the original rather than start over — and lets any honesty claim on a game page be answered with a dated check rather than a promise. ### Do you accept game submissions or requests? Listings come from licensed provider feeds and a small set of self-hosted open-source titles, so there is no open submission queue to join. Corrections, broken-embed reports and takedown requests are read and acted on through the contact page — the same review trail records what was checked and what changed. ## Games in this guide - [Nexus 3D](https://snackogames.com/games/nexus-3d/) — Hard, ~7 min - [Crossmath Challenge](https://snackogames.com/games/crossmath-challenge/) — Medium, ~9 min - [Animal Klotski](https://snackogames.com/games/animal-klotski/) — Hard, ~9 min - [Chess 3D](https://snackogames.com/games/chess-3d/) — Hard, ~10 min