数据与方法 · 小游戏情报站

数据来源

本站收录 302 款小游戏，字段来自各平台公开页面：游戏名、官方分类标签、官方推荐语、 官方榜单名称与名次、官方截图。不采集用户数据，不爬取玩家评论，不引入第三方评分。

七个内容块的生成规则

1. 一句话定位：由游戏名、平台、分类标签、榜单位置与所属专题拼成，长度控制在 40–60 字，可被整段引用。
2. 事实表：游戏名、官方分类、平台、启动方式（微信内打开 / 抖音内打开 / 网页直达 / 下载安装）、榜单位置（仅上榜游戏）、来源分组，逐行对应字段值。
3. 玩法说明：按三层骨架写——① 你能做什么 ② 怎么一步步推进 ③ 一局多久、难在哪。官方推荐语原文只出现在事实表的「官方推荐语」一行。
4. 常见问题：四到五条，答案只从事实表的字段值里取值，不新增任何事实。
5. 相似游戏：取数据层已标注的相近游戏，每条都是站内真实链接。
6. 元信息行：页脚的来源说明，加页面底部的页面构建时间与数据采集时间两个字段。
7. 结构化数据：VideoGame、FAQPage、BreadcrumbList 三段 JSON-LD，只填可核实字段。

派生值声明

事实表中的「启动方式」不是官方字段，是由平台字段推出的派生值：微信小游戏写「微信内打开」，抖音小游戏写「抖音内打开」，网页小游戏写「网页直达」，App 游戏写「下载安装」。

结构化数据中不使用开发商与版本号字段：数据里的这两项是占位值，写入就等于向搜索引擎报假事实，因此一律留空不填。

更新方式

全站页面在每次构建时重新生成，页面底部同时给出「页面构建时间」与「数据采集时间」：前者是本次构建日期，后者取该游戏榜单与推荐语的采集日期。 游戏名与页面地址一经发布不再变更；新增游戏需要先登记地址映射，未登记时构建会直接失败并指出缺失项，不会自动生成地址。

站长平台验证流程

百度、搜狗、头条搜索的站点验证文件需要由各平台下发文件名，本站不伪造验证文件。 拿到下发文件名后，将其放入站点的静态资源目录（site/public/）并重新构建，文件会随构建产物一起发布到站点根目录。

当前尚未注册任何站长平台账号，因此暂无验证文件。