VKT Toolkit · 2026年9月12日 · 约 8 分钟阅读如何在 Chrome 中修改 User Agent（2026）：DevTools 还是扩展？
服务器给你展示移动版页面、错位的 IE 布局、地区限制的横幅——而这一切背后，是一行决定了你命运的内容：User-Agent 请求头。修改它是最古老的前端技巧之一：不用真机也能看网站给手机返回什么，复现只在旧浏览器里出现的 bug，大致窥见爬虫眼中的页面。2026 年的 Chrome 提供三种现实可行的做法——两种在 DevTools 里，一种是扩展——它们之间的差别不在能力，而在作用域和持久性。
User-Agent 到底告诉了服务器什么
这个请求头在每个请求里就是一行纯文本：
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
解剖一下：Mozilla/5.0 前缀是浏览器大战时代留下的兼容性握手，谁也不敢删。括号里的部分标明你的操作系统。AppleWebKit 和 KHTML 声明渲染引擎，Chrome/… 是浏览器版本，结尾的 Safari/… 又是一枚遗留的礼节性令牌。服务器在 HTML 的第一个字节发出之前就解析这个字符串：它决定移动版还是桌面版布局、是否开放某些功能、展示哪个应用商店横幅，有时甚至决定你下载到哪个文件。这个判断发生在网络传输层面——而这正是你可以改写的部分。
方法一：DevTools 设备模式
最快的一次性检查。用 F12 打开 DevTools，切换设备工具栏（Ctrl+Shift+M），挑一个预设设备——或者打开 UA 下拉菜单选择“其他…”，粘贴任意你想要的字符串。Chrome 随后会把选定的 User-Agent 用于该标签页发出的请求，靠请求头做判断的服务器会立刻返回移动版页面。
症结恰恰是设计使然：这个覆盖只属于那个标签页、那个 DevTools 会话。刷新页面、关闭标签页或退出浏览器，你真实的 User-Agent 就回来了。适合快速看一眼“这在 iPhone 上长什么样”；作为每天依赖的常驻配置则毫无用处。
方法二：DevTools 命令菜单覆盖 / 启动参数
DevTools 命令菜单（Ctrl+Shift+P）暴露同样的设备覆盖项，“设置 → 设备”可以编辑 UA 列表，你甚至可以用 --user-agent 开关启动 Chrome。诚实的局限：DevTools 的几种变体照样顽固地自动重置、很难保持配置状态，而启动参数会给那个浏览器窗口里的每个标签页都盖上同一个假身份——与作用域隔离恰好相反。两者都不是能日常依赖的工作流。
方法三：请求头扩展（重复性工作推荐）
如果你每周不止一次修改 User-Agent，VKT Header 把它变成保存好的、被约束的、自动清理的操作。它是一个 Manifest V3 的 Chrome/Edge 扩展，通过 declarativeNetRequest 的会话规则重写请求头：
- 模板：把“iPhone Safari”、“Old Chrome”、“Googlebot”存成配置文件——一键应用，不用每次粘贴字符串。
- 标签页隔离：规则只作用于你定位的标签页，假 UA 不会跟着你到处走。
- URL 匹配：把模板绑定到特定 URL，让正确的测试标签页自动拿到正确的身份。
- 自动清理：会话规则随标签页关闭或浏览器重启而消亡——不会有一周后被遗忘的 UA 还在冒充你。
免费档支持 5 个配置文件、每个 5 条请求头；Premium（$9.99 一次性买断、终身使用，或 $2.99/月）解除上限并附赠优先支持。从 Edge Add-ons 商店安装，或使用产品页上的 Chrome 安装链接。一条诚实的边界：VKT Header 只改请求头——在指望它做更多之前，请先看下面的注意事项。
三种方法横向对比
| 方法 | 持久性 | 作用域 | 上手速度 | 清理 |
|---|---|---|---|---|
| DevTools 设备模式 | 有效至刷新或关闭标签页 | 就那一个标签页 | 几秒钟 | 自己就没了——你需要它时也没了 |
| 命令菜单覆盖 / 启动参数 | 重启即重置；参数伴随整个窗口 | 标签页（DevTools）或整个窗口（参数） | 保持配置很费劲 | 不可预测 |
| VKT Header | 配置文件永久保存；规则按标签页存活 | 单个标签页，或 URL 匹配的标签页 | 配置好后一键应用 | 自动——关闭标签页即清除所有规则 |
诚实的注意事项：请求头 ≠ 浏览器指纹
修改 User-Agent 请求头改变的是服务器在网络层面读到的内容。它不改变 JavaScript 读到的东西：navigator.userAgent 仍然报告你真实的浏览器，而现代指纹识别——client hints、canvas、插件实情——可能暴露这个不一致。用于测试和兼容性检查完全没问题，这也正是它的用途。同时这也意味着，你不该用换 UA 去骗人：银行和应用商店这类安全敏感站点会对不一致亮红旗，某些服务的服务条款更是直接禁止虚报客户端。用它测试；别用它冒充。
常见问题
在 DevTools 里修改 User-Agent，会应用到所有标签页吗？
不会。DevTools 的覆盖只作用于你为其打开了 DevTools 的那个标签页，而且是临时的——刷新页面或关闭标签页，真实的 User-Agent 就会回来。启动参数则走向另一个极端：它会给该参数启动的每一个窗口都盖上同样的假身份。
服务器真的会因此返回移动版页面吗？
诚实地拆开这个问题。如果服务器依据 User-Agent 请求头做判断——大多数移动/桌面布局切换都是如此——那么会，你会拿到移动版页面。如果判断发生在客户端，由 JavaScript 或指纹识别读取 navigator.userAgent 及其他信号做出，仅改请求头并不能让它信服，也不该试图让它信服。
修改 User-Agent 合法吗？
用于测试、开发和兼容性检查，它是再普通不过的开发者工作流。虚报客户端身份以绕过限制，可能违反网站的服务条款——在某些司法辖区后果还不止于此。拿不准时，就在你拥有或已获授权测试的系统上进行。本文所有内容都不构成法律建议。
免费保持自定义 User-Agent 的最佳方式是什么？
VKT Header 的免费档可保存 5 个配置文件、每个含 5 条请求头——包括标签页隔离、URL 匹配和导入/导出——保存好的“iPhone Safari”身份一键即可应用，标签页关闭时自动清除。Premium 以 $9.99 一次性买断终身，解除所有上限。
为什么修改 User-Agent 之后，我的银行或应用会报警？
因为请求头现在与你浏览器真实的指纹对不上了——这个不一致正是上文那条诚实提醒说的情形，而风控系统会把它视作危险信号。清除这条规则后，一切就会恢复正常。而在 VKT Header 的自动清理机制下，关闭标签页的瞬间它早已被清除。
我们的结论：DevTools 回答的是“这一页此刻会给 iPhone 返回什么”。按标签页隔离的扩展回答的是“每一天、只针对一个标签页、然后绝不留痕”——保存的配置文件、URL 匹配，加上与标签页同生共死的会话规则，让 VKT Header 成为重复 UA 工作的日常之选，免费 5 个配置文件即可起步。
更多 VKT 工具尽在扩展目录，或写信至 [email protected]。