网站返回上一页快捷键，别只会按退格

退格键能返回上一页，这说法现在基本不成立了。Chrome 很早就把这个行为拿掉了，Edge 跟着学，Firefox 也把开关收到实验项里。可搜索框里问「网站返回上一页快捷键」的人一点没见少，说明大家还在按，按完没反应，然后怀疑是不是浏览器出毛病、是不是网站坏了。先把结论摆这儿：键没坏，浏览器也没坏，是行为改了，而你记的是十年前那套。

网站返回上一页快捷键，Windows 和 Mac 是两套记法

Windows 上老老实实用 Alt + ←，前进是 Alt + →。这套从老 IE 时代一直活到现在，Chrome、Edge、Firefox、360 极速模式基本都认。Mac 上就变成 Command + ←，或者 Command + 加左方括号那个组合，前者更好按。很多人从 Windows 换到 Mac 会卡在这里，按 Alt 没反应，就说 Mac 难用，其实是把两个系统的修饰键记混了。

还有个冷门的：Shift + 鼠标滚轮在某些浏览器里能横向前进后退，但它不是标准行为，别指望。真正稳的还是那两个组合键，键盘党记这一条就够用很久。

退格键是怎么被干掉的

原因不复杂。你在表单里删字，删到输入框空了，再按一下退格，浏览器就把整个页面退回去了，填了半天的内容瞬间没了。这种事出过太多次，所以主流浏览器干脆把这个默认行为取消。有些扩展能把它改回来，我不太建议，尤其是后台管理系统、电商下单页这种地方，误触一下代价不小。

反过来讲，如果你在做网站，也别指望用户会按快捷键。真实场景里大部分人找的是页面上那个「返回」两个字，或者浏览器左上角那个箭头。快捷键是给熟手提速用的，不是给所有人当主路径。

鼠标侧键和手势，用顺手就回不去了

带拇指侧键的鼠标，出厂默认一般就是前进后退，前进键靠前、后退键靠后，用两天就成肌肉记忆。笔记本触控板呢，两根手指左右横扫，Mac 和一些 Windows 精密触控板都支持。手机端更简单，iOS 从屏幕左边缘往右划，安卓大多数浏览器也是同一个手势。

这些方式有个共同点：不占页面空间，也不依赖网站配合。所以做前端的时候要留个心眼——用户在手机上右滑返回，页面是被浏览器从缓存里翻出来的，不是重新加载的，你那些靠 JS 初始化才有的状态可能还停在上一版。

自己网站上的返回按钮，最容易写错

十个自定义返回按钮，八个是这么写的：onclick 里甩一句 history.back()。平时没问题，遇到两种场景就露馅。一是用户从微信、从 QQ 里点开链接，那个内置浏览器里页面历史就一条，back 之后啥也不发生，用户以为按钮坏了。二是用户新开标签页直接输网址进来，同样没有上一条历史。

稳一点的做法是加个兜底：先看 document.referrer 有没有值，再看看它是不是自己站内的域名，是就 history.back()，不是或者为空就直接 location.href 跳到栏目页或者首页。判断站内站外这件事一定要做，不然从搜索引擎点进来的人会被你送回百度，那体验就废了。

登录完点返回，又回到登录页

做后台、做会员中心的经常遇到这个。用户登录成功，页面用 location.href 跳到首页，结果他顺手点了浏览器的返回，又看见登录表单，还以为没登进去。问题出在历史记录里那条登录页还在，用 location.replace 顶掉它就干净了。

同样的道理，中间那种「正在跳转，请稍候」的过渡页，也别用 href 跳，用 replace。不然用户想退回列表，得连点两三次才退得出去，很多人点到第二次就烦了，直接关页面。

返回之后看到的还是旧数据

这个坑不少人踩过。用户在列表页收藏了一条内容，返回列表时那条还显示未收藏，刷新一下才对。原因是浏览器把整个页面从往返缓存里直接捞出来了，根本没重新请求。想让它刷新，监听 pageshow 事件，判断 event.persisted 为真就重新拉一次数据，或者把关键状态塞进 URL 参数里，返回时按参数重渲染。

也别一刀切把缓存全禁了，那等于让用户每次返回都重新等一遍加载，得不偿失。挑真正会变的那些数据刷新就行。

跳转链没理清，用户得连按好几次

有些站点的历史堆积特别夸张：旧域名 301 到新域名，新域名再跳到带 www 的，带 www 的再跳到移动端 m 站，用户想退回上一个页面，得按三四下。这种完全是配置层面能省掉的，跳转尽量一步到位，别做接力。以服务商或官方页面说明为准的规范跳转设置，该合并的合并掉。

还有那种中间跳转页，链接全是 go.php?url=xxx 这种，点一次占一条历史。能用真实链接就别绕，绕了用户返回时就要多按几下。

比起快捷键，面包屑更该先做好

用户嘴上说要返回上一页，实际想要的大多是「回到我刚才看的那批结果」。这时候面包屑、返回列表按钮、保留筛选条件的链接，比任何快捷键都管用。列表页的页码、筛选参数尽量体现在 URL 上，返回时才回得去。靠 session 存状态的，返回一次全丢，用户得重新筛一遍，这才是真正劝退的地方。

顺手给个小检查顺序：页面上有没有可见的返回入口、history 为空时有没有兜底、登录跳转是不是用 replace、返回后数据会不会过期、跳转链是不是只有一跳。这五条过一遍，比纠结用户按不按退格键实在得多。