微信小程序过审经过小结
发布于 4 年前 作者 na73 2182 次浏览 来自 分享

最近上线了我的第一款个人小程序,通过了2个版本,审核被拒了4次。微信小程序正在成为国内资讯的首选资讯运营方式,今后也会有越来越多的小伙伴加入其中。撰写此文谨为了记录一些相关心得体会,给后来者一些参考。

首先,我们应该明确微信小程序的审核人员是和我们一样有血有肉的人;他们拒绝我们的版本,都是有原因的。作为小程序的开发者或提交者,应该尊重和理解他们,而不是去尝试触碰他们的底线。

以下两个文件在做小程序时越早阅读越好,如果开发中的小程序需要的资质尚未获得,审核时不要包含相关的代码,即使界面是隐藏的。

小程序开放的服务类目
https://developers.weixin.qq.com/miniprogram/product/material/#非个人主体小程序开放的服务类目

微信小程序平台常见拒绝情形:
https://developers.weixin.qq.com/miniprogram/product/reject.html

我的小程序被拒的情况

1、用户隐私和数据安全
​3.4.1 在收集和使用用户任何数据时,必须明确告知用户该数据的用途,确保经过用户明确同意和授权,并应在用户同意和授权的范围内进行合理使用。在用户注销帐号后应相应删除相关数据。数据包括但不限于获取地理位置、用户通讯录、用户手机号码等。

我的小程序是一个餐饮点评系统,餐饮从业人员可以自主上传门面和菜谱信息;为了甄别餐饮从业人员,我想到了他们的身份证、电话;

第一个版本被拒,因为没有明确告知用户该数据的用途
第二个版本被拒,因为不理解应该如何修改(现在小程序不能保留用户身份证号码和身份证照片,但审核者因为一些原因,不能明确告知)
第三个版本去除了身份证,并完善了用户退出后删除身份信息的流程,这次提交终于通过了

因为语义理解上可能存在的偏差,提交版本需要谨慎,也在此恳请审核人员在拒绝版本时,能多提供一些详细的指导。

第二次提交功能版本的时候,我又被拒绝了。。。

1: 小程序提供内容涉及商业服务推广,属个人未开放类目,建议选择企业主体小程序。

幸运的是,这是一次误判,在被拒反馈时,我依据小程序开放的服务类目中个人可从事的业务截图反馈,说明这是个人可以从事的,然后这个反馈被认可了。

但是,不幸的是,我对微信小程序的服务类目,和审核者存在认知偏差;或许,在看本文的小伙伴们也会和我一样认为一个小程序填写一个服务类别就可以了。

服务类目

审核者可能是这样认为的:
小程序涉及的功能如果在开放的服务类目中有对应的服务类目,都应该在小程序的管理后台中添加;而非是一个小程序只有一个服务类目。

我的小程序包含搜索框,因此被要求在服务类目中添加 ”工具 > 信息查询 “ 类目

我按照审核者的要求添加了设置,然后重新提交审核,这个版本终于通过了,非常感谢审核者。

最后想说一下自己的感受:
1、微信是一个封闭的生态体系,在这个体系中的小程序制作者应该去遵守小程序团队的规则,而非去挑战底线。或许有小程序会侥幸过审,但这不是成功,只是对所有小程序制作者的一种伤害。

2、小程序本身的功能非常可能涉及权限管理。对于用户,小程序的功能就是边界;对于小程序制造者,小程序相关文档就是边界;而对于小程序的审核者,他们也是有边界的。在开发和运营小程序的时候,有些边界是有冲突的,这时候首先应该服从外层的边界要求,例如用户隐私和数据安全。

请不要期待小程序审核者会对所有被拒案例给出类似司法解释那样的东西,如果存在那样的东西,所有的小程序必然同质化,小程序的生态环境将失去意义。小程序本身是凝聚大家智慧和创造的产品,它们不是为了对抗审核而生,祝愿大家的版本都能够顺利的通过审核。

2 回复

“餐饮人员可以自主上传…”,确定个人小程序可以做? 这是典型的UGC内容。 召唤各种审核专员来复查!

小程序既然允许个人主体做餐饮类的点评推荐和菜谱,我不知道让餐饮人员自主上传信息有什么不妥之处。楼上如果觉得不妥,请从小程序开放的服务类目中提供依据,谢谢。

在楼顶我已经说过,撰写此文谨为了记录一些相关心得体会,给后来者一些参考。

回到顶部