次の翻訳先言語を選ぶのは賭けです：時間とコストがかかります。しかし、報酬は通常目に見えない需要に依存します。ローカライゼーション分析は、その需要を可視化します。

## 決定であり、ダッシュボードではありません

ここでの分析収集の目的は狭く、意図的です：「言語 X へローカライズすべきか？」という問いに答えられるようにシグナルが選ばれており、汎用の分析スイートではありません

この決定を動かすのは 3 つの入力です：

1. **需要。** 訪問者の何人がこの言語を望んでいるか？ブラウザ言語や国は、関心の在処を示します
2. **ギャップ。** その需要は既に満たされていますか？好みの言語とプロジェクトのターゲット言語を比較することで、壁に直面するトラフィックの割合がわかります
3. **価値。** ローカライズ化に効果はありますか。ロケール別のエンゲージメントギャップ、未対応トラフィックが到達するページ、ならびにそのトラフィック的来源が、新しいロケールがコンバートされるかどうかを示します。

## ギャップが取り込み時に計算される理由

`served_locale` および `has_locale_gap` イベントごとに保存され、訪問時点のターゲット言語に対して計算されます。これは履歴データが当時直面した機会を反映しており、今日のターゲットに対する再計算ではないことを意味します。来月にポルトガル語を追加した場合、先月のギャップは遡って縮小しません。どの程度の需要が未対応状態にあったのかという正直な記録を保持できます。

## 特にクッキーレスの理由

「ユニーク訪問者」を必要とする場合、その本能的反応はクッキーを設定するか、ブラウザの指紋作成をすることです。どちらも長寿命の識別子を生成しますが、多くのプライバシー規制下において、指紋化はクッキーよりも削除が困難です。どちらもここでは必要ありません。

1 日のユニーク訪問者には、安定した識別子のみが必要です。 *その日以内*。IP と User-Agent のハッシュは、毎日更新されプロジェクトごとにスコープ化され、正確な日次および週次ユニーク数を把握でき、さらに訪問者が日やサイトを超えてリンクされることを不可能にします。長期的な再訪者追跡の機能を放棄することになりますが、これは、法的な運用のために通常同意バナーが必要となるプライバシーのリスクを生み出す機能そのものです。

このトレードオフは意図的です。ローカライゼーション分析はどこででも、すべての訪問者へ、法的な摩擦を伴わずに提供できるものでなければなりません。