用键盘敲地址栏、跳过等页面跳转、导航登录找搜索框、搜索输关键词、跳过点登录——这套动作我做了十几年，导航登录直到上个月换了台新路由器，搜索顺手把DNS改成了某个带过滤功能的跳过公共节点，才发现原来访问某些站点时，导航登录页面底部会多出一行极小的搜索字：“跳过导航”。点进去，跳过直接就是导航登录登录框。没有首页轮播图，搜索没有“热门推荐”，跳过没有那个永远关不掉的导航登录弹窗广告。

这玩意儿叫AU，搜索全称是“Alternate URL”，国内一般叫“备用入口”或“直达通道”。早期是给移动端用户准备的——手机屏幕小，加载完整首页要等七八秒，运营商就在DNS层面做了个判断：如果User-Agent是移动设备，直接返回一个精简版页面。后来有人发现，把电脑浏览器的UA改成手机，也能触发这个逻辑。再后来，这个机制被独立出来，成了一个可配置的开关。

我试了十几个网站。电商类的最明显：正常访问要加载商品流、活动banner、个性化推荐，首屏渲染完成平均2.3秒（用Chrome的Performance面板测的）。走AU通道，只返回一个搜索框和登录按钮，DOM节点从1400多个降到60个，加载时间压到400毫秒以内。但代价是，你没法看到任何推荐内容——除非你主动搜。

有个做独立博客的朋友更绝。他在Nginx里写了条规则：如果请求头里带X-Skip-Nav: 1，就直接rewrite到/login。结果他的读者里，有三十多个人手动在浏览器扩展里加了这个头。“他们就是不想看我的碎碎念，只想登录后台写评论。”他说这话时，语气里一半是无奈，一半是得意。

不过AU不是万能钥匙。有些站点把它做成了半残废——搜索框能打字，但提交后还是跳回完整首页；登录按钮点了没反应，因为JS依赖没加载全。我遇到过一个最离谱的：AU页面确实跳过了导航，但跳进了一个死循环，每次点登录都刷新同一个空白页。查控制台，发现它把window.location.reload()写在了表单提交的回调里，而表单的action属性是空的。这种就是典型的“为了做AU而做AU”，根本没测过。

真正好用的AU，逻辑应该是反过来的：不是“砍掉首页”，而是“首页只保留入口”。就像你进一家便利店，正常流程是推门、逛货架、走到收银台；AU相当于在门边开了个小窗口，你敲敲玻璃，说“买包烟”，递钱，走人。窗口不需要展示货架，但必须能完成交易。

我现在的习惯是：常去的五个站点，全部把AU地址存成书签。浏览器启动页设成空白，地址栏输入一个字母，回车，直接落在搜索框里。整个过程大概1.8秒。比等首页加载完再点搜索，快了将近四倍。这四倍的时间够我多敲两行代码，或者多喝一口已经凉了的咖啡。

但有个细节值得记一笔：那些AU页面往往没有“返回完整版”的链接。你得手动删掉URL后面的参数，或者清掉特定的cookie。有次我在一个论坛的AU登录页卡住了——密码输错三次，账号被锁，而解锁需要去完整版首页点“忘记密码”。我花了十分钟才找到完整版的入口，因为那个AU页面连logo都是纯文本，没有任何可点的链接。这大概就是效率的代价：你跳过了导航，也就跳过了所有出口。

所以用AU之前，最好先确认两件事：第一，这个站点的AU通道是否支持完整功能（至少登录、搜索、提交表单要能用）；第二，你记不记得完整版地址长什么样。否则，你省下的那几秒钟，迟早要在某个死胡同里加倍还回去。