Microsoft Advertising 的广告主
使用 UET 衡量转化或创建受众的人,必须为来自欧洲经济区、英国和瑞士的访问发送该信号。
指南 · Microsoft Advertising
UET 标签用于为 Microsoft Advertising 衡量转化并创建受众。自 2025 年 5 月起,来自欧洲经济区、英国和瑞士的访问必须带有同意信号。下面介绍如何配置、如何测试,以及它与 Google 的 Consent Mode 有什么不同。
是什么
UET 是 Universal Event Tracking 的缩写,是 Microsoft Advertising 的标签。它记录网站上的访问和转化,用来衡量广告活动并建立再营销名单。
UET 的 Consent Mode 是把访客在 Cookie 横幅中的选择告知这个标签的方式。有了这个提示,标签就会自己决定是可以写入 Cookie 并使用标识符,还是应以受限的方式运行。
目前,Microsoft 依据一个主要信号 ad_storage 来执行这条规则,它可以是授予或拒绝。网站还可以发送 ad_user_data 和 ad_personalization,名称与 Google 使用的相同,但检查的对象是 ad_storage。
还有第二种被接受的途径:标签可以不用 Consent Mode,而通过 IAB Europe 的 TCF 读取同意。Microsoft 建议二选一,切勿同时使用。
清单
如果网站有 UET 标签,并接待来自欧洲经济区、英国或瑞士的访问,这些要点必须到位。
在法律要求同意的地方(如欧洲经济区和英国),Microsoft Advertising 的合同要求在启用标签之前取得同意。在横幅出现之前或拒绝之后写入的 cookie,都算作违规。
自 2025 年 5 月 5 日起,Microsoft 要求有欧洲经济区、英国和瑞士访客的网站使用 Consent Mode 或 TCF。没有信号时,它会停止记录转化,也不再为再营销提供数据。
在标签之后立即把 ad_storage 设为 denied。当访客接受时,发送 granted,并在后续页面重复这次更新。
<!-- código da UET aqui -->
<script>
window.uetq = window.uetq || [];
window.uetq.push('consent', 'default', {
'ad_storage': 'denied'
});
</script>
<!-- quando o visitante aceita -->
<script>
window.uetq = window.uetq || [];
window.uetq.push('consent', 'update', {
'ad_storage': 'granted'
});
</script>没有同意时,不得写入 cookie MUID、_uetvid、_uetsid、_uetsid_exp、_uetvid_exp 和 MSPTC。
在无痕窗口中打开网站,点击“拒绝”,然后确认没有出现任何 _uet cookie。
使用 Consent Mode 或 TCF,绝不要同时使用两者。Microsoft 自己也给出了这个提醒。
在 CMP 中加入 Microsoft(供应商 1126)和 Xandr(供应商 32)。如果没有目的 7、9 和 10,就不会记录任何转化。
<!-- antes do código da UET, em todas as páginas -->
<script>
window.uetq = window.uetq || [];
window.uetq.push('config', 'tcf', { 'enabled' : true });
</script>对于 Google 个性化广告,欧洲经济区和英国自 2024 年 1 月 16 日起要求使用通过 TCF 认证的 CMP,瑞士自 2024 年 7 月 31 日起要求。
选择一个同时会向 UET 发送信号的 Google 认证 CMP,这样只需要一个横幅。
实际案例
官方工具
Microsoft 发布了与 UET 集成的 CMP 列表,Google 则维护适用于欧洲经济区、英国和瑞士的认证 CMP 列表。
适用对象
这条规则来自平台,而不是某部具体的法律。它适用于使用该标签、并接收来自需要事先同意的地区的访问的人。
使用 UET 衡量转化或创建受众的人,必须为来自欧洲经济区、英国和瑞士的访问发送该信号。
在 Bing 上投放广告活动以吸引访问的 AdSense 网站,通常都装有 UET。这条规则对它们同样适用。
通过 Google Tag Manager 安装 UET 的人,需要在官方模板或自定义代码中启用同意管理。
对于其他国家的访客,如果没有发送任何信号,UET 视为已授予同意。当地法律可能有更多要求。
定义
这些名称出现在代码、Microsoft Advertising 的面板以及 UET 测试扩展中。
Microsoft 检查的信号。授予时,UET 读取并写入 Cookie。拒绝时,它不会写入网站自己的 Cookie,也不会写入第三方 Cookie。
网站可以发送的可选信号,名称与 Google 相同。目前 Microsoft 只检查 ad_storage。
随每个 UET 事件发送的字段,带有同意状态:denied 或 granted。测试时检查的就是它。
MUID、_uetvid、_uetsid、_uetsid_exp、_uetvid_exp 和 MSPTC。未经同意,其中任何一个都不得写入。
在标签面板中显示信号是否健康(高于 75% 的事件)、中等或缺失。
适用于 Edge 和 Chrome 的官方扩展,可以实时显示每个 UET 事件和 asc 的取值。
两种模式
两者都尊重访客的选择。区别在于点击横幅之前会发生什么。
UET 从一开始就加载,同意状态为拒绝。在得到回应之前,它只收集匿名数据,之后汇总用于建模。这是 Microsoft 推荐的模式。
UET 被屏蔽,只有在访客接受之后才加载。在此之前,不会向 Microsoft 发送任何数据。
如何实施
<!-- código da UET aqui -->
<script>
// 1. Padrão: negado até o visitante escolher
window.uetq = window.uetq || [];
window.uetq.push('consent', 'default', {
'ad_storage': 'denied'
});
</script>
<script>
// 2. Quando o visitante aceita (a CMP faz isso)
window.uetq = window.uetq || [];
window.uetq.push('consent', 'update', {
'ad_storage': 'granted'
});
</script>通过 TCF 的替代方案
如果网站已经有带 IAB Europe TCF 的 CMP,UET 可以直接读取 TC string。为此,需要一小段配置代码在 UET 中启用 TCF,并且必须放在所有页面的标签代码之前。
在横幅中,请加入 Microsoft(供应商 1126)和 Xandr(供应商 32)。Microsoft 要求对目的 1、3、4、7、9 和 10 取得同意。没有目的 7、9 和 10,就不会记录任何转化。没有目的 1,标签就不使用 Cookie。
如果 CMP 在 500 毫秒内没有响应,或者处于错误或加载状态,UET 会在没有 TCF 的情况下继续运行。因此,响应缓慢的 CMP 可能导致信号丢失。
Microsoft Advertising 自 2023 年 7 月 24 日起支持 TCF。黄金法则是只选一条路径:Consent Mode 或 TCF。
时间线
对在 Microsoft 广告活动中有欧洲访问的人影响最大的几个日期。
Microsoft Advertising 开始接受通过 IAB Europe TCF 传递的同意。
Microsoft 发布通知,要求广告主在 5 月 5 日之前发送同意信号。
Microsoft 开始对所有有这些地区访客的客户检查 Consent Mode 或 TCF。
执法和 AdSense
检查由平台自己执行。据 Microsoft 称,如果网站使用 UET 却既没有 Consent Mode 也没有 TCF,它就会停止记录 UET 的转化,也不再为这部分流量填充再营销名单。广告活动会丢失数据,优化效果也会变差。
Microsoft Advertising 的合同还要求在法律要求的地方取得同意,如欧洲经济区和英国。在点击横幅之前,或在拒绝之后写入的 Cookie,会被视为违规。
对于使用 AdSense 或 Ad Manager 的人来说,UET 只是同一页面上多出来的一个标签。Google 的 Consent Mode 负责 Google 的标签,TCF 负责广告。UET 需要从同一个 CMP 接收属于它自己的信号。
与 Google 的最大区别是,Microsoft 只检查 ad_storage,并接受 TCF 作为 Consent Mode 的替代方案,而 Google 使用四个信号。名称相似容易混淆,但它们是各自独立的指令。
常见错误
大多数情况出现在这样的网站上:配置了 Google 的 Consent Mode,就以为 Microsoft 也已经覆盖。
CMP 发送了 Google 的 Consent Mode,却没有向 UET 发送任何内容。对 Microsoft 来说,信号缺失。
网站同时启用了两条路径。Microsoft 建议只使用其中一个。
UET 加载时没有默认拒绝,在访客做出选择之前就写入了 MUID 或 _uetvid。
选择在点击时发送了,但后续页面没有发送。转化事件发出时带着错误的 asc。
横幅没有请求目的 7、9 和 10。即使访客接受,也不会记录任何转化。
Microsoft(供应商 1126)没有出现在 CMP 的列表中。TC string 永远不会给予它许可。
实际案例
适用于有欧洲访问和其他国家访问的网站的实用示例。
不一定。它们是各自独立的指令。一些 CMP 和 GTM 中官方的 UET 模板会转发该信号,但需要确认 UET 是否确实收到了 ad_storage。
可以发送,但目前 Microsoft 只检查 ad_storage。发送另外两个不会造成妨碍,还能让代码与 Google 的相似。
只针对来自欧洲经济区、英国和瑞士的访问。在这些地区以外,如果没有发送任何信号,UET 会视为已授予同意,但当地法律可能有更多要求。
Microsoft 推荐高级模式,它能更好地衡量拒绝者的转化。基础模式更简单,在做出选择之前不会发送任何内容。请与法务确认。
使用 UET Tag Helper 查看每个事件的 asc,或者查看标签面板中的同意信号列。ConsentMode 的审核也会用截图显示这一点。
资料库
本指南根据以下官方页面编写。请直接阅读原文:
审核会以欧洲访客的身份打开网站,并显示 Microsoft 标签在选择前后的行为。