前言 之前写过一篇《申请开通【商家转账到零钱】超时后如何反馈？》其中有读者提问提供那些资料才能通过审核的。 [图片] 这篇分享下我提供的材料内容，给大家一个案例作为参考。大家可以参考下方材料，然后根据自己产品具体业务进行修改调整即可。 材料准备 业务背景：配音工具，为了做让用户可以帮忙拉新，所以做了邀请好友赚钱的功能，需要用到商家转账到零钱。 1.商家转账到零钱业务界面截图 [图片] 2.业务界面截图+文字步骤标注 [图片] 3.分佣流程描述文档内容 [图片] 内容部分： 1.产品名称/APPID 2.产品介绍 3.盈利模式 4.需求背景 5.分佣流程 6.分佣规则 最后 祝大家顺利开通「商家转账到零钱」功能，如果觉得有帮助欢迎点赞/收藏。如果申请超时还没回复可以看《申请开通【商家转账到零钱】超时后如何反馈？》。

我为直连商户，使用商家转账到零钱进行分销返佣，返佣转账的钱能否从基本账户转出，因为基本账户转出涉及税务问题，这部分的税务应该由收款方承担，目前这个款项从基本账户转出再充值到运营账户税务从我方扣除，感觉不合理，是否能从基本账户直接转出到零钱？

要在视频号中设置小程序跳转链接，可以按照以下步骤进行操作： 1.打开微信公众平台（https://mp.weixin.qq.com/）并登录您的账号。 2.在左侧菜单栏中选择“小程序”选项。 3.进入小程序管理页面后，选择您需要设置跳转链接的小程序。 4.在小程序管理页面的左侧菜单栏中选择“开发” - “基本配置”。 5.在基本配置页的底部找到“业务域名”一栏。 6.在业务域名列表中添加一个新的域名，确保该域名指向您要跳转的小程序页面。例如，可以使用小程序的域名或子域名。 7.添加完域名后，点击右上角的“提交”按钮进行保存。 请注意，为了保证小程序跳转链接的正常使用，需要确保以下几点： 1.小程序和视频号必须属于同一个主体，并且已经完成了相关的认证和绑定操作。 2.在小程序的后台设置了允许通过视频号跳转的相关配置。 3.确保小程序的域名和子域名已经备案，并且通过了微信的审核。 完成以上步骤后，您就可以在视频号中设置小程序跳转链接了。在发布视频时，在视频描述或评论中添加小程序跳转链接即可实现从视频号跳转到小程序的功能。

更新时间：2022年11月9日由于 PC/macOS 平台「头像昵称填写能力」存在兼容性问题，对于来自低于2.27.1版本的访问，小程序通过 wx.getUserProfile 接口将正常返回用户头像昵称，插件通过 wx.getUserInfo 接口将正常返回用户头像昵称。 更新时间：2022年9月28日考虑到近期开发者对小程序用户头像昵称获取规则调整的相关反馈，平台将接口回收的截止时间由2022年10月25日延期至2022年11月8日24时。 调整背景在小程序内，开发者可以通过 wx.login 接口直接获取用户的 openId 与 unionId 信息，实现微信身份登录，支持开发者在多个小程序或其它应用间匿名关联同一用户。 同时，为了满足部分小程序业务中需要创建用户的昵称与头像的诉求，平台提供了 wx.getUserProfile 接口，支持在用户授权的前提下，快速使用自己的微信昵称头像。 但实践中发现有部分小程序，在用户刚打开小程序时就要求收集用户的微信昵称头像，或者在支付前等不合理路径上要求授权。如果用户拒绝授权，则无法使用小程序或相关功能。在已经获取用户的 openId 与 unionId 信息情况下，用户的微信昵称与头像并不是用户使用小程序的必要条件。为减少此类不合理的强迫授权情况，作出如下调整。 调整说明自 2022 年 10 月 25 日 24 时后（以下统称 “生效期” ），用户头像昵称获取规则将进行如下调整： 自生效期起，小程序 wx.getUserProfile 接口将被收回：生效期后发布的小程序新版本，通过 wx.getUserProfile 接口获取用户头像将统一返回默认灰色头像，昵称将统一返回 “微信用户”。生效期前发布的小程序版本不受影响，但如果要进行版本更新则需要进行适配。自生效期起，插件通过 wx.getUserInfo 接口获取用户昵称头像将被收回：生效期后发布的插件新版本，通过 wx.getUserInfo 接口获取用户头像将统一返回默认灰色头像，昵称将统一返回 “微信用户”。生效期前发布的插件版本不受影响，但如果要进行版本更新则需要进行适配。通过 wx.login 与 wx.getUserInfo 接口获取 openId、unionId 能力不受影响。「头像昵称填写能力」支持获取用户头像昵称：如业务需获取用户头像昵称，可以使用「头像昵称填写能力」（基础库 2.21.2 版本开始支持，覆盖iOS与安卓微信 8.0.16 以上版本），具体实践可见下方《最佳实践》。小程序 wx.getUserProfile 与插件 wx.getUserInfo 接口兼容基础库 2.27.1 以下版本的头像昵称获取需求：对于来自低版本的基础库与微信客户端的访问，小程序通过 wx.getUserProfile 接口将正常返回用户头像昵称，插件通过 wx.getUserInfo 接口将正常返回用户头像昵称，开发者可继续使用以上能力做向下兼容。对于上述 3，wx.getUserProfile 接口、wx.getUserInfo 接口、头像昵称填写能力的基础库版本支持能力详细对比见下表： [图片] *针对低版本基础库，兼容处理可参考 兼容文档 请已使用 wx.getUserProfile 接口的小程序开发者和已使用 wx.getUserInfo 接口的插件开发者尽快适配。小游戏不受本次调整影响。 最佳实践小程序可在个人中心或设置等页面使用头像昵称填写能力让用户完善个人资料： [图片] 微信团队 2022年5月9日

摘要 因为获取用户信息的接口 [代码]wx.getUserInfo[代码] 存在滥用，使用不规范等原因，微信官方已经将这个接口权限回收，改为用户信息填写，即引导用户主动填写微信昵称和上传头像。这种做法确实是麻烦了点。 但是微信小程序插件，还是可以使用 [代码]wx.getUserInfo[代码] 接口的，我们可以开发一个插件，通过插件调用这个接口，获得用户昵称和头像，然后将用户昵称和头像保存下来即可。 接口文档：https://developers.weixin.qq.com/miniprogram/dev/framework/plugin/functional-pages/user-info.html 文档说明 用户信息功能页 用户信息功能页用于帮助插件获取用户信息，包括 [代码]openid[代码] 和昵称等，相当于 [代码]wx.login[代码] 和 [代码]wx.getUserInfo[代码] 的功能。 在基础库版本 2.3.1 前，用户信息功能页是插件中唯一的获取 code 和用户信息的方式； 自基础库版本 2.3.1 起，用户在该功能页中进行过授权后，插件可以直接调用 [代码]wx.login[代码] 和 [代码]wx.getUserInfo[代码]： 授权是以【用户 + 小程序 + 插件】为维度进行授权的，即同一个用户在不同小程序中使用同一个插件，或同一个小程序中使用不同插件，都需要单独进行授权自基础库版本 2.6.3 起，可以使用 [代码]wx.getSetting[代码] 来查询用户是否授权过，另外，在满足以下任一条件时，插件可以直接 [代码]wx.login[代码] 使用插件的小程序与插件拥有相同的 AppId 使用插件的小程序与插件绑定了同一个 微信开放平台 账号，且使用插件的小程序与插件均与开放平台账号为同主体或关联主体 不满足以上条件时，[代码]wx.login[代码] 和 [代码]wx.getUserInfo[代码] 将返回失败。 开发 在开发之前，你需要申请一个小程序插件。 [图片] 然后使用官方示例代码，就可以简单使用这个插件。 [图片] 代码也是非常简单的，一个是小程序页面，另一个是插件页面。 [图片] 示例代码 [代码]<!--plugin/components/hello-component.wxml--> <functional-page-navigator name="loginAndGetUserInfo" args="{{ args }}" version="develop" bind:success="loginSuccess" bind:fail="loginFail" > <button class="login">登录到插件</button> </functional-page-navigator> [代码] [代码]// plugin/components/hello-component.js Component({ properties: {}, data: { args: { withCredentials: true, lang: 'zh_CN' } }, methods: { loginSuccess: function (res) { console.log(res.detail); }, loginFail: function (res) { console.log(res); } } }); [代码] 然后在小程序的页面json文件配置这个插件。 [图片] app.json还需要加入： [图片] [代码]"functionalPages": { "independent": true }, [代码] 在WXML文件引入这个组件。 [图片] 预览 因为index.wxml是引入插件的组件，直接就显示 [代码]plugin/components/login/login.wxml[代码] 的内容了。 [图片] [图片] 点击授权登录，就会跳转到官方的【用户信息功能页】插件，这个插件页面是无法修改样式的。 [图片] 点击【允许使用】就会获取到用户的昵称和头像。 [图片] 其中 [代码]res.detail.userInfo.avatarUrl[代码] 就是头像地址，[代码]res.detail.userInfo.nickName[代码] 就是微信昵称，获取这两个之后，可以自己进一步处理。 [图片] 作者 TANKING

用户头像和昵称改版后，手动获取头像和昵称，但是最近发现有小程序可以直接这样调起一个框，然后再获取，请问下这个框是通过哪个接口调起来的？[图片]

现在的策略是允许公众号文章内嵌iframe，对于第三方的iframe会检查业务域名。可理解为： 1、打开公众号文章，文章内嵌iframe含有腾讯视频这种情况就是支持的。 2、打开开发者自己的业务域名，网页内嵌iframe含有腾讯视频这种情况就是不支持的。

A公司的公众号，是否可以关联/绑定B公司的小程序，以将小程序添加到公众号的菜单，供A公司的粉丝进行访问。

业务场景说明： 场景一、付费会员用户可以邀请新用户成为会员，新用户付费成为会员后可获得佣金，需支持佣金提现到个人微信账号 场景二、会员用户可使用活动报名工具，支持设置付费活动，活动收集到的报名费需提现到个人账号； 以上两个场景 是否都涉及二清业务？该如何申请微信支付功能？

微信网页授权 能力是为了优化用户在微信内登录网站应用的体验而设计的。为进一步规范能力使用，保障用户合法权益，平台将对能力进行调整。  当开发者在网页中在不规范使用发起 snsapi_userinfo 网页授权时，微信将默认打开网页快照页模式进行基础浏览。能力调整将于 2022 年 7 月 12 日 24 时生效。 网页快照页模式介绍快照页将会默认对用户屏蔽网页授权弹窗，用户在快照页中仅可进行滑动浏览操作，其他交互将被限制，并提示用户 “该网页需获取个人信息才可使用完整服务，当前仅可浏览部分内容”。用户如需要使用完整网页服务，可轻触右下角 “使用完整服务” 按钮触发授权弹窗，用户确认后进入原网页。 开发者在快照页内所获取的头像、昵称、openId、unionId 均为虚拟账号数据；快照页与正常页面不共用缓存，快照页的缓存会在用户离开快照页时被清理；快照页内也无法使用微信其它 JS-SDK 的能力。 [图片] 微信网页授权规范授权流程需引导清晰、准确：在申请获取用户信息的弹窗出现前，应该清晰、准确地告知用户获取信息的范围及获取信息的目的；必要场景申请：在必须获取用户信息时才申请，而不是用户尚未了解服务前就强制弹窗。如使用医院挂号时才需要获取用户信息；不强制登录：提供游客模式，供用户了解网页提供的基础服务，不强制用户允许网页获取用户信息后才能使用网页服务。 常见的微信网页授权不规范使用案例强制登录：在用户打开网页时立即要求用户授权，用户拒绝后无法使用网页提供的服务；违规收集个人信息：未在网页提前告知使用个人信息的目的、方式和范围；非必要收集：非必要获取用户信息的网页，如文章、视频等，要求用户在浏览内容前登录；差别对待微信用户：同样的网页在浏览器内可以无需登录直接访问，在微信内却要求用户先登录才可访问。 微信团队 2022年5月9日

[图片] 收费说明 自2023年8月26日起，手机号实时验证组件将需要[代码]付费使用[代码]。 [图片] 手机号快速验证组件 https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/getPhoneNumber.html 新版本组件不再需要提前调用wx.login进行登录。 代码示例 [代码]<button open-type="getPhoneNumber" bindgetphonenumber="getPhoneNumber"></button> Page({ getPhoneNumber (e) { console.log(e.detail.code) } }) [代码] 返回参数说明 code，动态令牌。可通过动态令牌换取用户手机号。使用方法详情phonenumber.getPhoneNumber接口。 请注意： 目前该接口针对非个人开发者，且完成了认证的小程序开放（不包含海外主体）； 该能力使用时，用户可选择绑定号码，或自主添加号码。平台会基于中国三大运营商提供的短信等底层能力对号码进行验证，但不保证是实时验证； 请开发者根据业务场景需要自行判断并选择是否使用，必要时可考虑增加其他安全验证手段。 开发者需合理使用，若被发现或用户举报开发者不合理地要求用户提供手机号等个人信息，中断了正常的使用流程，影响了用户的使用体验，微信有权依据《微信小程序平台运营管理规范》对该小程序进行处理。常见违规事例和具体解析； 自2023年8月26日起，手机号快速验证组件将需要付费使用。标准单价为：每次组件调用成功，收费0.03元。 手机号快速验证组件（旧版）：https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/deprecatedGetPhoneNumber.html 注意 目前该接口针对非个人开发者，且完成了认证的小程序开放（不包含海外主体）。需谨慎使用，若用户举报较多或被发现在不必要场景下使用，微信有权永久回收该小程序的该接口权限。 该能力使用时，用户可选择绑定号码，或自主添加号码。平台会对号码进行验证，但不保证是实时验证； 请开发者根据业务场景需要自行判断并选择是否使用，必要时可考虑增加其他安全验证手段。 手机号实时验证组件 https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/getRealtimePhoneNumber.html 代码示例 [代码]<button open-type="getRealtimePhoneNumber" bindgetphonenumber="bindgetrealtimephonenumber"></button> Page({ getRealtimePhoneNumber (e) { console.log(e.detail.code) } }) [代码] 该能力与手机号快速验证组件的区别为： 手机号实时验证组件，在每次请求时，平台均会对用户选择的手机号进行实时验证； 手机号快速验证组件，平台会对号码进行验证，但不保证是实时验证。 请注意： 3. 目前该接口针对非个人开发者，且完成了认证的小程序开放（不包含海外主体）； 4. 该能力使用时，用户可选择绑定号码，或自主添加号码。每次请求时，平台均会基于中国三大运营商提供的短信等底层能力对号码进行实时验证； 5. 请开发者根据业务场景需要自行判断并选择是否使用，必要时可考虑增加其他安全验证手段。 6. 开发者需合理使用，若用户举报或被发现开发者不合理地要求用户提供手机号等个人信息，中断了正常的使用流程，影响了用户的使用体验，微信有权依据《微信小程序平台运营管理规范》对该小程序进行处理。常见违规事例和具体解析； 7. 该能力的bindgetrealtimephonenumber 事件回调中，仅会返回 code，不会返回 encryptedData，开发者仅可通过消费 code的方式换取用户手机号； 自2023年8月26日起，手机号实时验证组件将需要付费使用。标准单价为：每次组件调用成功，收费0.04元。 付费管理 https://developers.weixin.qq.com/miniprogram/dev/platform-capabilities/paymentManage.html 修改建议 手机号快速验证组件旧版本接口依然可以使用，只是需要收费而已，不想做改动的交钱就行了。如果想用新接口就去改吧，多花一分钱（增强小程序安全性）。

视频号直播间分享员，是一个小程序商家联动视频号的能力。 小程序商家可以自主添加分享员，分享员会收到邀请通知，需确认同意后才正式成为该小程序的分享员。 一个微信号最多能成为5个小程序的分享员。 分享员分享关联小程序的直播间后，小程序商家与分享员均能获得由分享员分享产生的直播间内交易数据。 分享员如何分享才是有效分享 退出带货中心小程序，找到分享的直播间（可在微信-发现-视频号内搜索）须进入直播间页面里面，点击右上角的转发按钮分享直接在会话列表或者朋友圈长按直播间卡片转发是无效分享目前仅能分享直播中的直播间，分享预约状态下的直播间无效。（2021.8.25）[图片] 分享员的权限 分享员可在「带货中心」小程序内查看可分享的直播间（可分享的直播间为所属小程序关联的视频号的直播间），可查看自己分享后的带货数据。 分享员可以自行解除与小程序的关系。 [图片][图片][图片] 分享员如何查看数据 分享员将可以进入「带货中心」小程序，查看自己可分享的直播间与分享后的数据。 (非分享员角色的用户进入带货中心小程序，看不到相关入口） 分享员可通过此数据，与小程序开发者对账。 [图片][图片][图片]

一、背景 在研发管理领域，业界一直在试图寻找可以衡量研发交付效率的指标。常见的指标有：吞吐率（多）、研发周期（快）、资源利用率（省）。然而，在实践中，我们发现，上述三项无法直接作为指导改进的北极星指标： 1）吞吐率，在一段时间内交付项目的个数，是产品需求方关注的指标。若项目未交付，则不落入统计，也就无法发现问题和采取行动。而一旦交付，就错过了采取行动的时机。该指标是个滞后指标，它只关注项目的终点，犹如刻舟求剑，可参考性较差。见图1中，4月份吞吐率为0，但并不意味着生产是停滞的，5月份吞吐率为1，也不意味着持续了5个月的项目D是健康的。 [图片] ▲图1. 多个项目上线后，被统计在不同月份的吞吐率中 2）研发周期，基于单个项目计划的起止时间，是由关键路径决定的，项目经理尤为关心。然而，在关键路径上的人员，除了计划内的研发工作之外，又受到项目外的精力牵扯（比如：处理临时突发的线上 bug）和因为他人牵扯而等待（比如：等待联调、等待测试）的影响。单看研发周期，无法评价项目中资源被有效利用的情况。见图2中，甲中途离开处理外部事务，在完成任务后等待乙来接棒。 [图片] ▲图2. 项目受计划外工作牵扯 3）资源利用率，员工工作投入的饱和度，技术经理在做团队管理时常考虑的指标。这个饱和度特指从工作负荷视角出发，看员工是不是在忙，但容易忽略工作的聚焦程度。见图2中，甲和乙的工作饱和度都很高，但因为参与者的精力分散在多处，并不会对项目B尽快交付有任何帮助。 那么，是否存在一项北极星指标，可以实时反馈研发过程的效率，从而有效采取改进措施呢？ 二、指标介绍 有赞效能改进团队经过不断探索，定义了「研发浓度」指标，作为研发效率的度量。该指标融合前文介绍的吞吐率、研发周期和资源利用率，反映了「为缩短项目周期而投入资源」的决策收益。计算公式如下： 研发浓度 = 项目工作量人日 ÷ ( 研发周期 × 参与人数 ) × 100% 场景a：单人满负荷完成全部工作。这个场景比较简单，聚焦并独立完成一件事，此时的研发浓度是：100%（ = 10人日 ÷ ( 10个工作日 × 1人 ) × 100%）。 [图片] ▲图3. 单人满负荷完成全部工作 场景b：单人拖沓完成全部工作。和图2中出现的问题一样，甲中途离开，去处理项目以外的工作，导致研发周期发生变动（工作量并未发生变化），此时的研发浓度是：66.7%（ = 10人日 ÷ ( 15个工作日 × 1人 ) × 100%），且精力越分散，该项目的浓度越低。 [图片] ▲图4. 单人拖沓完成全部工作 场景c：两人分工紧密衔接。由于职能或既定工序等原因（比如：甲先负责开发，然后乙负责测试），需要由不同的角色，分别负责先后两道工序，来协同完成工作。从项目的视角来看，甲和乙分别存在等待（尽管人员不会闲置，比如处理一些日常事务性工作，但终究无助于该项目的尽快交付）。此时的研发浓度是：50%（ = 10人日 ÷ ( 10个工作日 × 2人 ) × 100%）。在这种流水线工作模式下，同一时刻始终只有 1 人处于工作状态，故随着参与人数上升，研发浓度下降。 [图片] ▲图5. 两人分工紧密衔接 场景d：紧后工作部分前置。乙的 4 人日工作，是甲的紧后工作。如果乙想办法将一部分准备工作前置（比如：提前写测试用例），就能使研发周期缩短。此时的研发浓度是：62.5%（ = 10人日 ÷ ( 8个工作日 × 2人 ) × 100%） [图片] ▲图6. 紧后工作部分前置 场景e：两人并行工作。乙的工作完全不依赖甲（工作节奏完美匹配），甲是唯一的关键路径，乙可以在6个工作日内弹性完成自己的任务，但依然存在等待。该场景在规模较大的项目中经常出现（比如：多名研发人员并行开发）。此时的研发浓度是：83.3%（ = 10人日 ÷ ( 6个工作日 × 2人 ) × 100%）。 [图片] ▲图7. 两人并行工作 场景f：两人各担一半工作。甲和乙能自由地均分任务，尽量不出现某个人成为关键路径的情况，这样能最大程度上缩短研发周期（这在任务层面是一种理想状态，但如果甲和乙是两个跨职能的平行团队则完全是可能的）。此时的研发浓度是：100%（ = 10人日 ÷ ( 5个工作日 × 2人 ) × 100%）。 [图片] ▲图8. 两人各担一半工作 在上述各场景中，我们可以看到，在项目中采取不同的资源利用率策略，会形成不同的研发周期效果，进而影响吞吐率，这就是「研发浓度」所要表达的信息。即：资源的利用率越高（包括：掌握的功能模块和技能越全面、越少被外界打扰、越简洁无依赖的工作流），单个项目的研发周期就越短，研发效率就越高。 三、实践运用 下图是有赞某业务线在某段时期内的研发浓度统计，其中高亮的红色柱子，体现出浓度最集中（超过该业务线的一半项目）的区间是在 12% ~ 28% 的范围里。 [图片] ▲图9. 研发浓度直方图 我们从这些项目中找几个案例： 【正面案例】A项目（图10），3人参与（前端×1，后端×1，测试×1），项目周期 20 个工作日，总工作量是 45 人日，计算研发浓度 = 75%（45 人日 ÷ (20 工作日 × 3 人) × 100%）。 [图片] ▲图10. A项目甘特图 【反面案例】B项目（图11），8人参与（前端×3，后端×2，测试×3），项目周期 43 个工作日，总工作量是 26 人日，计算研发浓度 = 8%（26 人日 ÷ (43 工作日 × 8 人) × 100%）。 [图片] ▲图11. B项目甘特图 目测相较于A项目，B项目的复杂度略高一些，跨了3条业务线的协作。分析甘特图，体现出来的可改进点非常有意思，笔者罗列一二，期待读者朋友能留言，参与互动： a）两位核心开发人员的投入时间相差较大（图中两根最长的蓝色柱子），导致形成关键路径，拉长开发周期。我们的疑问是：后进入者是否被上一个项目所牵绊？本项目是否有必要匆忙启动呢？ b）个别参与开发的成员，工作量只有半天（图中最短的两个蓝色颗粒）。我们的疑问是：他们是否有必要参与项目，其工作能否交接给其他人完成呢？ c）开发和测试在工序上形成明显的交接（图中空心蓝色柱子）。我们的疑问是：是否可以把用例设计工作进行左移，以及在测试阶段提升自动化水平来提升测试效率呢？ 四、小结 「研发浓度」的优势在于，它是一项领先指标，能直接体现任意项目的研发效率，并在过程中进行度量，发现问题可以随时介入并进行改进。希望能借助本文，得到读者朋友的垂青，并将其运用到更广泛的度量场景之中。

诱导关注，即商家通过外链、公众号群发、搜索或二维码等方式，以奖励或其他形式，强制或诱导用户关注公众号的行为。部分性质恶劣的诱导行为，不仅影响着用户的精神寄托，而且还容易导致用户出现金钱损失。 为了进一步肃清公众平台的“诱导关注”，让用户认清商家的诱导手段，公众平台对诱导用户关注公众号的行为和类型进行了整理，目前对诱导关注的界定，具体分为营销诱导关注、恶意诱导关注。 1.营销诱导关注  涉及营销活动，并利用一些实质好处，以实物奖励、虚拟奖励、现金红包等诱导大家关注公众号。 [图片] 2. 恶意诱导关注  ☛强制诱导关注 用户需关注后才可获得好处或进行下一步操作。 [图片] ☛使用政治秘史、夸大误导、低俗挑逗类的字眼 利用标题引发用户好奇心，诱导用户点击，跳转内容实为关注公众号。 [图片] ☛直接体现关注指向 关注后才可获取答案。 [图片] ☛利用视频图文形式 当前页无具体内容，通篇仅二维码/视频/关注指向（点击关注/点击阅读原文/图片形式指向）诱导用户关注公众号。 [图片]

各位开发者： 微信内网页在不经过用户允许的情况下自动播放音频，会导致用户没有预期、用户体验差等问题。此外，音频自动播放可能会在用户不知情的情况下给用户带来较大的流量消耗。基于此，微信公众平台将对微信内网页自动播放音频能力进行如下调整： 自2020年04月28日起，用户打开微信内网页时将无法自动播放音频。必须在得到用户手动允许（比如触摸屏幕，单击按钮等）的情况下，才能播放音频，开发者可以提前进行适配调试。 具体的适配调试方法如下： 1、下载安装包：http://dldir1.qq.com/weixin/android/wechat_0x27000C70_1620_autoplay.apk 2、扫描二维码安装浏览器内核 [图片] 3、打开网页，点击右上方菜单，第二行最后一项禁止自动播放（注：再点一次可以变回允许自动播放） [图片] 4、退出页面，重新进入即可体验禁止自动播放的效果。 附测试用例：https://docs.qq.com/sheet/DWlduYWxhVEFkRkVa?tab=BB08J2&c=B12A0F0 微信团队 2020年03月30日

背景 小程序一个比较重要的能力就是获取用户信息，也就是使用 [代码]wx.getUserInfo[代码] 接口。我们发现几乎所有的小程序都会调用这个接口。虽然我们在设计文档上有提出最好的设计是在真正要用户信息的情况下才去获取用户信息，不过很多开发者并没有按照我们的期望去做，导致用户在使用的时候有很多困扰。 归结起来有几点： 开发者在首页直接调用 [代码]wx.getUserInfo[代码] 进行授权，弹框有会使得一部分用户放弃小程序的使用。 开发者没有处理用户拒绝弹框的情况，有部分小程序强制要求用户授权头像昵称等信息才能继续使用小程序。 用户没有很好的方式重新授权，虽然在前几个版本我们增加了[代码]设置[代码]页面可以让用户选择重新授权，但是操作还是不够便捷。 开发者希望进到首页就获取到用户的[代码]unionId[代码]，以便和之前已经关注了公众号的用户画像关联起来。 开发者默认将 [代码]wx.login[代码] 和 [代码]wx.getUserInfo[代码] 绑定使用，这个是由于我们一开始的设计缺陷和实例代码导致： [代码]getUserInfo[代码]必须通过[代码]wx.login[代码] 在后台生成[代码]session_key[代码] 后才能调用。 为了解决以上几点，我们更新了三个能力： 使用组件来获取用户信息，用户拒绝授权后也可以重新弹窗再次授权 若用户满足一定条件(下文有详细介绍)，则可以用[代码]wx.login[代码] 获取到的code直接换到[代码]unionId[代码] [代码]wx.getUserInfo[代码] 不依赖 [代码]wx.login[代码] 就能调用得到数据。 获取用户信息组件介绍[代码][代码] 组件变化： [代码]open-type[代码] 属性增加 [代码]getUserInfo[代码] ：用户点击时候会触发 [代码]bindgetuserinfo[代码] 事件。 新增事件 [代码]bindgetuserinfo[代码] ：当 [代码]open-type[代码] 为 [代码]getUserInfo[代码] 时，用户点击会触发。可以从事件返回参数的[代码]detail[代码]字段中获取到和[代码]wx.getUserInfo[代码] 返回参数相同的数据。 示例： [代码]<[代码][代码]button[代码] [代码]open-type[代码][代码]=[代码][代码]"getUserInfo"[代码] [代码]bindgetuserinfo[代码][代码]=[代码][代码]"userInfoHandler"[代码][代码]> Click me </[代码][代码]button[代码][代码]>[代码]和 [代码]wx.getUserInfo[代码] 不同之处在于： API [代码]wx.getUserInfo[代码] 只会弹一次框，用户拒绝授权之后，再次调用将不会弹框 组件 [代码][代码][代码][代码] 由于是用户主动触发，不受弹框次数限制，只要用户没有授权，都会再次弹框 直接获取unionId考虑很多场景下，业务方申请userinfo授权主要为了获取unionid。我们鼓励开发者在不骚扰用户的情况下合理获得unionid，而仅在必要时才向用户弹窗申请使用昵称头像。为此，凡使用“获取用户信息组件”获取用户昵称头像的小程序，在满足以下全部条件时，将可以静默获得unionid。 在微信开放平台下存在同主体的App、公众号、小程序。 用户关注了某个相同主体公众号，或曾经在某个相同主体App、公众号上进行过微信登录授权。 getUserInfo 和 login很多开发者会把login和getUserInfo捆绑调用当成登录使用，其实login已经可以完成登录，可以建立账号体系了，getUserInfo只是获取额外的用户信息。 在login获取到code，然后发送到开发者后端，开发者后端再通过接口去微信后端换取到openid和sessionKey（并且现在会将unionid也一并返回）之后，然后把3rd_session返回给前端，就已经完成登录行为。而login行为是静默，不必授权的，不会对用户造成骚扰。 getUserInfo只是为了提供更优质的服务而存在，比如展示头像昵称，判断性别，通过unionId和其他公众号上已有的用户画像结合起来提供历史数据。所以不必在刚刚进入小程序的时候就强制要求授权。 推荐使用方法调用[代码]wx.login[代码] 获取[代码]code[代码]，然后从微信后端换取到[代码]sessionKey[代码]，用于解密[代码]getUserInfo[代码]返回的敏感数据。 使用[代码]wx.getSetting[代码] 获取用户的授权情况 如果用户已经授权，直接调用 API [代码]wx.getUserInfo[代码] 获取用户最新的信息 用户未授权，在界面中显示一个按钮提示用户登入，当用户点击并授权后就获取到用户的最新信息。 获取到用户数据后可以进行展示或者发送给自己的后端。 文档中的quickStart已经更新 特别注意为了给用户提供更好的小程序环境，我们约定在一段时间后（具体时间会做通知），若还出现以下情况（包括但不限于），将无法通过审核 初次打开小程序就弹框授权用户信息 未处理用户拒绝授权的情况 强制要求用户授权 已经上线的小程序不会受到影响。 FAQ Q: 除了 UserInfo 呢，比如说位置信息 --- ’风の诺言 . A: 其他授权信息不像用户信息那么高频繁，也基本是在使用时候才申请授权，所以没有同 UserInfo 一起给出。我们会先看看 UserInfo 的使用情况再结合具体场景我们会给出相应的方案 Q: 后台要维护用户信息 --- Azleal 我们的小程序业务是功能都需要授权才能使用的(也就是必须拿到unionid获取用户信息) --- elemeNT 我在小程序与服务号的数据需要互通，通过unionId来确定用户的唯一性，如果在用户进入小程序后不强制他授权，单凭一个openid来存储他的用户数据，在用户下次从服务号进入时。不就会产生重复数据吗？就没做到数据互通了 --- ﺭ并向你吐了趴口水ﺭ五年. 另外看到官方提到 要强制推行，我想说我们目前所有用户是通过unionid注册的。那么这些用户就不得不使用 openid重新登录 、注册一遍。更重要的是，之前他们的相关数据都会对应不上（因为你们也不允许强制用户登录授权） --- 羊毛 现在这种方案，不能满足我们的需求，我们的小程序，必须一进入就要获取他的信息，然后加载他的数据； --- 韩文 A: 调用`wx.login`已经可以获取到用户的登录态，已经可以做用户账号的管理。 UserInfo 中带的 UnionId 是额外的信息，没有它完全可以完成登录 对于需要和开发平台绑定的业务进行数据互通的情况，一个新用户进来没有互通数据的情况下也是可以体验到所有业务，那么对于没有授权unionId的用户，可以将其当成是新用户，当真正授权unionId之后再做绑定完全是可以的 Q: 我需要确保用户的唯一性，这样就必须取unionID，否则用户删除了小程序，或者换了设备， 下次再进来这个小程序，该用什么来区分是上次来过的用户呢？？ --- WEI+ A: 如果你本身没有其他公众号、App、小程序，那么也就没必要拿到unionid，因为unionid是打通你在开放平台下所有应用的标识 如果只有一个小程序，用 openid 足以， openid 是一个用户对于一个小程序的标识，永远不变 Q: wx.getUserInfo 是网络请求，如果使用了 open-type = "getUserInfo"，是否每次点击都会调接口？ --- SouthernBox A: 是的，open-type="getUserInfo" 的作用以及内部实现基本和 wx.getUserInfo 一样 区别是一个开发者主动（拒绝一次不再弹窗），一个是用户主动（拒绝任意次都可以重新弹窗） Q: 比如有一个创建按钮，用户点击一次授权了，我已经获取到用户信息，再次点击就没必要再调用 getUserInfo 去网络请求了。 --- SouthernBox A: 可以参考文中 quickStart 的做法，如果已经授权了，那就可以把按钮隐藏，之后的授权直接用API wx.getUserInfo 调用（因为已经授权，所以也不会弹窗），用户也不会再点了 Q: 小程序是不是必须要用微信自带的授权才可以登录 ，能否不使用授权方式登录，用自己系统的api接口数据实现？这个会不会涉及到审核不过的问题？？麻烦解答一下 谢谢了。 --- WEI+ A: 自己做登录不会涉及到审核问题。 不过不建议在没有原有账号体系的情况下让用户在小程序内注册，过重的行为会损失用户。 Q: 在小程序中有一个"我的"页面，这是属于会员页，如果用户要进入这个页面就必须授权。交互方式就是在用户未授权情况下整个页面只显示一个授权获取用户信息的button 按钮，这个需要用户自己去触发，算不算强制授权？ --- ﺭ并向你吐了趴口水ﺭ五年. A: 强制授权是说如果用户如果不授权基本信息，连最基础的浏览功能都不提供（当然这个也是要分具体的业务场景，不会限制得太死板） 可以有更好的交互，参考下主流App，在未登录的时候点击【我的】页面，也不会直接要求登录，而是展示了一定的页面结构，同时给一个登录按钮（例如【携程】【京东】等），之后再在这个页面做操作的话可以弹一个登录页面或按钮提示用户登录是完全可以的。 上述所说的登录只是用户感知上的登录，从业务逻辑上用户其实在 wx.login 的时候已经完成登录了。 Q: 看了很多评论，有些人还是不知道为什么官方要这样做，我作为一个商家角度来说下。 --- Mr.J 1. 比如我们要做一些户外推广的二唯码，用户只看到了你的图片宣传单，扫描二唯码一打开就提示“需要获取你的个人信息，您是否允许”，你不要当自己是开发者当自己是一个正常人，看到这个提示我相信很多人的第一反应就是拒绝。如果第一步已经把你拒之门外，谈何营销？ 2. 没有小程序之前，我们在公众号有很多用户，都绑定了unionid，有小程序之后我们考虑怎么让用户接受小程序，可以静默登录我觉得非常好，从公众号过来的用户可以直接就登录了，没有任何提示，完美的对接，这是一个很好的体验。 A: 说得很好，我们的这些改造不仅是为了开发者，同时也是为了这个生态下的用户考虑。希望开发者们也能站在用户的角度去思考怎么做一个产品。 Q: 我不明白为什么login 给多个unionid 为什么不行？ unionid也不能算是个人信息吧，给多个unionid可以更方便开发者，而且很多情况下就不用调用getUserInfo了 --- candyTong 我们提个建议，能否直接开放unionid呢？这样也许会有许多小程序不需要再弹窗了。既一定程度保障了用户体验，也照顾到了我们开发者的体验。 --- 羊毛 A: 如果直接开放了unionid，就会出现这种情况：当你作为一个用户进入一个小程序，这个小程序并没要求你授权就直接把你的头像昵称显示出来（它之前把unionId对应的头像昵称都存了下来），但是这个小程序主体（open平台主体和公众平台主体并不相同）相关的任何一个应用你从来没用过，你会不会觉得很奇怪并且很不舒服，觉得自己在微信内的用户信息没有丝毫的保障？ Q: 那有推荐的比较好的例子么？对于必须使用用户头像、昵称这些信息的小程序而言 --- 亚里士朱德 A: 首先，没有什么逻辑是一定要使用用户的头像、昵称才能work的。对于这个case，完全可以先用默认头像、匿名昵称先做替代，用户点击默认头像后就可以弹出授权信息，非常的水到渠成。 Q: 之前看了这个帖子一直在思考，如果是一进去需要回去用户的地理位置信息显示到地图上的呢？这样算不算是一进去就弹窗授权获取用户信息？  --- 吴俊绩🤔 A: 地图的情况和获取用户信息不同，我们目前还没对地图的授权请求有所调整。当前不受上述策略的影响 Q: 对于开发者而言，小程序与公众号是同级的，只是不同的入口 但是这样的设计，公众号与小程序成了主从关系咯 --- log琥珀① A: 并无什么主从关系，只是多一个渠道让开发者可以更方便的获取到已经是该主体下用户的unionId

目前返回首页按钮出现的条件为（需同时满足）： 1. 使用了默认导航栏样式（非 custom） 2. 不是首页或 tabbar 页面（在 app.json 中定义的） 3. 是页面栈最底层页面 如果是开发者自己手写的 tabbar 导致的问题，需要在页面的 onShow 中调用 wx.hideHomeButton() https://developers.weixin.qq.com/miniprogram/dev/api/ui/navigation-bar/wx.hideHomeButton.html手动隐藏返回首页按钮。

每个小程序可跳转的其他小程序数量限制为不超过10个，在web-view中打开的小程序也包含在这个限制中。 从 基础库2.4.0 版本以及指定日期（参考公告）开始，开发者提交新版小程序代码时，如使用了跳转其他小程序功能，则需要在代码配置中声明将要跳转的小程序名单，限定不超过 10 个，否则将无法通过审核。该名单可在发布新版时更新，不支持动态修改。配置方法详见 小程序全局配置。

微信团队近期对第三方基础能力进行了若干项优化，并对服务平台提供的能力及服务进行了迭代，详情可见微信第三方平台开发文档和微信服务平台，优化内容具体如下： 优化业务流程 1.第三方代注册小程序，可快速设置登录邮箱和密码 第三方平台使用快速创建小程序接口代商家创建小程序后，商家将收到设置小程序登录邮箱和密码的微信消息提醒，管理员可点击提醒前往设置，或直接搜索「小程序助手」进行邮箱密码设置。 具体操作指引详见第三方代注册小程序支持快速设置登录邮箱和密码。 2.第三方代注册小程序，支持更多类目上线 第三方调用接口快速创建小程序现已支持更多类目，以往只支持创建线下类目的小程序，目前除了境外主体的类目、内测类目、以及个别敏感类目暂不支持外，大部分类目均与“微信官方文档-小程序开放的服务类目”对齐。快速创建小程序接口-类目参考表已更新。 提高开发效率 1. 完善第三方开发文档 近期在微信开放平台上，陆续补充、完善第三方开发文档，其中数据分析、小程序直播两个接口文档已上线。 后续将继续完善、输出更多面向第三方平台的接口能力与文档。 2. 第三方平台服务器域名设置 1）提升服务器域名数量上限：Request域名、Socket域名、Uploadfile域名、Download域名、Udp域名的设置数量均最大支持200个； 2）服务器域名的每月修改次数上限，提高至50次。 3. 第三方平台业务域名设置 业务域名数量上限提升至100个。 4. 第三方平台小程序模板库数量限制 小程序模板库数量上限，从50个提升至200个。 5. 上传小程序代码时，ext.json对插件的支持 通过commit接口上传小程序代码时，可通过ext.json完成对Plugins的配置，该配置会覆盖模板中app.json中的Plugins配置。 6. 小程序直播插件在ext.json的配置优化 小程序直播插件，可直接通过Plugins进行配置；不再需要额外配置recompile:true才会生效。 7. 第三方平台调用头像修改接口的报错说明 修改头像接口的返回错误码47001，含义为“数据格式错误”。需注意，此接口入参中，x，y参数均需为字符串类型。 8. 第三方平台模板保存的优化建议 当第三方平台模板较大时，保存模板容易触发每秒30M的上传流量限制，建议开发者注意调用频率和控制模板大小。 提供更多能力 微信服务平台，是给微信公众号、小程序运营者提供优质服务的官方平台，提供小程序开发、小程序插件、接口能力等开发服务，以及直播、视频等运营内容服务。 1. 提供AI、安全、地图、内容等近50项接口、插件能力 提供来自微信团队、腾讯云、腾讯音乐在内的近30项接口、插件能力，例如OCR识别、珊瑚内容安全、人脸检测与分析等，可供开发者在开发小程序过程中使用，实现基于接口的服务能力。  [图片] 2. 提供直播、视频、图文等内容代运营服务 MCN内容服务专区现已正式对外开放，帮助合作伙伴为商家提供直播、视频、图文等内容服务，满足商家直播方案策划、达人代播、公众号代运营、图文视频制作等需求。 商家可在内容服务专区选择服务商，下单并联系合作。 想要入驻专区的机构可以查看MCN服务商入驻要求后，与平台联系。 [图片] 平台将继续与各位合作伙伴共同建设更为完善的第三方平台生态，共同创造出更多优质小程序。

对于每个需要配置域名的接口，分别可以配置最多 20 个域名；对于每个域名，分别限制最多被20个帐号绑定。 更多关于域名配置请参考文档说明。 第三方平台是授权的小程序共用一套域名，第三方平台代表一个帐号。

为了便于用户便捷使用App、网站、移动端网页、小程序的服务，微信提供不同的技术方案，便于开发者在不同终端平台的服务中接入微信登录。 通过这个教程，开发者可以了解平台提供的针对各终端平台的微信登录能力，并可以根据实际使用场景合理选择接入方式。 以下为几类型微信登录的功能说明： 类型授权域/接口 用户侧使用流程 接入流程 App 接入微信SDK，并调用snsapi_userinfo （1）在App内选择使用微信登录 （2）拉起微信客户端，打开用户授权页，完成登录授权（1）注册微信开放平台（open.weixin.qq.com）帐号，并完成开发者资质认证 （2）申请【App移动应用】并审核通过后可以使用，查看开发文档网站应用 snsapi_login （1）用户使用微信“扫一扫”，在PC端扫码 （2）客户端打开授权页，完成登录授权 （1）注册微信开放平台（open.weixin.qq.com）帐号，并完成开发者资质认证 （2）申请【网站应用】并审核通过后可以使用，查看开发文档 微信客户端内H5使用公众号的登录能力： snsapi_base snsapi_userinfosnsapi_base：静默授权 snsapi_userinfo： （1）用户在H5内点击登录，唤起授权弹窗 （2）用户侧完成登录授权（1）注册微信公众号，选择“服务号”类型，并完成微信认证 （2）在公众号管理后台设置回调域名 （3）接入微信登录能力，查看开发文档 小程序wx.login wx.getUserInfowx.login：静默授权，开发者可获取openid wx.getUserInfo： （1）用户在小程序内点击组件，唤起登录窗口（2）用户侧完成登录授权 （1）注册小程序 （2）接入微信登录功能，查看开发文档，查看登录流程设计指引 开发者在不同使用场景下接入微信登录，应该注册符合要求的帐号并使用对应的登录能力。 【常见问题】 Q1： 在调用微信登录时，出现了“此帐号并没有这些scope的权限，错误码：10005”，是什么原因？ A：对于场景与帐号属性、能力项不对应时（如在移动端网页中使用网站应用的AppID调用登录能力），将会出现以下的错误提示：此帐号并没有这些scope的权限，错误码：10005 [图片] Q2：我的服务同时有App、官网、公众号、小程序，那我怎么打通用户数据？ A：对于多平台的服务，若开发者希望能识别用户身份，例如：希望用户在小程序内也能查看到在App内购买的商品订单，则可以通过平台提供的UnionID机制来实现用户身份识别。

各位开发者，大家好。 目前，小程序需要与公众号关联，才可被使用在公众号自定义菜单、模板消息、客服消息等场景中。而公众号关联小程序时，需要小程序管理员确认，该环节增加了开发者之间的沟通成本。 为了降低公众号与小程序间的合作门槛，我们将调整小程序关联公众号策略如下： 公众号关联小程序将无需小程序管理员确认。 取消“小程序最多关联500个公众号”的限制。 若希望小程序在被关联时保留管理员确认环节，可前往“小程序管理后台-设置-基本设置-关联公众号设置”修改设置项。 公众号文章中可直接使用小程序素材，无需关联小程序。 开发者可在“小程序管理后台-设置-关联设置”中管理已关联的公众号。 微信团队 2019.04.04

更新：以下内容适用于微信8.0.6版本前的设备，微信8.0.6版本后的设备详见指引 一、视频号关联商店的作用 [图片][图片] 二、关联条件 「小商店」 当前视频号的超级管理员为小商店的超级管理员当前视频号的超级管理员为小商店的成员「小程序」 当前视频号和小程序的主体一致当前视频号和小程序的超级管理员一致视频号的管理员为小程序的推广者（可在mp后台交易组件模块设置）三、如何上架直播 请完成视频号关联小商店/小程序步骤后，前往查看视频号直播关联小商店/小程序指引 四、视频号关联小商店/小程序步骤的详细说明 [图片][图片] 更多资讯，欢迎到【交流专区】微信小商店主页发帖和寻找答案。

小程序迁移，AppId、AppSecret、openid都不会变，unionID会视情况而定： 1、如果只是单纯的小程序迁移，不涉及open帐号变化，unionID就不会变。但是有可能会因为主体改变而影响unionID的获取逻辑，请开发者根据实际情况调整UnionID的获取方式。 2、如果涉及到open帐号变化，unionID就会改变，因为unionID就是根据open帐号的信息直接计算出来的。