微信小程序上架：服务类目与合规资质指南

先确认类目和资质，再确定功能范围和开发排期。 如果开发完成后才发现主体不开放该类目、资质不齐，通常只能补办资质、调整经营模式或删除相关功能。

微信小程序上架审核中的“服务类目”，不是一个用于营销展示的行业标签，而是平台判断小程序主体是否有资格提供某类服务、页面功能是否处于允许范围内的重要依据。

同一个“商城”“课程”或“AI 助手”，因为主体类型、实际功能、交易关系和内容形态不同，可能需要完全不同的类目和材料。比如：

• 自营商品与允许多家商户入驻的平台，类目和资质不同；
• 展示课程信息、销售课程、播放教学视频与让多家机构入驻，不能只用一个笼统的“教育”类目概括；
• 仅在本地处理图片的工具，与允许用户发布并公开分享图片的社区，属于不同服务范围；
• AI 问答、AI 绘画和拟人化陪伴，需要关注深度合成类目、算法备案与生成内容标识。

本文依据微信官方《小程序开放的服务类目》整理，校对日期为 2026 年 8 月 21 日。官方明确提示，开放类目会随政策、法律法规和平台要求变化，实际提交材料应以届时页面为准。

---

一、决定类目的不是公司名称，而是四个实际条件

1. 小程序主体是什么类型

微信官方分别列出：

• 非个人主体小程序开放的服务类目；
• 个人主体小程序开放的服务类目；
• 境外主体小程序开放的服务类目。

个人主体可选择的范围明显更窄。当前官方表中，个人主体主要开放查件、教育信息展示、代驾、部分生活服务、餐厅排队、出境 WiFi、工具、部分商业服务和体育等有限场景。

例如，个人主体的“教育信息展示”不支持教育视频播放、直播和课程产品销售；“餐厅排队”不包含线上点餐和外卖；“图片处理”也不能直接覆盖内容公开传播等社交功能。

因此，项目立项时要先确认主体，而不是等代码提审前才注册账号。

2. 用户在小程序里实际能做什么

审核关注的是用户可以访问和使用的真实功能，包括：

• 浏览信息还是购买商品；
• 购买自营商品还是向第三方商家下单；
• 查看课程介绍还是购买、播放或直播课程；
• 记录个人内容还是公开发布、评论、互动；
• 查看健康信息还是问诊、挂号、购药；
• 使用普通工具还是调用 AI 生成文本、图片或视频。

只要一个功能真实存在，即使它不是首页主功能，也可能需要补充对应类目。

3. 谁在向用户提供服务

需要区分：

• 自营型：小程序主体自己提供商品或服务；
• 平台型：小程序为多家商户、机构或服务人员提供入驻和交易场所；
• 合作型：小程序主体通过医院、学校、技术供应商等合作方提供服务；
• 纯展示型：只展示信息，不发生交易、咨询、UGC 或在线服务。

平台型业务通常比自营型业务需要更多材料，例如增值电信业务经营许可证、入驻商家协议、经营者审核规则、交易规则和纠纷处理机制等。

4. 资质由谁持有，是否覆盖当前业务

不要只检查“有没有一张证”，还要核对：

• 证件主体是否与小程序主体一致；
• 证件是否在有效期内；
• 许可范围是否覆盖小程序实际业务；
• 使用合作方资质时，官方是否允许，并且是否需要合作协议或授权书；
• 平台业务是否要求两家或以上合作机构的材料；
• 经营范围、备案信息、门店和服务地区是否与页面表述一致。

---

二、正确选择服务类目的六步方法

第 1 步：先做功能清单

按用户路径列出所有可见能力，不要只写“做一个商城”或“做一个教育平台”。建议至少拆到：

• 内容展示；
• 搜索和信息查询；
• 预约、报名、挂号；
• 商品或服务交易；
• 充值、储值、会员卡；
• 用户发布、评论、私信和直播；
• 音视频课程；
• AI 问答、绘画、换脸或创作；
• 支付、退款与售后；
• 涉及医疗、教育、金融等受监管服务的具体页面。

第 2 步：确认主体和经营模式

把每项功能标记为个人或企业主体、自营或平台、线上或线下、境内或境外。这个步骤往往比产品名称更能决定类目。

第 3 步：在官方表中逐项匹配“适用范围”

不要只看类目名称。微信官方表还列出“资质要求”“类目适用范围”和“备注”，其中的排除项、补充类目和特殊限制同样重要。

第 4 步：建立“功能—类目—材料”矩阵

建议项目文档为每项功能同时记录拟申请类目和所需材料。例如：

自营食品在线销售与配送

• 拟申请类目：商家自营—食品饮料；
• 材料：食品经营、生产、预包装食品备案等官方列明材料之一。

多商户入驻并在线交易

• 拟申请类目：电商平台—电商平台；
• 材料：EDI 许可、平台协议与交易规则、商户审核规则、纠纷处理机制。

用户发帖并允许他人查看

• 拟申请类目：社交—社区/论坛或笔记等匹配类目；
• 材料：按具体类目准备 ICP 备案等材料，并评估内容治理能力。

AI 文本问答

• 拟申请类目：深度合成—AI 问答；
• 材料：自研算法备案，或第三方算法备案与合作协议；页面增加 AI 生成标识。

第 5 步：对照原型和测试版本复查

类目表与产品原型必须一致。特别检查首页入口、个人中心、隐藏菜单、运营配置、测试账号登录后的页面，以及审核人员能够触达的全部流程。

第 6 步：再确定研发和上架排期

如需办理许可证、备案或签署多方合作协议，应把材料准备放进项目关键路径。部分社交、时政类目在首次提交代码审核时还可能需要当地互联网主管机关审核确认，官方页面提示预计约 7 天，应预留额外时间。

---

三、最容易选错的高频场景

1. 自营商城与电商平台

如果商品由小程序主体自己销售，应按具体商品选择“商家自营”下的类目。食品、酒类、保健品、图书音像、珠宝玉石、预付卡等可能分别有专门材料要求；普通商品也应选择与实际销售内容匹配的细分类目。

如果允许多家独立经营者入驻，并由小程序提供交易场所，则属于“电商平台”逻辑。微信官方当前对“电商平台—电商平台”要求同时提供：

1. 核准服务项目包含“在线数据处理与交易处理业务”的《增值电信业务经营许可证》；
2. 电商平台服务协议和交易规则；
3. 对入驻经营者的审核要求或规范文件；
4. 对用户交易纠纷的处理机制或方案。

“自营还是平台”应在商业模式确定时就定下来，不能为了少交材料把多商户平台申报成自营商城。

2. 教育展示、培训、课程销售与在线视频

教育类目要结合机构性质和功能组合判断。官方表分别列出学历教育（学校）、学历教育（培训机构）、非学科类培训机构、成人技能培训、课程销售、课程销售平台、教育平台和在线视频课程等类目。

常见组合是：

• 培训机构提供线下课程预约：匹配机构性质对应的培训类目；
• 在线销售课程：还要核对“课程销售”或“课程销售平台”；
• 播放网课、在线培训、讲座或直播：还要核对“在线视频课程”；
• 多家教育机构入驻：按“教育平台”的平台型要求准备许可证、合作协议等材料。

不要用“教育信息展示”承载课程销售、付费培训或视频直播。

3. 医疗健康、问诊、挂号与药械销售

“健康”并不等于“医疗”。普通的身高、体重记录可能落入工具类健康管理；一旦涉及诊断、问诊、挂号、报告查询、药品或医疗器械交易，就需要按具体医疗服务匹配。

官方表将公立医疗机构、不同级别私立医疗机构、就医服务、互联网医院、上门医疗、非处方药销售、处方药服务、医疗器械信息展示和医疗器械自营/平台等分别列出。项目中出现“医生咨询”“在线问诊”“处方”“诊断”“治疗”等表达时，应在立项阶段进行专项核查，不能以普通健康管理类目替代。

4. UGC、社区、问答、直播和内容分享

是否允许用户生成并让他人看到内容，是一个关键分界。

例如，官方“工具—图片处理”适用于本地制作、剪辑；如果内容可以传播、分享或被公开访问，官方备注要求转向“社交—笔记”等匹配类目。社区/论坛、笔记、问答、陌生人交友、熟人交友、直播和直播表演也有不同的适用范围与材料要求。

除类目资质外，UGC 产品还应在产品层面准备：

• 举报、投诉与申诉入口；
• 内容审核和违规处置机制；
• 用户协议与社区规范；
• 账号封禁、内容删除和人工处理流程；
• 未成年人保护和隐私保护措施。

5. AI 问答、AI 绘画、AI 换脸与拟人化互动

微信官方目前在“深度合成”下分别列出拟人化互动、AI 问答、AI 换脸、AI 绘画和 AI 创作。

AI 问答、换脸、绘画和创作通常区分两种情况：

• 使用自研技术：提交小程序主体的生成合成类算法备案；
• 使用第三方技术：提交技术主体的相关算法备案，以及小程序主体与技术主体的合作协议，协议需覆盖算法名称、应用场景或备案编号等信息。

官方还要求在 AI 生成内容的显著位置标注“AI 生成”“人工智能生成”或同等含义字样。拟人化互动另有更具体的算法备案、公示机制和未成年人相关要求，不能仅按普通聊天工具处理。

6. 单一行业资讯、综合资讯与时政信息

官方“资讯—信息资讯”适用于娱乐、美妆、餐饮等单一行业资讯展示；两个及以上行业的资讯服务需核对“文娱—资讯广场”；涉及时政信息则需要选择“时政信息”类目并满足其资质与审核要求。

判断依据是实际内容范围，不是栏目名称写成“动态”“知识”还是“文章”。

7. 会员充值、储值卡和预付服务

如果小程序支持先充值、后消费，或在线销售会员卡、储值卡等预付凭证，应核对“商家自营—预付卡”及其发行方、代售等具体要求。普通微信支付收款不等同于储值；一旦形成预付余额或预付凭证，产品和合规要求都会改变。

---

四、提审前应准备的材料包

建议把以下内容作为项目交付与上架准备的一部分：

主体材料

• 小程序主体证照；
• 法定名称、统一社会信用代码和主体联系方式；
• 与小程序主体一致的管理员和长期可控账号；
• 境外主体所需的当地登记材料与翻译件（如适用）。

行业资质

• 官方类目表要求的许可证、备案凭证、批准文件或执业证书；
• 能够清晰识别主体、许可范围、证件编号和有效期的扫描件；
• 官方查询页截图或名单公示材料（类目明确要求时）；
• 合作方资质、授权书、合作协议及双方盖章页（允许使用合作资质时）。

平台经营材料

• 平台服务协议和交易规则；
• 入驻经营者审核规范；
• 用户交易纠纷处理机制；
• 合作商户或机构清单及协议；
• 退款、投诉、售后和违规商家退出流程。

产品审核材料

• 可正常登录的审核测试账号；
• 核心功能入口与操作路径说明；
• 资质对应页面的截图和说明；
• 涉及特殊硬件、地区限制或线下履约时的补充说明；
• 隐私政策、用户协议以及所需的内容治理规则；
• AI 生成内容标识、举报反馈等前端合规能力。

---

五、提交代码审核前的自检清单

• 主体类型允许申请所有实际涉及的类目；
• 每项核心功能都能在官方表的“适用范围”中找到对应关系；
• 没有用宽泛的工具、展示或咨询类目覆盖交易、UGC、医疗、教育、金融或 AI 服务；
• 自营、平台和合作型业务的判断与真实交易关系一致；
• 所有证件主体、经营范围、有效期和服务地区均符合要求；
• 需要多家合作机构时，协议和合作方资质已准备齐全；
• 原型、开发版本、后台配置、类目和提交说明相互一致；
• 审核账号可以完整体验核心服务，不会卡在登录、支付前置或空白数据页；
• UGC、直播、AI、未成年人、隐私与内容安全能力已经进入产品设计；
• 提交前再次查看微信官方最新类目表和公众平台后台提示。

---

六、常见问题

类目是不是选得越多越保险？

不是。应覆盖实际提供的服务，但不应添加与当前产品无关的类目。类目、页面功能、主体资质和提交说明应当形成可解释的一致关系。

没有资质，可以先隐藏页面等审核通过后再开放吗？

不建议，也不能把隐藏或绕过审核当作合规方案。应当取得所需资质、调整主体或合作模式，或者在上线版本中真实移除相关能力。

使用第三方服务商的许可证就一定可以吗？

不一定。只有官方类目要求允许合作方、授权或平台模式时，才应按其规定提交合作协议和合作方资质。有些类目明确要求证件由小程序主体持有。

官方表中没有完全对应的类目怎么办？

先核对是否属于组合功能，需要分别申请多个类目；仍无法匹配时，应在开发前通过微信公众平台的申诉或客服渠道确认。不要自行选择“最接近”的类目后直接投入完整开发。

这份指南可以替代官方类目表吗？

不能。本文用于帮助项目立项和准备材料。正式申请时，请逐项查看微信官方《小程序开放的服务类目》中的最新“资质要求、适用范围和备注”，并以小程序后台实际显示的要求为准。