不同渲染后端的浏览器隐私验证

渲染后端影响的不只是帧率。Canvas、WebGL 和 WebGPU 会暴露与浏览器和图形环境有关的信号。当工作流从工作站迁移到 Linux 服务器、软件渲染或 headless 会话时，这些信号可能发生变化。浏览器隐私评估应把渲染路径和 profile、浏览器版本放在同一份发布记录中。

先建立渲染矩阵

记录 BotBrowser 版本、匹配的 profile family、目标平台、宿主系统、浏览器模式、显示服务和渲染后端。保持应用工作流不变，每次只改变一个环境因素。至少比较一个 headed 工作站、一个 headless 服务器和一个生产使用的宿主类型。

这不是要求测试所有机器，而是覆盖实际支持的组合。profile 和浏览器大版本必须成对记录。一个版本上的 profile 结果不能替代另一个大版本的验证。

选择真实页面流程

选择真正使用图形能力的支持页面，例如报告查看器、文档工作区、媒体页面或图形仪表板。记录起始页面、加载图形表面的动作、预期页面状态和完成条件。测试数据应是合成数据，公开记录不要包含账户名、私有 URL、截图或会话标识。

保持 profile、浏览器版本、路由、存储、viewport 和页面 revision 不变，只改变渲染环境。如果应用页面已经变化，先更新工作流记录，再判断是否是浏览器差异。

分开看隐私与性能

渲染后端可能改变 CPU、启动时间、截图延迟和内存压力。这些是运行特征，不自动等于隐私问题。为信号一致性和运行性能分别设定验收边界，并保存聚合结果，不要公开私有主机或客户数据。

控制变化顺序

当输出变化时，先恢复已接受的 baseline 并重复相同流程。之后一次只改变浏览器版本、匹配 profile、宿主类型、显示服务、图形后端或应用 revision 中的一项。支持流程受到影响时暂停推广，保留上一版本和回滚负责人。

定义公开边界

公开说明应写明支持的浏览器线、profile family、平台和渲染路径，也应说明不保证未支持环境或所有像素完全一致。在选定 profile 和文档化支持边界内，读者可以复现比较方法，而不需要内部实现细节。

比较信号族

Canvas 输出、WebGL 信息、WebGPU 能力、屏幕几何和 timing 可能相关，但不完全相同。一个数值保持不变，不能证明完整的渲染身份一致。首先检查用户可见的页面结果，再审查产品承诺范围内的图形信号族。

建议回答四个问题：页面是否完成真实工作流，图形 API 是否符合目标 profile，headless 与 headed 是否满足支持边界，后端变化是否只改变性能而没有改变身份策略。

不要把公开文章写成检测脚本。读者需要比较方法和支持边界，不需要内部阈值、完整 API 清单或私有日志。

明确记录软件渲染

Linux 服务器可能因为没有 GPU、容器限制或可重复性要求而使用软件渲染。记录后端、显示服务、共享库和浏览器模式。软件渲染可能改变启动时间、CPU、截图成本和图形能力，这些变化应分别设定隐私一致性和运行性能的验收边界。

如果后端缺少工作流必需的能力，应停止该矩阵行并选择受支持的后端。不要用未经评估的 flag 改变隐私边界。

相关内容

Canvas Fingerprinting、WebGL Fingerprinting 和 WebGPU Fingerprinting 介绍相关信号族。跨平台浏览器一致性评估 介绍宿主和目标矩阵。Linux 图形后端指南 介绍服务器渲染选择。

验收清单

• 浏览器版本和 profile family 成对记录。
• 记录宿主、目标、模式、显示路径和渲染后端。
• 使用真实支持的工作流，而不是空白页面。
• 将 Canvas、WebGL、WebGPU、显示和 timing 作为相关信号族检查。
• 内部 probe、阈值、日志和客户证据保留在受控记录中。