지금 로그인 做过小程序开发的人，多半都撞过同一堵墙：产品要在页面里放一个外链，点一下跳到 H5、跳去别的应用，或者用浏览器打开。这种需求在原生 App 里几乎不算问题，调一个系统级 API 就办完了；可小程序偏偏是个封闭环境，系统级调用被限制得很严，web-view 组件又卡在域名白名单和资质门槛上，不少账号压根用不了。于是一个很现实的问题摆在眼前：外链到底怎么跳？
实践中常见两条路。一条是自己搭中转页——在小程序内部做一个承接页，再想办法把外部链接打开。这条路走得通，代价却不小：页面要自己开发和维护，域名要配置报备，碰上资质不符的类目还得另想办法。另一条是借力，直接跳到专门干这件事的第三方小程序，让它去打开外链。两相比较，后者明显省事：页面不用建，一次调用完成跳转，后续维护成本也低。市面上不少短链接服务（比如快缩短网址 suo.run 这类工具）干脆把“可跳外链的小程序”做成了标准能力，配好链接就能用，连找合作方这一步都省了。
具体到写代码，其实比想象中简单。以微信小程序为例，跳转能力是原生自带的，核心就一个接口：wx.navigateToMiniProgram()。在需要触发跳转的按钮或事件处理函数里直接调用即可，不必额外引入什么依赖。支付宝等其他平台的小程序也有类似接口，只是方法名和参数细节略有出入，具体以各家官方文档为准。
调用时要传两个关键参数：appid 和 path。appid 是目标小程序的唯一标识，跳谁就填谁的；path 是要打开的页面路径，相对或绝对写法都可以，页面所需的参数也能拼在后面一并带过去。如果还有更多数据要传，微信提供了 extraData，可以把额外信息塞给跳转目标。对方小程序启动时，通过启动参数里的 referrerInfo 就能取到这些数据，再做相应处理。
放到具体场景里看会更直观。假设你在做电商小程序，用户下单后要引导他去一个外部活动页，就可以在“查看活动”按钮的点击事件里调用 wx.navigateToMiniProgram：appid 填承接外链的第三方小程序，path 指向它的落地页，extraData 里塞上活动的完整网址和用户标识。用户点一下，跳过去，落地——前后不过几行代码。
当然，动手之前有几个坑值得提前留意。
最容易被忽视的一条：微信规定这类跳转必须由用户主动触发。也就是说，接口只能放在点击事件这类用户行为里调用，想趁页面加载完自动跳，会被直接拒绝。做引导设计时，这一点要先想清楚。
跳转目标的可靠性也得在调用前确认。小程序虽然不像 App 那样需要“安装”，但 appid 填错、目标小程序已经下线的情况并不少见，一旦调用失败，页面就会干巴巴地卡在那里。稳妥的做法是给接口配上 fail 回调，跳转失败时给用户一个兜底提示，或者引导复制链接到浏览器打开，体验上体面得多。挑选跳转目标时，安全同样要放在前面，尽量选官方认证、口碑可靠的小程序，别把用户送去来路不明的页面——外链跳转天然带着风险，这一步偷懒不得。
至于数据回传，微信也留了通道：如果用户从目标小程序返回时需要带回数据，就在目标小程序里调用 wx.navigateBackMiniProgram()，用 extraData 捎上要返回的内容，来源小程序在 App.onShow 里通过 referrerInfo 就能接住。一来一回，整条链路是双向打通的。
说到底，借第三方小程序跳外链，本质上是平台不给直跳，那就找一个有资质的中间方来落地。这件事本身不难，难在把细节做扎实：跳转要由用户触发，失败要有兜底，目标要选得可信，数据要接得住。把这些都处理到位，小程序的功能边界就能往外推一大截，用户的体验也会顺畅很多。