那天晚上我在整理一份 2019 年的旧稿，里面夹着一条来自「免费进入49图库」的截图备注，说某个图集在手机端只能看到缩略图。我顺手在 QQ 浏览器里打开，发现它默认走的是移动 UA，页面被压成一列，缩略图糊得像隔着毛玻璃。于是我动手把它切成网页版，前后折腾了不到四分钟，但那四分钟里踩到的三个细节，比我预想的多。
先说结论：QQ 浏览器没有叫「转网页版」的独立按钮，它藏在一个你平时不会点开的菜单里。
第一件事：那个藏在三点菜单里的「电脑版网站」
我用的是 QQ 浏览器 15.2 的 PC 端，窗口右上角一个汉堡图标点开，往下滚到「工具」一栏，最底下有一条浅浅的「请求桌面版网站」，开关是灰的。点开之后，地址栏右侧会多出一个小显示器图标，表示当前标签页正在以桌面 UA 请求。这一步我只花了 20 秒，但问题在于——它只对当前标签页生效，换标签就重置。我当晚开了七个图库页面做对照，六次需要重新点一次。第二天我去查了官方帮助中心的更新记录，2024 年 11 月那次改版把「始终使用桌面版」的全局开关挪进了「设置 → 浏览器 → 网站设置」，路径变得更深，但确实存在。我把它打开了，然后回到刚才那个 2019 年的旧链接上，页面瞬间从单列变成三列网格，缩略图清晰度也正常了。
这就是「转网页版」这件事最容易被误认成「换个浏览器」的原因：入口太深，且默认只作用于当前页。
顺便记一个对照：我后来在 Android 端试了同样的操作，路径是「菜单 → 设置 → 高级 → 网页浏览设置 → 浏览器标识（UA）」，把它从「Android」改成「电脑版」，效果比 PC 端更干脆。手机屏幕只有 6.1 英寸，但至少布局是对的，横向滚动条出现了，我能看到完整的图集编号。这一点我保留意见——很多人说手机不该看桌面版，我的看法相反：如果你在看的是以图集为单位的页面，桌面版的信息密度才够用，竖屏挤一列反而浪费时间。我知道这话有人不同意，但我是这么用的。
第二件事：UA 之外，还有一个「渲染模式」的坑
真正让我卡住的不是 UA，而是渲染。9 月 23 日晚上十一点出头，我在「49号图库免费版」的一个合集页上，即使切了桌面 UA，图片仍然按移动端宽度裁切，右侧三分之一是空白。我打开开发者工具对比了两次请求头，发现差异在 Accept 字段——桌面版请求带的是 text/html,application/xhtml+xml，而移动端多带了一个 application/vnd.wap.xhtml+xml。QQ 浏览器的「请求桌面版网站」只改 UA，不改 Accept。这个细节教科书上不写，但你一旦遇到响应式断点判错，八成就是它。我的处理办法是装一个 UA 切换扩展，把 UA 和 Accept 一起覆盖，问题解决。整个过程我记了 14 行笔记，末尾写了一句「浏览器厂商应该在按钮旁边标注它到底改了什么」。
补充记录：同一晚我用「正版49图库免费查看」的详情页做验证，桌面 UA 下首屏加载 1.8 秒，移动 UA 下 2.4 秒——桌面版反而更快，因为少了两次跳转重定向。这个数字我重复测了三遍。
第三件事：书签与「恢复旧的」之间的取舍
切到桌面版之后，我遇到一个此前没预料到的问题：书签。我过去两年在这个浏览器里存了大约 120 条图库链接，其中相当一部分是移动端短链，切到桌面版后打开会 302 到首页。我翻到「恢复旧的49图库免费」这个页面时，注意到它给了一个批量处理的思路——不是逐条改，而是把短链替换成带 ?desktop=1 的规范链接。我照着试了 30 条，成功 27 条，失败的 3 条是因为原站已经换域名。这个成功率我认了。
写到这里我想强调一点：转网页版不是一次性的动作，它是一套需要维护的状态。
我把这套流程记在一张 A5 的卡片上，贴在显示器边框：开设置 → 全局桌面 UA → 检查 Accept → 书签批处理 → 关掉扩展。五步，平均耗时 90 秒。9 月 24 日早上我用它处理了第 41 个页面，没有出问题。江晚的记录到此为止，但这件事我还会继续跟。
最后补一句我对这件事的立场：QQ 浏览器把「转网页版」做成一个需要三层菜单才能触达的功能，是产品设计上的保守，而不是技术上的限制。真正该被放到地址栏旁边的，是「这个页面想要什么布局」的显式选择，而不是让用户猜。这一点我不打算改口。