一、类目选错,代码没问题也过不了

小程序在开发工具里登录、下单、支付都正常,提交审核第二天收到驳回,理由写着服务类目与实际内容不符。团队第一反应是改代码,查接口、换页面、重新打包,改完再提,还是同样的理由。问题不在程序跑不跑得起来,在审核员看不出你到底提供什么服务。
审核员打开小程序,看到的是首页、菜单、下单流程、客服入口。他判断你卖的是餐券、课程、工具还是咨询服务,不会进你的后台看数据库,也不会翻你的源码。首页摆着附近门店和外卖套餐,类目却选了工具,用户举报入口也没有,驳回并不意外。
类目要和实际业务对得上。主营类目选错,后面资质、支付、内容规则都会跟着错。一个程序里混了商城、预约、资讯、会员几块业务,要把每个入口的服务说清楚,该补充类目就补充,该拆就拆。别为了省一次提审,把所有东西塞进一个相近的类目里。
提审前找个不写代码的同事,拿手机从第一屏开始走一遍。让他说这个产品是干什么的,入口在哪里,下单之后谁来服务。他说不清楚,审核员大概率也说不清楚。
二、资质和前置审批,缺一项就卡住

有些类目不是选对就能过,还要资质。餐饮要食品经营许可,医疗健康要相关执业资质,教育要办学许可,招聘要人力资源服务许可,直播和短视频要内容资质。缺一项,页面做得再顺也卡在材料这一关。
资质文件不是拍张照传上去就行。主体名称要一致,证件要在有效期,经营范围要覆盖实际业务,授权书要盖公章。连锁门店用总公司资质,要看清楚是否覆盖这家门店。拿一份过期证件反复提交,只会把驳回次数越积越多。
前置审批要看业务实质。你写预约到店,实际做上门服务,类目和资质都可能对不上。你写知识付费,实际卖保健品,审核不会只看标题。页面上的服务说明、下单流程、客服话术,都会影响审核员对业务性质的判断。
提审前把资质清单拉出来,一项一项对。缺的先去办,不要拿审核当试错。每驳回一次,版本节奏就往后拖几天,活动档期也可能错过。资质这种事,提前问清楚比事后补材料省时间。
三、隐私协议和权限,审核员会逐项看

隐私保护指引不是随便填几句。小程序收集手机号、位置、相册、摄像头、剪贴板、设备信息,都要说明用途、方式和范围。用了第三方 SDK,也要把 SDK 收集的信息写进去。页面实际采集什么,指引里就要有什么。
审核员会拿页面行为对照指引。你申请了位置权限,页面却没有定位功能,或者一进来就弹授权,都会被挑出来。权限申请要跟当前操作有关,用户点外卖才要位置,用户看文章不需要通讯录。能延后的权限延后,能删的权限删掉。
隐私协议要能打开,内容要跟小程序名称、主体、联系方式对得上。用户拒绝授权后,不能直接把功能锁死,要给出可用的替代路径。很多驳回跟技术无关,卡在用户没有选择。
提审前把权限逐个关掉再打开,看哪些是必须的,哪些是历史遗留。把每个权限对应的页面、用途、拒绝后的表现写清楚。少一个权限,就少一个被问住的点。
四、内容审核和提审材料,别让审核员猜

有用户发布、评论、客服、举报入口的小程序,内容审核会被重点看。头像、昵称、评论、图片、链接,都要有审核和处置机制。只放一个举报按钮,没有处理记录,不够。用户发出去的内容,平台要能看到,也要能处理。
诱导分享、邀请解锁、集赞领奖、抽奖裂变,这些玩法容易踩线。规则写得再隐蔽,页面上的利益引导还是会被看到。涉及虚拟支付、会员、课程,也要看清平台规则。上线前把活动页、分享文案、奖励路径一起过一遍,别只盯主流程。
提审材料要让审核员少猜。测试账号、测试路径、版本说明、功能截图、授权书、资质文件、客服联系方式,能给就给。版本说明不要只写优化体验,要写清楚这次新增了什么入口,审核员从哪里进,测试账号能做什么。
提交前自己走一遍审核路径,从登录到核心功能,再到支付和退款。把走不通的地方先修好,把需要说明的地方写清楚。审核员找不到入口,通常会直接驳回,不会替你猜。
小程序能不能上线,代码决定它跑不跑得起来,类目、资质、隐私和内容决定它能不能被放出来。提审前把这些东西对齐,比改十遍代码有用。上线只是技术上的终点,业务能不能被用户正常使用,还要看这一道门。
在线
电话
微信
需求
TOP