为什么需要本地化分析

选择下一个要翻译的语言是一场赌注：它耗费时间和金钱，而回报取决于你通常看不到的需求。本地化分析使该需求可见。

是决策，而非仪表盘

在此收集分析的目的明确且有限：为了回答“是否应该本地化为语言 X？”。这些信号的选用来服务于该问题，而非作为通用分析套件。

三个输入驱动该决策：

1. 需求。 有多少访客需要这种语言？浏览器语言和国别可以告诉您兴趣所在。
2. 差距。 这种需求是否已得到满足？通过比较首选语言与您项目目标语言、页面语言以及其建议的翻译，可以发现遭遇语言障碍的流量比例。
3. 价值。 本地化是否有回报？按地区差距衡量的参与度、未被服务流量落地的页面，以及这些流量的来源，表明新地区是否有效转化。

为何在数据摄取时计算差距

served_locale 记录实际页面语言（声明于 <html lang>），而非我们假设访客接收到的语言。has_locale_gap 比较浏览器偏好与您的项目目标、页面语言以及通过 hreflang 链接宣传的翻译。两者均按事件存储当时的快照。这意味着历史数据反映了当时您面临的机会，而非针对今日目标的重新计算。如果您下个月添加葡萄牙语，上个月的差距不会追溯缩小；您保留了一份诚实的记录，表明有多少需求当时供不应求。

为何是无 Cookie（具体而言）

当想要“独立访客”时，本能反应是设置 Cookie 或生成浏览器指纹。两者都会产生长期标识符，而在大多数隐私法规下，清除浏览器指纹比清除 Cookie 更难。这里都不需要。

一天的独立访客只需要一个标识符，该标识符在 在当天内 保持稳定。IP 和用户代理的哈希值，每天旋转并按项目范围划分，支持每日访客计数，同时使得无法跨天或跨网站链接访客。这并未提供长期的访客追踪功能。

此设计限制了分析存储的标识符范围。并未确定特定网站是否需要同意；这取决于网站如何使用分析以及适用的规则。