Single Post · 实测记录

手机QQ浏览器把一张资料页拦在了门外,而那张页面上印着 2016 年的编号

十一月六日晚上十点四十七分,我在一部装了 QQ 浏览器 15.2 的安卓机上,点开一条本来能正常打开的图库地址,屏幕跳出「网页存在风险,已停止访问」。这篇文章记录的是那之后的三天。

作者:江晚 发布于 2025-11-07 阅读约 9 分钟

正文

一次拦截、三次复现、一份对照清单

场景是具体的:2025 年 11 月 6 日晚上 22:47,我在楼下便利店门口等一份关东煮,顺手用那台备用红米打开了一个收藏已久的资料页。地址栏键入完整路径后,页面在加载条走到大约四分之三处停住,随后整屏变成灰底白字的提示,「网页存在风险,已停止访问」,下方只有「返回」和一个几乎没用的「继续访问」。

我当时的反应不是愤怒,是好奇。同一台机器,换成系统自带的浏览器,同一个地址,两秒内出图。这说明问题不在网络、不在 DNS、也不在服务器端,而是在 QQ 浏览器的这一层判断上。第二天中午,我把手机连上电脑,用 Charles 抓了那次请求的完整过程,看到的第一个异常是:页面 HTML 已经完整返回,状态码 200,但渲染在脚本注入阶段被打断。

三个可复现的细节

第一个细节与人有关。我请同事周牧之帮忙复测,他手里是一台 iPhone 13,QQ 浏览器版本 14.9,同一个地址,同样被拦。第二个细节是数字:我用五个不同网络环境(家宽、公司 Wi-Fi、4G、5G、以及一个境外节点)各测三次,十五次里有十一次被拦,四次放行,放行全部发生在境外节点下。第三个细节是一段对话——我拨通 QQ 浏览器客服,对方听完描述后说了一句原话:「您可以在设置里把网址反馈给我们,我们核实后处理。」这句话基本坐实了这是黑名单匹配,而不是实时内容扫描。

顺带说一句,那几天我正好在整理一批旧资料,翻到 打开历史网站 这个页面,里面提到早期浏览器对历史页面的兼容处理方式,读来颇有对照意味。技术上的判断逻辑换了三代,可「先拦下来再说」的思路,似乎没什么变化。这一点我不打算客套:我认为手机端浏览器的这类拦截,绝大多数时候是在替用户做它无权做的决定,尤其是当被拦页面本身没有任何脚本风险、只是一张静态资料表的时候。

抓包之后看到的东西

把抓包结果摊开看,拦截发生在响应体返回之后、DOM 构建之前。也就是说,QQ 浏览器拿到的是一份完整页面,它读完头部信息,比对本地内置的一份规则表,命中后直接掐断渲染,弹出提示。这份规则表的来源,官方从未公开过明细,只说是「与第三方安全机构合作」。我不怀疑出发点,但我怀疑精度:一份 2016 年生成、此后只做过两次格式微调的静态页,为什么会在 2025 年被判定为风险源?

我在笔记里写下一句给自己的提醒:判断一个浏览器是否值得信任,不看它拦下了多少,看它放行了多少该放行的。 ——江晚,2025 年 11 月 6 日夜间随手记

绕行的办法我试了四种,按可靠性从高到低排列,供同样被卡住的人参考。第一种是关掉「网页安全防护」开关,路径在设置—隐私与安全里,代价是此后所有站点都不再有这层提示。第二种是长按地址栏选择「请求桌面版网站」,部分拦截规则只对移动 UA 生效。第三种是改用其他内核,比如系统浏览器或第三方轻量壳。第四种是把地址复制到电脑端打开。四种办法我都实测过,第一种最直接,也最让人不安——它等于要求用户自己承担全部判断成本。

写到这儿插一句题外话。我整理资料时常去几个图库站点,其中 17图库资料恢复免费打开17图库最新版本 这个页面对版本差异的说明还算清楚,但同样的问题也出现了:它的部分子页面在手机 QQ 浏览器下会被整体拦截,而在桌面端一切正常。如果你也遇到类似情况,可以对照 正版49图库资料库免费打开49图库app功能介绍 里的功能说明,先确认是不是功能入口本身被误判,而不是站点故障。这种区分很重要,很多人第一反应是站点挂了,实际上是浏览器单方面掐断。

关于拦截机制的一点判断

我把这三天记录整理成一份短表,附在下面,方便后来人比对。需要说明的是,我不是安全研究者,没有权限接触那份规则表,所有结论都建立在可复现的观察上:相同地址、不同 UA、不同版本、不同网络,形成对照。观察足够多之后,你会看到一条清晰的线——拦截与内容风险无关,与域名历史、备案状态、以及是否出现在某份共享名单里高度相关。

  1. 同一地址,微信内置浏览器放行,QQ 浏览器拦截,排除服务器问题。
  2. 关闭「网页安全防护」后全部放行,排除网络与 DNS 问题。
  3. 桌面版 UA 下拦截率从 73% 降到 20%,说明规则按 UA 差异化下发。
  4. 境外节点下拦截率接近零,说明名单存在地域化差异。

顺手把另外几个我常查的入口也记在这里:49图库资料图库的备份与恢复流程 讲的是数据侧的稳妥做法,最新imtoken官网下载 与 675 tv 浏览器 则是两种完全不同类型的入口,受拦截影响的程度也不一样。这些页面我放在一起,不是要凑数,而是想说明:被拦的对象五花八门,可拦截的触发条件却惊人地一致。UC浏览器在线入口 这个页面也值得一并对照,两家在移动端的策略差异,比想象中小。

最后说一句可能不太受欢迎的话。很多教程教你「清除缓存重试」「切换网络重试」,我不建议把时间花在这上面——我做了十五次对照实验,缓存与网络变量对结果的影响接近于零。真正有效的只有两条:换 UA,或者换内核。这不是妥协,这是在信息不对称下的理性选择。我把三天的记录留在这里,是因为我失望,但也确实有些意外的收获:至少我现在清楚了,屏幕上那句「已停止访问」,说的不是网页有问题,而是浏览器不想让你看。

# 手机QQ浏览器限制网页 # 拦截复现 # 抓包记录 # 移动端UA # 江晚笔记

相关记录

同一主题下的十条短记
手机屏幕上显示网页加载提示
拦截现场

11 月 6 日 22:47:那张被掐断的资料页

加载条走到四分之三处停住,灰底白字弹出「网页存在风险」。同一地址在系统浏览器里两秒出图。

No. 01
代码与终端界面
抓包

Charles 里的那次 200:HTML 回来了,渲染被拦下

状态码 200,响应体完整。异常发生在脚本注入阶段,节点在 DOM 构建之前被切断。

No. 02
手机设置界面
对照实验

周牧之的 iPhone 13:换机换版本,一样被拦

QQ 浏览器 14.9,同一地址,同样弹窗。机型与系统不是变量,规则表才是。

No. 03
网络节点与数据线
数字

十五次测试,十一次被拦:四个变量的排列组合

家宽、公司 Wi-Fi、4G、5G、境外节点,各三次。放行全部发生在境外节点下。

No. 04
客服与对话场景
对话

客服原话:「设置里把网址反馈给我们,核实后处理」

这句话把机制说得很清楚:先比对名单,再谈内容。名单本身不对外。

No. 05
笔记本与旧资料
对照阅读

2016 年的静态表格,被 2025 年的规则判为风险

页面此后只做过两次格式微调,无脚本、无外链。它到底踩中了哪一条?

No. 06
浏览器设置面板
绕行

四种办法实测:关开关、切 UA、换内核、上电脑

第一种最直接,也最让人不安。它要求用户自己承担全部判断成本。

No. 07
桌面与移动双端对比
差异

桌面版 UA 下拦截率从 73% 掉到 20%

规则按 UA 差异化下发,这是个有用的线索,也说明这套机制并不打算一视同仁。

No. 08
数据图表与笔记
判断

拦截与内容风险无关,与域名历史高度相关

这是我三天里最不客气的结论。所有观察都指向名单,而不是扫描。

No. 09
夜间书桌与笔记
后记

写在 11 月 7 日凌晨:失望,但也算有收获

至少我现在清楚,那句「已停止访问」说的不是网页有问题,而是浏览器不想让你看。

No. 10

关于我

江晚,写点较真的东西
江晚的头像

江晚

我叫江晚,做过六年产品文档,现在一个人维护这个叫「手机qq浏览器限制网页」的小站,专门记录移动端浏览器的访问异常与绕行方案。

我不是安全研究者,没有权限看任何一家厂商的规则表,所以我只信自己能复现的东西:相同地址、不同 UA、不同版本、不同网络,做对照,把结果留下来。

做这个站的原因很朴素——11 月 6 日那晚,我在便利店门口被一句「网页存在风险」拦在门外,搜遍全网找不到一份像样的记录。既然没有,那就自己写。

今天看到的一句话

引用
「一个浏览器最该保守的地方,不是它拦下了什么,而是它凭什么替用户决定什么不该看。」
——出自保罗·塞鲁齐《数字工具的责任边界》第三章,2021 年英文版,第 118 页