ローカリゼーション分析が必要な理由

次にどの言語へ翻訳するかを選ぶことは、一つの賭けです。時間と費用がかかり、その成果は通常は把握できない需要に左右されます。ローカライゼーション分析は、その需要を可視化します。

ダッシュボードではなく、意思決定

ここで分析データを収集する目的は、限定的かつ明確です。「言語 X にローカライズすべきか」という問いに答えるためです。各シグナルはこの問いへの判断材料として選ばれており、汎用的な分析ツール一式を提供することが目的ではありません。

意思決定は、次の 3 つの要素に基づきます。

1. 需要。 この言語を必要としている訪問者は何人いるか。ブラウザーの言語設定と国の情報から、どこに関心があるかを把握できます。
2. 不足。 その需要はすでに満たされているか。優先言語とプロジェクトの翻訳対象言語を比較することで、必要な言語がなく利用を妨げられているトラフィックの割合が明らかになります。
3. 価値。 ローカライズによって十分な成果が得られるか。ロケール不足別のエンゲージメント、十分に対応されていないトラフィックの流入先ページ、そのトラフィックの流入元から、新しいロケールがコンバージョンにつながるかを判断できます。

不足を取り込み時に計算する理由

served_locale と has_locale_gap はイベントごとに保存され、訪問時点の翻訳対象言語に基づいて計算されます。そのため、履歴データには現在の翻訳対象言語を使った再計算結果ではなく、その時点で存在していた機会が反映されます。来月ポルトガル語を追加しても、先月の不足が遡って縮小することはありません。対応できていなかった需要の規模を正確に記録できます。

クッキーレスを採用する具体的な理由

「ユニーク訪問者」を把握する際、Cookie を設定するか、ブラウザーのフィンガープリントを取得したくなるのが一般的です。どちらも長期間存続する識別子を作成します。また、ほとんどのプライバシー規制において、フィンガープリントは Cookie よりも消去が困難です。ここでは、どちらも必要ありません。

1 日単位のユニーク訪問者数を計測するために必要なのは、その日の間だけ安定している識別子です。IP と User-Agent のハッシュを日次で更新し、プロジェクトごとに分離することで、日次および週次のユニーク訪問者数を正確に計測できます。同時に、訪問者を日付やサイトをまたいで関連付けることは不可能になります。長期的な再訪問者の追跡はできなくなりますが、その機能こそがプライバシー上のリスクを生み、適法に運用するために同意バナーを必要とする要因です。

このトレードオフは意図的なものです。ローカライゼーション分析は、法的な障壁なしに、あらゆる場所ですべての訪問者に対して導入できるものであるべきです。