超过90%的网页至少加载一个第三方网站，根据HTTP Archive的数据，排名前1,000的网站在移动设备上平均每个网站会发起106次第三方请求，比上一年增加了15次。 2025年网络年鉴脚本请求占比最大，达到 24.8%。
几乎所有这些成果都不是靠决策得来的。它们都是一点一点积累起来的，而且没有人能完全掌控最终结果。成本是可以衡量的：谷歌的案例研究库记录了沃达丰意大利公司将本地客户价格 (LCP) 降低了 31%，并采取了以下措施： 销售额增加 8%.
本指南适用于被要求修复核心网站指标但无法单方面删除营销标签的人员。指南最后将为您提供网站上每个第三方的五项评分标准、一条将每个评分转化为特定操作的路由规则，以及一个可用于解释标签争议的合理时间节点（该争议节点耗时 380 毫秒）。
在得分之前先建立库存
你需要两份清单；单独一份都不完整。
容器列表。 导出您的 Google 代码管理器容器：包括代码、触发器和变量及其所有者和触发条件。这就是目的。
网络列表。 在禁用缓存的情况下，使用 Chrome 开发者工具加载页面，然后运行 Lighthouse 并查看“减少第三方代码的影响”审核结果。这才是实际执行的代码，包括其他标签注入的标签，这些标签永远不会出现在容器导出中。
对于名单上的每个第三方，记录以下七个字段：
- 供应商及其声称的服务
- 指定的企业所有者（指个人，而非部门）
- 脚本传输大小
- 主线程阻塞时间归因于此
- 它是否位于通往 LCP 元素的关键路径上
- 它会在哪些页面模板上触发？
- 上一次有人利用其数据做出决策是什么时候？
最后一个字段最容易被忽略，但却是引发争论最多的字段。根据字段数据进行评分：核心网络指标的评估是在…… 实际页面加载量的第 75 百分位数而且，在高速网络连接下运行的实验室环境会让你的技术栈表现得更好。
五项评分标准
对每个第三方在五项指标上分别打分，分值范围为0-3分。总分越高，移除该第三方的理由就越充分。
| 标准 | 0点 | 1分 | 2点 | 3点 |
|---|---|---|---|---|
| 主线程成本 | 50毫秒以下 | 50-150ms | 150-350ms | 超过 350 毫秒 |
| 关键路径位置 | 加载后触发，偏离路径 | 异步，对 LCP 无影响 | 延迟 LCP 元素 | 渲染阻塞 <head> |
| 演示用途 | 每周都会做出决定 | 仅按月报告 | 每季度有人打开它 | 90天内未指定用途 |
| 可替换性 | 没有替代品 | 供应商 SDK 是唯一选择 | 可以采用外观模式或延迟加载。 | 存在原生、服务器端或第一方等效方案 |
| 同意依赖 | 绝对必要，无需同意 | 需获得同意，授权后加载 | 需要获得同意，默认拒绝加载 | 需要获得同意，以及其他标签 |
总计之上还有两项额外费用：
- 3 在演示中使用路线杀死，无论总数多少。 为没人用的标签支付任何费用都是不值得的。
- 关键路径上的 3 号位置至少通往 3 级频段。 头部中的渲染阻塞脚本是结构性的，无论供应商多么有价值。
路由表
| 合计 | 操作 | 需要签字 |
|---|---|---|
| 0-3 | 保留。六个月后重新评分。 | 没有 |
| 4-6 | 延迟加载或懒加载 | 工程 |
| 7-9 | 替换为外观，或根据路径、地理位置或许可状态有条件地加载 | 工程加标签所有者 |
| 10-12 | 迁移到服务器端，或替换为第一方等效方案。 | 分析负责人 |
| 13-15 | 击倒对手。公布比分，而非发表意见。 | 标签所有者的经理 |
在同一频段内，可替代性得分决定了策略：如果得分为 3，则表示存在第一方或服务器端等效方案，因此应选择该方案而不是频段的默认方案。
署名栏很重要，因为每个标签都要指定一个人。“网站速度慢是因为标签太多”是一条投诉。“这个标签得了11分，这是署名人”是一张罚单。
一个实例
这是一份综合性的中端市场电子商务结账数据。并非客户数据；这些数据仅供参考。
| 标签 | Cost | 职务 | 绝大部分储备使用 | 更换 | 许可 | 合计 | 路线 |
|---|---|---|---|---|---|---|---|
| 在线聊天插件 | 3 | 2 | 0 | 2 | 1 | 8 | 外观：点击加载 |
| 传统热图工具 | 2 | 1 | 3 | 3 | 2 | 11 | 终止（使用覆盖） |
| 广告转化标签 | 1 | 1 | 0 | 3 | 2 | 7 | 迁移到服务器端（可替换性 3） |
| 同意管理平台 | 1 | 3 | 0 | 1 | 0 | 5 | 第 3 档（位置覆盖）：审核其阻塞行为 |
| 字体提供商 | 1 | 2 | 0 | 3 | 0 | 6 | 自托管和子集（可替换性 3） |
聊天窗口小部件是指导性的步骤。它确实被使用，不可替代，并且仍然会路由到外观，因为规则将“我们是否需要这个”与“我们是否需要在前 2.5 秒内使用它”区分开来。
[INTERNAL DATA NEEDED: replace this composite table with a real anonymised inventory from a Switas engagement — vendor category, measured blocking time, post-change field metric.]
这三种解决方法按实际有效频率排名
外立面。 将嵌入式组件替换为静态占位符，并在交互时加载实际组件。聊天、视频、地图和评论组件通常是最佳选择。这是大多数审核中最有效的解决方案，因为它既能降低成本又不影响功能，因此在审核中往往能获得通过。
推迟。 有用，但需注意。Chrome 降低网络优先级 of async 和 defer 资源加载速度比预期慢——对于像素来说没问题，但对于任何需要渲染的内容来说都不行。web.dev 还指出，嵌入内容“可能会阻塞”。 window.onload 如果服务器响应缓慢，即使嵌入代码使用了异步或延迟加载，也会出现问题。延迟加载只是转移了开销，但并不总是能消除开销。
服务器端标签。 这需要更正，因为它被当作页面加载速度提升产品销售，但实际上并非如此。谷歌自己的 服务器端标签简介 它描述了数据的所有权、整形和路由——“只有您才能访问服务器上的数据，直到您选择将其发送到其他地方”——并且没有做出任何性能声明。浏览器仍然运行测量代码，并且仍然通过图像像素传输事件。 fetch，XHR 或由您提供的服务人员 服务器容器域.
它提供的是第一方上下文信息以及对离开您基础架构的内容的控制权。任何速度提升都是您在迁移过程中移除供应商脚本的附带结果。如果供应商承诺仅通过服务器端标记就能改进 INP，请询问浏览器中停止加载的是哪个脚本；如果答案是没有，则说明没有改进。INP 由以下部分组成： 输入延迟、处理时间和呈现延迟脚本会占用主线程来扩展前两个线程。改变请求的位置是 发送 对两者都没有影响。
同意层改变了算术运算
您的用户许可管理平台通常是列表中得分最高的项目：它位于页面头部，其设计本身就会阻塞页面渲染，而且所有其他标签都依赖于它。像对待其他项目一样给它评分。
然后决定运行哪种同意模式，因为这两种模式的性能表现不同。用谷歌的话来说， 基本同意模式 这意味着标签“在用户与同意横幅互动之前会被阻止”，而高级模式“加载时默认设置为 denied并在获得用户同意前发送无 cookie 测量数据。基本版在初始加载速度更快。但它也会消耗您的数据流量：谷歌的 欧洲经济区指南 警告称，如果您阻止标签加载直到横幅广告互动，“Google 将无法验证用户同意选择，这可能会导致数据丢失。”
这里，一个地域性细节显得尤为重要。土耳其不属于欧洲经济区 (EEA)，因此谷歌针对 EEA 的同意信号要求对土耳其流量无效——但土耳其法律却适用。土耳其消费者权益保护和消费者保护局 (KVKK) 的 Cookie 实践指南将分析型 Cookie 视为需要明确同意而非严格必要，要求默认情况下不勾选同意类别，并且“全部拒绝”选项与“全部接受”选项一样醒目。 禁止使用 Cookie 墙.
对于土耳其零售商或跨市场零售商而言，实际操作起来是：对土耳其流量运行基本许可模式，对欧洲经济区流量运行高级许可模式，这样您在任何一个市场都不会损失任何应有的权利。大多数内容管理平台 (CMP) 默认不会这样做。这属于地域性配置，而非插件功能。
本评分标准未涵盖的内容
- 它对标签进行评分，而不是对页面进行评分。 首页上无害的标签，在加载四十个标签的列表页面上可能会造成灾难性的后果。
- 主线程成本不是累加的。 移除五个 100 毫秒的标签很少会恢复到 500 毫秒。每次更改后都要测量。
- 它会忽略你自己的代码。 框架水合过程中产生的耗时较长的任务通常是导致 INP 质量差的主要原因，而且任何第三方审计都不会发现这些问题。
- 它只提供成本方面的信息。 一个能带来实际可归因收入的 380 毫秒标签可能值得保留。
- 它对安全性或数据驻留问题没有意见。有时，这才是供应商应该离开的真正原因。
- 附加标签对容器导出隐藏。 如果两个列表不一致，请以网络中的列表为准。
常见问题解答
如何衡量某个特定第三方服务的主线程开销？ 使用 Chrome 开发者工具的性能面板将耗时较长的任务归因于脚本来源，并与 Lighthouse 的“减少第三方代码的影响”审核结果进行交叉核对。务必使用现场数据进行验证，因为实验室运行结果会低估实际成本。
服务器端标签能否提升核心网页指标？ 单靠它还不行。谷歌关于服务器端标记的文档描述的是数据控制和路由，而不是页面速度，而且浏览器仍然会加载测量代码并传输事件。任何性能提升都来自于你在迁移过程中从页面中移除的供应商脚本。
第三方对哪些核心网络要素造成的损害最大？ 通常情况下，INP 会触发错误，因为脚本会占用主线程，增加输入延迟和处理时间。头部中的渲染阻塞标签会触发 LCP 错误，而后期注入的横幅广告或控件则会触发 CLS 错误。
我应该自行托管第三方脚本吗？ 有时确实如此，但这是一种权衡。自托管的副本将停止接收供应商 API 的更改和安全修复，直到您手动更新为止，而 web.dev 会将此标记为收入和安全风险。
我应该以什么为目标？ 实际页面加载的第 75 个百分位：LCP 小于等于 2.5 秒，INP 小于等于 200 毫秒，CLS 小于等于 0.1 毫秒。
如果我的流量主要来自土耳其，我是否需要启用谷歌同意模式？ 谷歌针对欧洲经济区的同意信号要求不适用于土耳其流量，但土耳其通信和通信管理局 (KVKK) 的 Cookie 规则适用，因此您仍然需要一个有效的同意机制。不同之处在于，您可以更自由地为该部分流量选择更快捷的基本实现方案。
应该多久重新评分一次？ 每季度更新完整库存，并在每次新增供应商时更新。标签堆栈正在重新增长：Web Almanac 的同比数据显示，第三方请求数量正在上升。
如果车牌所有者拒绝，我该怎么办？ 请发送分数和组别，不要发送争论。制定评分标准的目的是为了让讨论围绕一个数字和一个具体的行动展开，而不是争论谁的优先级更高。
如果您的结账页面或商品列表页面未能通过核心网页指标测试，且您无法确定是哪个供应商造成的，请在您自己的技术栈上运行此评估标准——或者让我们使用字段数据和优先级排序的待办事项清单来运行它。 Switas 网络性能服务.
来源
- 第三方 — 2025 年网络年鉴，HTTP 存档
- Web Vitals — web.dev
- 交互到下一绘制 (INP) — web.dev
- 正在加载第三方 JavaScript — web.dev
- 核心网络指标对业务的影响——web.dev案例研究
- 服务器端标签简介 — Google 标签平台
- 将数据发送到服务器容器 — Google Tag Platform
- 同意模式概念 — Google 标签平台
- 针对欧洲经济区流量的同意模式更新 — Google Ads 帮助
- KVKK Çerez Rehberi 合规路线图 — Mondaq（对该机构 61 页指南的分析；撰写本文时 kvkk.gov.tr 网站无法访问）
