Google 已把 back button hijacking 明确纳入垃圾政策违规。小站要查的不只是自己写的代码，还包括弹窗插件、广告平台和第三方库有没有干扰浏览器后退。
- 01先读摘要，判断是否与你的场景相关。
- 02再看来源，保留继续查证的路径。
- 03最后看步骤、风险和可复用动作。
Google 已把 back button hijacking 明确纳入垃圾政策违规。小站站长最容易漏掉的不是自己写的代码，而是弹窗插件、广告脚本、落地页模板或第三方库偷偷改了浏览器历史，让用户点后退时回不到上一页。
更新日期与来源依据
更新日期：2026-06-28。Google Search Central 在 2026-04-13 公布新的后退劫持垃圾政策，说明这种做法会干扰用户浏览器导航，可能把用户送到未访问过的页面、展示未经请求的推荐或广告，或阻止用户正常回到来源页面。Google 也说明该政策提前两个月发布，2026-06-15 开始执行。
公开来源限制为三条：Google back button hijacking spam policy、Google Search spam policies、Google manual actions report。这里是站点自查教程，不教如何制造后退劫持，也不建议用欺骗性交互提高停留时间。
适用场景
- 你的网站使用弹窗、广告平台、跳转联盟、推荐内容插件、落地页构建器或主题特效脚本。
- 用户反馈“点后退回不去”“跳到奇怪广告页”“返回按钮多点几次才有效”。
- 你接手了旧站、购买了主题、安装了不熟悉的营销插件，需要判断是否存在浏览器历史操纵。
- Search Console 出现手动措施、流量异常下跌，或你想在政策执行后做一次站点体验体检。
不适用场景
- 正常的单页应用路由、语言切换、登录后返回、支付回跳等不等于违规；关键看是否欺骗或阻止用户回到预期页面。
- 仅仅因为页面有弹窗或广告，不代表后退劫持；需要实际验证浏览器历史行为。
- 涉及恶意广告、钓鱼、被黑或用户安全受损时，应按安全事件处理，不只做 SEO 自查。
准备材料
- 测试设备：桌面 Chrome、手机浏览器或移动端模拟器，最好再加一个无扩展的隐身窗口。
- 页面清单：首页、文章页、落地页、带广告页、带弹窗页、404、搜索页和高流量旧文章。
- 脚本清单：主题 JS、插件 JS、广告平台标签、统计脚本、弹窗服务、推荐内容服务。
- 代码搜索命令：查 `history.pushState`、`history.replaceState`、`popstate`、`beforeunload`、可疑跳转域名。
- 记录表：页面 URL、入口页面、点击后退次数、实际落点、可疑脚本、处理动作和复测结果。
操作步骤
- 第 1 步，做用户路径手测。从 Google 搜索结果或模拟来源页进入目标页面，停留几秒后点浏览器后退。预期行为是直接回到上一页，而不是被塞进推荐页、广告页或站内假页面。
- 第 2 步，检查移动端。很多后退劫持只在移动端广告或弹窗策略里出现，桌面正常不代表手机正常。
- 第 3 步，搜索代码。用 `rg` 查 History API 和跳转关键词，定位自己代码、主题、插件或第三方片段是否改写历史。
- 第 4 步，逐个停用可疑来源。先停营销弹窗，再停广告脚本，再换默认主题或关闭特效库。每次只改一个变量，复测后退行为。
- 第 5 步，保留证据。截取复测视频、记录脚本来源、保存变更时间。若之后需要提交 reconsideration request，这些证据比“已修复”更有用。
- 第 6 步，清缓存并复查。Cloudflare、LiteSpeed、页面缓存和广告缓存都可能让旧脚本继续生效，修完后要清缓存并在无痕窗口复测。
代码和页面检查清单
页面 URL：
入口来源：
点击后退一次后的落点：
是否出现广告页或推荐页：
是否需要多次后退：
可疑脚本：
处理动作：
缓存是否清理：
复测结果：
负责人：- 页面没有阻止浏览器立即返回上一页。
- 弹窗关闭后不会把用户塞进新的历史记录。
- 广告脚本不改写 back button 行为。
- 站内推荐模块不会伪装成上一页。
- 移动端和桌面端复测结果一致。
实际例子：文章页装了推荐弹窗
一个内容站在文章页安装了“离站前推荐”插件。用户从搜索结果进入文章，点后退时不是回到搜索结果，而是先进入一个站内推荐页，再点一次才离开。这种行为就要高度警惕。排查时先停插件、清缓存、复测后退；如果恢复正常，再查插件设置里是否有 back button、exit intent、history 或 redirect 相关选项。
rg -n "history\.(pushState|replaceState)|popstate|beforeunload|location\.href|window\.open|redirect" wordpress/themes wordpress/plugins常见坑
- 只测首页。后退劫持常出现在高流量文章、广告落地页、下载页或移动端页面。
- 把“增加站内浏览”当成正当理由。Google 政策关注用户预期，阻止用户返回来源页就是风险。
- 只怪广告平台。Google 明确提醒，问题也可能来自 included libraries 或 advertising platform，但站长仍要审自己的技术实现。
- 修完不清缓存。用户继续命中旧 JS，就会以为问题没解决。
排错路径
- 手测复现但代码搜不到：打开浏览器 DevTools 的 Network，查看第三方 JS 和重定向请求。
- 只在手机复现：检查移动广告位、响应式弹窗、AMP/移动主题和运营商缓存。
- Search Console 有手动措施：修复后整理证据，通过 Search Console 提交 reconsideration request。
- 无法确定来源：用二分法停用插件和脚本，每次只改一项，保留复测记录。
后续维护建议
- 新增广告平台、弹窗、推荐模块或主题特效后，都把后退测试加入发布验收。
- 每月抽检高流量页面和最近安装插件，不只看代码仓库。
- 把第三方脚本来源、负责人、安装原因和复查日期写进站点运维记录。
- 如果某个服务默认开启 back button 插件式留存，直接停用或换服务，不要把用户体验风险留给搜索引擎发现。
小站做搜索流量，最稳的路线是让用户能按预期阅读、离开、返回和分享。后退按钮是浏览器基本行为，不应该被营销脚本拿来做留存技巧。