微信小游戏策划检查表
按体验路径和失败后的去向逐项检查。平台接口的可用性、提审要求、账号资格和投放规则,以你的实际账号、目标基础库和微信官方文档为准。每次提审前把验证结果记进发布单。
| 路径 | 策划要定什么 | 真机怎样验收 |
|---|---|---|
| 启动与首次进入 | 加载时显示进度或下一步,失败后能重试 | 冷启动、弱网、首次进入与二次启动各走一次 |
| 切后台再进入 | 冻结对局、保存进度,回来先确认再继续 | 进行中短暂切后台,再测后台被回收后的冷启动 |
| 断线与结算 | 对局与发奖各自独立。待同步时给明确状态,重试使用同一结算 ID | 结算请求发出后断网,重连重复提交,账本只增加一次 |
| 激励视频 | 玩家主动选择。说明奖励和发放条件,失败或提前关闭后可继续 | 测无填充、提前关闭、完整播放、连续点击和回调重放 |
| 分享回流 | 落地页解释入口来源,允许正常开始。过期或非法参数回到首页 | 有效、过期和被篡改的参数各走一次,检查无效参数不会卡在加载页 |
| 提审与上线 | 盘点实际用到的权限、个人信息、商业化能力和运营开关 | 用发布配置走完整流程,记录版本、设备、结果和依赖的官方条目 |
把平台信号映射成游戏状态
前后台信号只告诉你环境变了。由策划决定冻结游戏时间、保留哪些状态、在哪个页面恢复。广告关闭回调也要先关联到本次申请,再检查是否满足案例的奖励条件。业务状态、可见提示、结算账本分别写清。
分享回流可先只做「带来源进入首页」。入口参数用白名单解析,只用于定位入口或归因。把分享事件和实际回流分开记录,发起分享后的回调不能作为好友已进入的证据。
微信小游戏开发指南 · 前台事件 · 后台事件 · 微信小游戏广告指南
给 AI 的平台接入需求
为合成防守把微信运行环境接入现有对局状态机。先核对目标基础库
及官方接口,列出适配层会收到的事件和错误。按恢复规格冻结对局、
保存快照并在回到前台时等待确认。入口参数只接收白名单字段;
过期和非法值回到正常首页。用模拟事件做可重放测试,再在微信真机验证。
- 在第 22 秒切后台 30 秒,返回时仍显示第 22 秒的棋盘和敌人血量。点击继续后从下一个 tick 推进。
- 用非法关卡标识启动,能到首页并按玩家自己的解锁进度开始关卡。
- 断网导致奖项请求超时,重试复用结算标识。对账只看到一条入账记录。