立即登入 微信小程序刚出来那会儿，“免安装、扫一扫就能用”几乎重新定义了什么叫轻量应用。用户扫个码、搜个名字，服务立刻到手，不用下载，也懒得注册。可对开发者来说，麻烦往往就藏在这种不起眼的环节里——比如跳转链接的设置和管理。页面之间跳得顺不顺，链接指向对不对，用户的体感好不好，很大程度上就取决于这里。
小程序内部的页面跳转，最常用的是 wx.navigateTo 和 wx.redirectTo 这一对：前者保留当前页面，允许用户退回来；后者直接把当前页替换掉。做填表、下单这类流程页时，两者怎么搭配很有讲究。navigateTo 可以连着用，但页面栈最多十层，跳到极限就再也动不了了，所以连续跳转或带循环入口的页面，一般会用 redirectTo 收尾，或者干脆 reLaunch 清空页面栈重来。带底部 Tab 的页面另有一套规矩，要走 switchTab，路径写法和普通页也不一样，新手最容易在这里踩坑。喜欢声明式写法的话，还可以用 navigator 组件，效果是等价的。
往外跳的情况主要有两类。一类是打开外部网页，靠 web-view 组件加载。这条路有个前提：域名要提前在小程序后台配置成业务域名，校验文件、HTTPS、备案，一样都省不了，而且个人主体的小程序压根用不了这个组件。另一类是跳别的小程序，调 wx.navigateToMiniProgram，把对方的 appId 传过去就行，不过微信对触发方式和跳转频次都有限制，必须由用户行为触发，具体规则还是以官方文档为准。营销活动页跳商城、内容工具跳客服程序，都是这类跳转的典型场景。
链接本身从哪儿来，大致分静态和动态两条路。静态的简单：页面路径加参数，写代码时定好，或者运行时用 getCurrentPages 拿到当前页面的路径和 query，拼出完整地址。动态的适用面则广得多。想让用户从短信、邮件、海报二维码这些微信之外的入口进小程序，就得走服务端接口，生成 URL Link 或小程序码，把落地页和参数一并编码进去。生成的链接有有效期、访问次数之类的限制，活动上线前，最好先拿真机测一轮。
要说注意事项，归结起来就是三件事：合规、配置、安全。域名配置不到位，线上白屏是迟早的事；跳转目标里含违规内容，或者搞诱导分享，轻则封链接，重则整个小程序下架。安全上，参数里别明文传敏感信息，跳之前最好校验一下目标，别把用户带去不该去的地方。还有一个容易忽视的坑，不知道你遇到过没有：海报、宣传单已经印出去了，二维码指向的落地页却临时要改。小程序码一旦生成，指向就固定死了，于是很多人用短链接做中转，图的就是灵活，背后的地址随时能换。但链路拉得太长、跳转一层套一层，又容易被微信判定成规避规则，链接被屏蔽（圈内叫“被红”），那就得不偿失了。
优化的思路说穿了就一句话：让用户感觉不到跳转的存在。分包预下载（在 app.json 里配 preloadRule）能把目标页资源提前拉下来；跳转前把目标页要用的数据请求好、缓存住，页面一落地就能直接渲染，用户也就不用盯着 loading 转圈。兼容性上也不能大意，老版本基础库对某些跳转 API 的支持并不好，上线前多跑几台真机，真失败了就给个兜底提示，总比直接白屏体面得多。再配上点击量、来源、设备类型这些统计，转化链路上哪一步漏了人，一眼就能看出来，改起来也有的放矢。
说到底，跳转链接是小程序里最细枝末节的部分，可体验恰恰是靠这些细节一点点堆出来的。链接稳了、快了、失败了也有兜底，用户才会顺着设计好的路径，一路走下去。