为保障用户体验，小程序的提审及发布需须是一个完成品，要求可以打开，可以运行，且不可以是一个测试版。

建议开发者在提审前先自查验服务可用性及完整性后在提交代码审核，有利于提高审核通过率。

常见驳回场景，如

1、页面运营内容/数据不完整：

小程序仅有页面title、底部button， 但中间无具体运营内容。包括但不限于页面提示“无任何商品”“加载完了”或页面中间为空白。

示例：

优化建议：建议开发者上传有效商品/运营数据后，再重新提交代码审核。

2、页面加载不出来：

2.1 进入服务页面一直提示“加载中”或“无法加载”等情形，无法加载出现完整页面内容信息，无法正常体验小程序服务内容。

示例：

2.2 页面白屏：打开页面空白，无任何内容报错信息，无法正常体验小程序功能服务。

示例：

优化建议：建议开发者自行排查代码进行性能优化，确保服务可流畅稳定运行加载/无白屏等异常情况后再重新提交代码审核。

4、功能报错：

（1）页面提示“获取用户信息报错”、加载后，仍提示获取信息失败

（2）打开页面提示：无法打开业务域名

（3）网络异常

（4）请求失败、验签失败等

示例：

优化建议：建议开发者自行排查报错原因并对其进行修复，自查无问题后再重新提交代码审核代码进行优化。

5、控件无响应：

小程序页面点击“主业务控件无响应”等，无法进一步体验小程序服务内容。

示例：

优化建议：建议开发者自行排查代码进行优化，确保服务核心功能可用及不存在严重bug后再重新提交代码审核。

6、Demo、测试内容服务：

（1）小程序以官方demo提审，打开仅有“hello world”、官方功能组件、示例图等”无实际运营功能内容。

示例：

（2）小程序上传内容为测试数据（非正式运营数据），不建议上传以“测试商品、测试版块、测试服务”等字眼内容。

示例：

优化建议：建议开发者自查确认所提交的小程序是完成品完整可用的，不应提交未经开发的demo或非正式运营数据内容。

7、体验有账号登录或测试环境、体验配置限制

（1）有特定账号密码登录要求，注册流程不对外开放，需使用特定账号及密码才能登录体验服务，提审时未提供有效测试账号、密码

示例：

（2）页面无特定账号输入入口，但服务体验有测试环境、体验配置要求（如：内部鉴权、关联蓝牙设备、地理位置体验有要求等情况）。

示例：

优化建议：建议开发者在在提交代码审核时在【在提审页面】中填写有效测试帐号及密码保证审核者可以体验所有功能或上传小程序截图、运行视频协助完成审核。