各位开发者：
大家下午好。
现有“小程序跳转小程序”功能调整及国庆审核安排通知如下，请大家仔细阅读。
一、“小程序跳转小程序”功能调整
我们始终坚信，开放与合作才能创造更大的价值。为此，我们提供了“小程序跳转小程序”的能力，让小程序之间也能信息互通，而不至于成为一个个孤岛。目前，通过绑定至同一个公众号，两个小程序就能便捷地互相访问，方便用户使用更多服务。
随着小程序间连接规模的不断增长，产生了很多优秀的合作场景，但是也陆续暴露出一些问题。
如很多中长尾的小程序缺少合作沟通渠道，而寻求公众号绑定的门槛较高；部分开发者利用“小程序跳转小程序”的便捷性，在打开页面时就自动跳转其他小程序，给用户的正常使用带来困扰；个别开发者利用该功能进行流量互导，影响小程序生态的健康。
为此，我们将尽快弥补该功能设计上的缺陷，调整相关规则。
具体措施如下：
1、需要用户触发跳转
即日起，若用户未点击小程序页面任意位置，则开发者将无法调用 wx.navigateToMiniProgram 接口自动跳转至其他小程序。
2、需要用户确认跳转
在跳转至其他小程序前，将统一增加弹窗，询问是否跳转，用户确认后才可以跳转其他小程序。该功能预计10月中旬发布。
3、源小程序与目标小程序不再需要绑定至同一个公众号
小程序可以跳转至任意其他小程序，无需任何关联或绑定。
4、每个小程序可跳转的其他小程序数量限制为不超过10个
指定日期后，开发者提交新版小程序代码时，如使用了跳转其他小程序功能，则需要在代码配置中声明将要跳转的小程序名单，限定不超过10个，否则将无法通过审核。该名单可在发布新版时更新，不支持动态修改。对于未更新版本的小程序，届时将由微信统一计数并限制，跳转的不同小程序数量超过10个后，将无法打开更多不同小程序。
本次调整涉及：wx.navigateToMiniProgram 接口及 navigator组件。详细开发文档及开发者工具，将于10月中旬发布，请开发者及时关注并做好适配。
全部策略预计于10月中下旬正式生效。
二、国庆假期审核安排通知
此外，有很多开发者询问小程序审核安排的情况。在国庆放假期间，小程序上架审核及名称、类目审核照常。大家可以正常提审小程序。
微信团队
2018.09.30
第2点体验很差，本来同个主体下小程序不应该还想要弹框授权，对用户来说这个体验不好，对开发者来说，无形增加开发成本，为了不做跳转，要在不同小程序，做同样的功能；
---反倒是：如果用户需要在A小程序，多次跳转到B小程序上，那每次跳转，都提醒，确认一次。就很影响用户体验。而开发者为了达到目的，也会做其它选择。
插件机制
已经提交了好一段时间了，一直是审核中，国庆前几天就已经提交申请了，到现在一直是审核中
2、需要用户确认跳转
这一点，如果是不同主体之间的小程序跳转，弹出提示让用户确认是合理的。但是，是不是可以考虑同一主体下各小程序的跳转不需要提示，又或者用户同意一次后，后续再次跳转不再频繁提示？
每一次下面都是一堆意见，就没见你们听进去过
规范和控制是两回事，微信提供给开发者能力，却又想隔着开发者，来控制用户体验，其实，是小程序开发者对用户负责，如果体验不好，用户就不会再用这个小程序。这些应该让用户自己来选择和判断。
开发者对客户负责，是客户的选择倒逼开发者来做产品，微信对开发者负责，给开发者赋能。同时引导规范市场。
完全不认同第四点，这个功能根本就是限制正常业务形态，而为耍流氓业务形态留后门，第二点很勉强，如果互联网在跳转到另外一个网页，需要用户同意时，我不知道现在互联网要倒退多少年
跳转提醒一次即可，后面的可以不需要提醒，就能直接跳转；
应该想办法严惩那些做恶意跳转、违规引流的小程序，而不是将功能锁死；
有些功能不能说改就改，毕竟这么多程序员因为你们的一个想法而加班赶工，你们的错误不能让这么多人陪你们买单。
wx.navigateToMiniProgram 这个api不是说要废弃吗？？？，怎么还去做更新。我已经跟产品撕的，新的基础库用navigator，老的基础库用wx.navigateToMiniProgram。。。
哈哈，腾讯大爷，说变就变，受着吧，我们也是 +10086
小程序不是要实现链接、实现生态吗？
非常赞同跳转页面要有点击行为做支撑，
但是跳转弹窗打扰用户有必要吗？
需要用户去感知新起了一个小程序吗？
从大局上看，微信团队是想创造更良性的空间，是考虑多了，得罪的人会越来越多。