同意 QA 清单：发布前必须测试的内容
为什么同意需要专门的 QA
同意的故障是悄无声息的。同事新增的脚本、被修改的标签触发器，或被重命名的 Cookie，都可能让追踪在访问者做出选择之前就开始，或者让选择完全不再被记录，而在报表看起来异常之前没人会注意到。每次发布前运行一份简短且可重复的清单，就能发现其中的大部分问题。
请在干净的浏览器配置文件或无痕窗口中，禁用扩展程序后进行检查，并在每一项旁边记下结果。
A. 首次访问
- 横幅出现。首次加载页面时出现，且没有遮挡重要内容的布局跳动。
- 做出选择前没有非必要标签触发。在 Network 面板中检查分析和广告请求。
- 做出选择前没有设置非必要 Cookie。在 Application 面板中检查。
- 在需要同意的地方，默认同意信号为拒绝。
- 横幅打开时页面仍可使用，内容可读。
B. 做出选择
- 全部接受会启用正确的标签，信号立即变为授予。
- 全部拒绝与接受一样容易找到和点击，并保持非必要标签关闭。
- 细分选择有效：只打开分析，就只启用分析，别无其他。
- 选择被记住：刷新后以及在下一个页面上，横幅都不再出现。
- 选择已被记录：在你的同意日志中带有时间戳。
C. 更改选择
- 常驻入口（页脚链接或图标）在每个页面上都能重新打开偏好设置。
- 撤回同意会停止相关标签，并在可行时删除它们的 Cookie。
- 从拒绝改为接受时，无需手动刷新，标签就会启动。
D. 地区与语言
- 地区规则按预期运行：使用 VPN 或测试设置，模拟你服务的每个地区的访问者。
- 语言跟随访问者的语言，每个按钮标签都已翻译，不会出现原始键名。
- 如果你提供从右到左的语言，布局能正确镜像。
E. 技术与平台
- 广告信号到达广告标签：确认广告请求上带有你的同意字符串或等效信号。
- 移动浏览器在竖屏和横屏下都能正确显示横幅，按钮大小便于点按。
- 无障碍基础：仅用键盘即可导航，焦点可见，屏幕阅读器会播报该对话框。
- 性能：横幅脚本不阻塞渲染，加载后也不会把主要内容向下挤。
如何在不拖慢发布的情况下执行
- 把清单放进你的发布模板，使其永远不会被跳过。
- 用脚本化的浏览器测试把简单的项目自动化，例如检查同意之前是否有意外请求。
- 每次发布指定一名负责人，必要时轮换。
- 保留结果记录；当你需要说明检查了什么、何时检查时，它会有帮助。
值得补充的特殊情况
为你的站点独有的内容添加检查项：嵌入式视频播放器、聊天插件、地图、社交按钮，以及支付或登录 iframe，往往会加载它们自己的追踪器。如果你发布的移动应用包含 Web 视图，也请在应用内重复 A 到 C 部分。每当一次事故给你带来教训，就向清单里添加一行，这样同样的错误就不会再次发生。
检查失败时怎么办
对于在同意之前追踪或无视拒绝的任何情况，应将失败的同意检查视为发布的阻塞项。外观问题，例如按钮稍有错位，可以开一个工单后先发布。优先级顺序是：先于选择的追踪、被忽略的选择、丢失的选择，最后才是外观。
FlexyConsent 的定位
FlexyConsent 的横幅提供 57 种语言，并支持 Google Consent Mode v2、IAB TCF 2.4 和 IAB GPP v1.1，这涵盖了上述许多技术项目。清单仍然适用，因为页面上实际会触发什么，是由你自己的标签、主题和脚本决定的。
要点回顾
- 每次发布前都运行固定的同意清单，而不仅仅是在横幅变更时。
- 检查首次访问、选择、变更、地区、语言和移动端。
- 在浏览器中验证标签和 Cookie，而不只是看横幅的外观。
- 为失败排序：先于选择的追踪排第一，外观排最后。
- 能自动化的就自动化，并保留每次运行的记录。