html无原生广告偏好标签，所谓“标注”实为js通过sdk传参或cmp接口透传合规信号；错误使用自定义无效且有风险，正确做法是服务端注入初始化脚本并严格遵循tcf规范。
HTML里没有原生广告偏好设置标签
浏览器不提供 <meta> 或 <link> 这类 HTML 标签来声明用户广告偏好。所谓“HTML 标注广告偏好”，本质是前端配合后端或第三方 SDK 做信号透传，不是靠写个标签就能生效。
常见错误现象：在 里加 <meta name="ad-preference" content="opt-out"> —— 这种写法完全无效，没有任何浏览器或广告平台识别它。
- 真实使用场景只有两种：向广告 SDK 传参（如 Google Ad Manager、Prebid.js），或通过
navigator.permissions.query()+globalThis.__cmp（CMP 接口）响应 GDPR/CCPA 合规请求 - 如果页面要支持 TCF（Transparency & Consent Framework），必须集成合规 CMP 工具（如 OneTrust、Quantcast），HTML 本身只负责加载其脚本
- 硬塞自定义
<meta>不仅没用，还可能干扰 SEO 或被误读为恶意标记
如何让广告 SDK 读取用户偏好
关键不在 HTML 标签，而在 JS 初始化时传入正确参数。比如 Google Ad Manager 要求在调用 googletag.pubads().setPrivacySettings() 前明确声明用户是否同意个性化广告。
典型错误：把 setPrivacySettings({ restrictDataProcessing: true }) 和 consentString 混用，前者是 DSR（限制数据处理）模式，后者才是 GDPR 下的合法同意凭证。
- 必须先通过 CMP 获取有效
consentString（如 IAB 的__cmp(7)），再传给setPrivacySettings({ consentString: "..." }) - 不能在 DOMContentLoaded 之前调用
setPrivacySettings，否则 SDK 会忽略 - 若用户未给出明确同意，默认应设为
{ nonPersonalizedAds: true }，而非留空
服务端渲染（SSR）页面怎么处理广告偏好
SSR 页面首次渲染时 JS 尚未执行，无法动态传参，容易导致首屏广告错配。这时候不能靠 HTML 标签“标注”，而要依赖 HTTP 请求头或隐藏字段透传状态。
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
常见错误现象：服务端根据 cookie 判断用户已 opt-out，但前端广告 SDK 仍发起个性化请求 —— 因为前后端状态没对齐。
- 推荐做法：后端在生成 HTML 时，注入一个初始化脚本块，内含
window.__adPrefs = { consentGiven: false, isCcpa: true } - 广告 SDK 初始化代码需检查
window.__adPrefs是否存在，存在则优先使用，避免等待 CMP 加载完成 - 注意 CSP 策略：如果用了
unsafe-inline注入脚本，上线前务必改用nonce或哈希白名单
为什么不用 localStorage 存广告偏好
看似方便，实则高风险。localStorage 是同步读写、无过期机制、跨域隔离，且在隐私模式下可能为空，直接拿来当广告决策依据会导致合规漏洞。
典型错误：用户点击“拒绝所有 Cookie”后，前端把 { personalized: false } 写进 localStorage，下次打开页面就读取它并跳过 CMP —— 这违反 GDPR “自由、具体、知情、明确” 的同意要求。
- 正确做法：仅用 localStorage 缓存 CMP 返回的
consentString，且每次页面加载都调用__cmp(1)验证其有效性 - 不要自行拼接或修改
consentString，IAB 规范对其签名有严格校验 - 移动端 WebView 场景下，localStorage 可能被系统清理，必须有服务端 fallback
广告偏好不是前端能单方面决定的事，它绑着法律条款、第三方 SDK 协议和用户实时操作。写错一行 setPrivacySettings 参数，可能让整个站点面临罚款风险。别信“加个 meta 就搞定”的说法。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
