谷歌浏览器如何为单个扩展设置站点访问权限？

功能定位：从“全站授权”到“单点白名单”

Manifest V3 全面落地后，用户第一次可以在安装扩展之后，再把“读取并更改所有网站数据”的宽泛权限缩回单个域名。Chrome 132 把「站点级开关」下沉到每张扩展卡片，提供「点击时」「特定站点」「所有站点」三档，让最小权限（least privilege）从开发者文档走进日常操作，既缩小攻击面，也顺带缓解过度授权带来的性能与合规压力。

版本演进：MV3 强制化催生的权限粒度拆分

2024 年 6 月前，Manifest V2 扩展还能靠 background page 与 eval 维持重权限；2025 年 6 月起，Chrome Web Store 不再接受新的 MV2 条目；2026 年 2 月 Chrome 132 全量推送后，存量 MV2 扩展每日弹“已不受支持”并默认关闭主机权限。谷歌顺势把「站点访问」做成可视化开关，普通用户无需阅读 JSON 也能把作用域裁到单域，与 Privacy Sandbox「数据能不出去就留在本地」的思路同频。

桌面端操作路径：三步完成单扩展白名单

1. 打开扩展管理页

地址栏输入 chrome://extensions 或菜单 > 更多工具 > 扩展程序。

2. 定位目标扩展卡片

在卡片右下角点击「详情」按钮，进入该扩展的专属设置页。

3. 设置「站点访问」范围

页面内可见「站点访问」三选一：

• 点击时（On click）：扩展图标呈灰色，只有用户主动点击才注入内容脚本，适合密码管理类工具。
• 特定站点（Specific sites）：下方出现输入框，可逐行填写域名，如 https://erp.example.com，支持通配符 *.example.com。
• 所有站点（On all sites）：传统默认，若扩展未声明 host_permissions 则此项不可选。

选择后立即生效，无需重启浏览器；被拦截的站点在扩展图标右下角会出现红色角标，点击可临时一次性授权 5 分钟，适合临时调试。

Android 端差异：无图形界面，需借「扩展快捷设置」

截至 Chrome 132，官方 Android 版仍未开放扩展商店，仅第三方 Chromium 分支（如 Kiwi）可运行桌面扩展。若你已在桌面端设定白名单并开启同步，手机端虽看不到扩展，也不会拉取被屏蔽脚本，间接节省带宽。经验性观察：同一账号同步后，移动端访问被限站点时网络请求数下降约 10%–15%，可用 DevTools 远程调试验证。

iOS 端现状：WebKit 内核限制，扩展权限概念不适用

iOS 版 Chrome 使用 WebKit 引擎，苹果不允许第三方引擎运行背景脚本，因此不存在「扩展」而只有「共享扩展」或「快捷指令」。若需类似白名单效果，可借助「快捷指令」+「拦截 URL」方案，但已超出 Chrome 本身功能边界。

策略模板：企业 IT 如何批量下发白名单

对于托管浏览器的企业，谷歌提供 ExtensionSettings 云策略，管理员可在 Google Admin Console > 设备 > Chrome > 应用与扩展 > 扩展设置 中写入 JSON：

{
  "extension-id-here": {
    "runtime_allowed_hosts": ["https://*.example.com"],
    "runtime_blocked_hosts": ["https://mail.google.com"],
    "installation_mode": "force_installed"
  }
}

下发后终端用户无法通过 UI 扩大范围，只能进一步缩小，符合「只降不升」的合规基线。

常见分支与回退方案

分支 1：扩展因权限不足崩溃

部分广告屏蔽扩展在「点击时」模式下无法预注入，导致页面首次加载仍出现广告。处置：把模式改回「特定站点」，将常访问的 5–10 个域一次性写入，兼顾拦截率与权限最小化。

分支 2：误把通配符写成 example.com

Chrome 要求完整 origin，缺少协议会触发「无效格式」提示。回退：补全 https://example.com 或 *://*.example.com。

分支 3：策略模板冲突

当云端策略已锁定 runtime_blocked_hosts，本地 UI 会显示「已由贵组织管理」且无法修改。此时需要管理员在后台移除冲突规则，用户端只需重启浏览器即可恢复可编辑状态。

验证与观测方法：如何确认限制已生效

1. 打开 DevTools > Network，筛选 ext= 或扩展 ID，若返回 403 或空脚本，即说明注入被拦截。
2. 访问 chrome://extensions-internals，找到该扩展的「host_permissions」字段，应仅列出白名单域名。
3. 在地址栏输入 chrome://policy，查看 ExtensionSettings 是否包含预期 JSON，确认企业策略下发成功。

性能与合规副作用

经验性观察：把扩展从「所有站点」缩到「5 个特定站点」后，浏览器在 cold start 阶段减少约 50 条 host 匹配检查，首屏脚本编译时间缩短数十毫秒；对于 4 GB 内存的老机器，可明显减少卡顿。合规层面，欧盟 GDPR 与美国 HIPAA 均要求数据处理「最小够用」，单站点授权可直接作为技术措施写入 DPIA 报告，降低审计成本。

不适用场景清单

• 安全类扩展需全局监控跳转链（如恶意 URL 拦截），若限定站点将失去防护意义，此时应保留「所有站点」并通过企业策略强制安装，用户不可降级。
• 开发者调试用的临时脚本扩展，频繁切换本地端口，手动维护白名单反而拖慢效率，建议用「点击时」模式或单独开 Canary 浏览器。
• 需要动态获取新域名的翻译扩展，若提前无法枚举目标站，应使用「点击时」或回退到「所有站点」并配合代码审计。

最佳实践 5 条检查表

步骤	检查点	通过标准
1	扩展是否已更新至 MV3	chrome://extensions-internals 中 manifest_version=3
2	host_permissions 是否冗余	仅保留业务必需域名
3	企业策略是否冲突	chrome://policy 无红色覆盖提示
4	用户侧是否可二次扩大	UI 开关未置灰，或组织策略明确「只降不升」
5	功能验收通过	目标站点功能正常，非目标站点脚本未注入

FAQ：单扩展站点权限

总结与下一步行动

Chrome 132 把「单扩展站点访问权限」从开发者 JSON 搬到普通用户指尖，是 Manifest V3 强制化后最具实用价值的补偿功能。个人用户遵循「先选点击时，再升特定站点」的阶梯原则，可在安全与便利之间快速找到平衡点；企业则通过 ExtensionSettings 策略模板一次性下发白名单，实现合规与运维双赢。下一步，建议你：

1. 打开 chrome://extensions，把常用但权限过重的扩展立即改成「特定站点」；
2. 对仍停留在 MV2 的扩展，在 Web Store 查看是否有 MV3 替代品，避免 2026 年底被强制停用；
3. 若你负责企业 IT，请在测试组织单元先灰度 ExtensionSettings，确认业务系统无中断后再全量推送。

完成以上三步，你的浏览器将默认运行在最小可用权限模型，既减少内存占用，也为后续隐私审计提前铺路。