微信小程序官方运营教程文档解读.docx

微信小程序官方运营教程文档解读

今天，来给大家说说微信小程序官方运营文档，包括小程序的运营规范和常见拒绝情形。解读后全文篇幅不到原文档的三分之一，希望能帮小程序开发者节省阅读文档的时间，同时，避开小程序开发中的大坑。

一、 小程序如何通过审核？

想做一个微信小程序？有想法是很好，但是在动手之前，需要注意你的想法适不适合做成微信小程序。

以下是微信官方禁止的小程序类别表：

?非法、违反公序良俗等

?功能过于简单

?以传播谣言为目的

?测试抽签（星座血缘等等）

?以分级推销为目的

?微信已有的功能（比如漂流瓶等）

?恐怖性质较强（会给用户带来恐惧感）

?要求用户越狱/root后才能使用

除此之外，不在小程序服务范围的类别也无法通过审核，在此提醒大家：在开发之前，一定要检查小程序的分类是否能够通过审核。

二、 设计注意事项

想法有了，接下来就是设计小程序的功能和界面。在设计的过程中，除了界面需要遵循官方的设计文档外，功能设计上也有许多需要注意的事情。

核心功能

微信官方希望小程序能以最快的速度解决用户发出的任务。因此，在功能设计上，小程序必须以解决问题为核心。

微信团队规定，小程序必须将核心功能前置，即用户打开小程序后，进入核心功能不得超过两次点击。此外，每个页面都有唯一一个功能，在页面设计的过程中，页面的跳转必须符合用户的预期。

如果小程序页面中含有太多与主要功能无关的功能，就比较容易被拒绝。这点在设计中值得注意。

在设计文档中提到对广告和推广的限制

而在微信官方的运营文档中，广告可以说是被严格限制的。

如果要在小程序中做推广，不可对用户造成严重的骚扰：首先不要投放全屏广告，也不能让广告在页面的主要部分被凸显。

在设计阶段，务必严格按照官方设计文档来进行。如果还想知道小程序中怎样的广告是可以接受的，那么微信官方的朋友圈广告和公众号末尾广告都可以作为参考。

信息收集与处理

微信官方对使用小程序收集和处理信息的行为，进行了严格规定。

首先，在小程序与服务器交换数据时，所有数据都必须通过加密的HTTPS443进行连接。在收集数据的时候，需要明确告知用户数据收集的内容和目的，由用户决定是否提交数据。

如果小程序有外部分享功能（如分享至微博等），也需要明确告知用户小程序正在分享、分享的内容是什么等等。

在设计的过程中，建议在用于提交数据的元素（例如文本框等）中，需要对用户提交的数据进行明显的提示，不要出现含糊不清的情况。

如果小程序带有持续性位置数据获取功能，也需要在设计中有明显提示。例如，增加「正在获取位置信息」的文案，或是在小程序中展示带有相同意义的icon。

如果有能力，开发者可以与用户签订ToS（TermofServices，服务协议）以及隐私声明等方式，来提示用户数据使用的目的等。

（被禁止的）诱导

小程序在功能设计的时候，万不可诱导用户先关注某些公众号或小程序，才能使用功能。

目前，许多app（特别是在Android）有一种「自定义组件」的方式，即下载安装主程序（本体）之后，用户可以依照自己的需要下载安装其他组件，以完成功能。

在iOS和Android上，这种方式有助于压缩应用体积并提高运行效率。但在小程序中，这种行为涉嫌诱导关注。所以我们建议：用一个独立小程序直接完成所有任务。

诸如「欢迎扫码关注xxx公众号」「欢迎扫码下载xxx应用」「关注或下载xxx方可查看」，以及「不关注xxx不是中国人」这种事情还是少干为妙。

运维功能

在功能设计的过程中，需要注意添加一些运维性功能。所有的小程序都需要有应用内反馈机制，以便用户在应用内进行问题反馈。在设计和规划时，这个功能就应该被考虑在内。

对于社区及UGC小程序，小程序内也需要提供举报（报告疑虑）机制，以便管理员能够即时对违反ToS及相关法律法规内容进行处理。

三、 开发注意事项

设计完小程序，总算可以步入开发阶段了。微信官方提供的运营文档中，明确标明了审核时需要提交一份技术说明文档。目前尚不清楚是需要在提交审核的时候提交，还是在审核人员要求时才需要提交。

所以，在小程序的开发过程中，开发人员需要注意记录每一个功能点，包括功能名称、触发位置、实现手段等等，以便于在审核时进行提交。对于功能较多的小程序，这部分的总结工作更需要留意。

对于包含用户中心功能，或需要用户登录才能使用某些功能的小程序，需要在技术说明文档中提供一份用于审核的用户名和密码，以便审核人员能够完整审核小程序。

我们建议：在开发的过程中提供一个供审核人员使用的入口。开发的最后，还需要检查小程序本身能否正常运行。如果审核时小程序出现严重的不正常情况，是不能通过审核的。

有多媒体播放功能的小程序还需检查是否有多媒体意外自动播放的情况，自动播放多媒