تسجيل الدخول الآن 做小程序开发，迟早会碰到这样的需求：用户在页面里点一个按钮，你得把他送到另一个小程序，或者打开某个指定页面。听起来就是"跳一下"的事，但真要做得好，门道其实不少——引流路径怎么设计、参数怎么带、链接会不会失效，每一环都直接影响转化效果和用户体验。
先看小程序之间的跳转。微信官方给出的接口是 wx.navigateToMiniProgram，调用之前，得先搞清楚三件事：目标小程序的 AppID、要打开的页面路径，以及需要捎带过去的参数。
代码写起来倒不复杂，在页面的 js 文件里大致是这样：
wx.navigateToMiniProgram({
appId: '目标小程序的AppID',
path: 'pages/detail/detail?id=123',
extraData: {
from: 'myMiniProgram'
},
success(res) {
// 跳转成功
},
fail(err) {
console.log('跳转失败', err)
}
})
path 指向目标小程序内部的页面，extraData 里的数据会跟着跳转一起带过去，对方在 onLaunch 或 onShow 里就能取到。
不过光写代码还不够，有个坑必须提一句：你得在自己小程序的 app.json 里声明要跳转的目标 AppID，也就是配置 navigateToMiniProgramAppIdList 字段。不少人第一次做跳转，代码翻来覆去检查都没问题，结果就是跳不动，折腾半天才发现漏了这一步。
另一个容易忽视的细节是链接编码。跳转路径里如果带参数，尤其参数值含有中文、空格或者 &、? 这类特殊字符，直接拼字符串很容易把参数结构搅乱。稳妥的做法是先用 encodeURIComponent 编码，目标页面拿到后再解码，一来一回，数据完整也安全。
触发时机一般放在用户点击事件里：给按钮绑个 bindtap，在回调中调用接口，用户一点就走。流程本身没什么技术含量，但有个前提——目标小程序必须已通过审核、正常发布在线上。如果对方还是体验版，或者已经下架，跳转会直接失败。所以涉及合作方的跳转，最好提前确认对方小程序的状态，别等用户投诉了才发现问题。
参数这件事也值得多说两句。跳转时带上用户 ID、来源渠道、活动标识这些信息，看着是小事，对后续的数据统计却很关键。哪个渠道带来的量、转化效果如何，全靠这些参数说话。没有渠道标记的流量，跟黑盒没什么区别，做推广的同学应该深有体会。
顺着这个话题多聊一句。小程序之间的跳好转，可很多时候流量是从外部进来的——社群、短信、朋友圈广告、线下海报，这些场景里把一长串带参数的链接直接甩出去，既不美观，还可能被平台拦截。常见的做法是套一层短链接，按渠道生成不同短码，点击量、来源、设备一目了然。像快缩短网址（suo.run）这类工具就挺顺手，免登录粘贴即生成，支持自定义后缀、设置有效期，还能配置跳转到小程序，做私域和投放的人用它来管理渠道链接会省心不少。
如果需求不是跳小程序，而是打开一个 H5 页面呢？那 wx.navigateToMiniProgram 就派不上用场了，得换个思路：用 wx.navigateTo 跳到小程序内部页面，在那个页面里通过 web-view 组件加载 H5；要替换当前页面的话，就用 wx.redirectTo。需要注意的是，web-view 能打开的域名必须先在小程序后台配置为业务域名，还要完成备案和校验文件上传，这步最好提前准备，别等上线了才发现页面打不开。
回到正题。小程序跳转指定链接，说难不难，说简单也不简单。接口调用只是表面功夫，真正决定体验的是那些细节：参数传得对不对、链接编没编码、目标小程序状态正不正常、数据能不能追得上。把这些都照顾到了，跳转这件事才算真正做完。
希望这些内容能帮你少走点弯路。开发路上坑不少，但填一个就少一个，祝顺利。
