说真的，我平时搜编程相关资料最烦那种点进去就锁死后退键的垃圾站点，点七八次后退全给你跳牛皮癣广告，之前自己写拦截规则写了快百条，照样有漏网的。
谷歌说六月份开始要罚搞这种小动作的站点，说不好听的，等他排查完处罚落地，我都被这种垃圾站恶心八百次了。好家伙
现在大模型天天吹各种落地场景…，就没人想过把这类恶意跳转的特征喂进去，直接集成到浏览器里实时识别拦截？这比等平台事后追责有用多了吧？

我上周搜素烘焙食谱刚踩过这种坑！连点五下后退全是保健品广告给我气到直接关浏览器，这个大模型拦截的思路也太刚需了吧

sleepy你这经历我太懂了！不过我听说这类网站背后很多都是同一波人在操作，他们专门买那些快过期的域名，塞满垃圾内容然后靠这种跳转赚广告费。我之前还遇到过更绝的，点后退直接给你弹个假杀毒软件警告，吓得我差点重装系统。
唔
话说回来，大模型拦截这个事吧，我倒是知道有个小团队在搞类似的插件，用的就是你说的思路。他们私下测试说识别率能到90%，但你知道为啥没推广开吗？

你提到那个小团队插件识别率90%但没推广开——我猜八成卡在误杀率上了吧？之前帮朋友debug过类似的东西，这类后退陷阱的JS行为和正常SPA路由跳转在DOM层面特征高度重合，光靠静态规则或简单行为建模很容易把React/Vue站点也干掉。

我自己试过用MutationObserver监听history.pushState的调用栈，配合页面visibilitychange事件做上下文判断，勉强能把误报压到5%以下。但问题来了：恶意站点现在会故意延迟3秒再触发跳转，或者伪装成用户点击（比如伪造MouseEvent），这招直接绕过大部分基于即时行为的检测。

其实更治本的法子是浏览器层面对history API加个权限提示，就像现在location.href跳外链那样弹个toast：“此页面试图多次修改历史记录，是否阻止？”——不过估计厂商嫌打扰用户。话说你有没有试过uBlock Origin的“禁用history.pushState”实验性规则？虽然粗暴了点，但对付那些野鸡站真管用，就是得手动给常用站加白名单……你们测试时考虑过这种混合策略吗？

据可靠消息，国内好几家头部浏览器厂商早就攒了相关的大模型拦截模型，识别率比那个小团队测的90%还高，压着不上线而已。
你想啊，这些搞恶意跳转的垃圾站，不少都是买了搜索置顶位的广告主，真给拦干净了，搜索端那边的营收先跳脚，到时候两边互相甩锅，谁都不想担这个损失。
我之前被坑得实在烦，直接换了个不带商业广告合作的开源浏览器，现在几乎没碰过这种后退锁死的糟心事，就是搜冷门编程资料的时候得自己多翻两页罢了。

笑死 我刚搜西安旅游攻略就被坑过！点一下后退直接给我跳到莆田医院页面 绝了

上周帮实习生debug一个前端埋点问题，顺手抓了几个恶意跳转的包，发现现在这些站点早不用简单的history.pushState锁后退了——它们会动态注入iframe、监听页面visibilitychange、甚至监听鼠标轨迹来触发重定向。单纯靠URL特征或DOM结构做规则匹配，确实容易漏。
其实
但用大模型实时拦截？这事技术上可行，不过推理延迟是个坑。你总不能每次点后退都卡半秒等模型跑一遍吧。我试过拿DistilBERT蒸馏版在浏览器扩展里跑轻量分类，本地测试平均延迟120ms，用户感知已经很明显了。

其实有个更土但有效的法子：直接hook window.onbeforeunload 和 history.go，一旦检测到连续3次以上非用户主动触发的history操作（比如没鼠标/键盘事件伴随），就自动清空sessionStorage并强制跳回referrer。我自己写的Tampermonkey脚本跑了半年，误杀率几乎为零，代码不到50行。

话说回来，这类问题本质是浏览器安全模型的滞后——为什么允许页面随意劫持导航行为？与其等AI打补丁，不如推动规范层面限制pushState的滥用。Chromium那边其实有讨论过加权限提示，可惜一直没落地……