다음으로 번역할 언어를 선택하는 것은 베팅과 같습니다: 시간과 비용이 들고, 수익은 보통 보지 못하는 수요에 달려 있습니다. 로케일라이제이션 분석은 바로 그 수요를 가시화합니다.

## 결정, 대시보드 아님

여기서 분석을 수집하는 목적은 좁고 의도적입니다: "언어 X 로 로케일라이제이션을 해야 할까요?"라는 질문에 답하기 위함입니다. 이러한 지표들은 일반적인 분석 도구가 아니라, 오직 그 질문을 위해 선택되었습니다.

결정을 주도하는 세 가지 입력:

1. **수요.** 방문자 중 이 언어를 원하는 이는 얼마나 되나요? 브라우저 언어와 국가는 해당 관심 영역을 어디에 집중했는지 알려줍니다.
2. **격차.** 그 수요를 이미 충족했나요? 선호 언어와 프로젝트 대상 언어를 비교하면, 지원되지 않아 막히는 트래픽 비중을 드러냅니다.
3. **가치.** 로케라이징 효과가 있을까요? 로케일별 참여도 격차, 대응되지 않는 트래픽이 닿는 페이지, 그리고 해당 트래픽의 출처가 새로운 로케일의 전환 여부를 나타냅니다.

## 왜 격차는 수집 시점에 계산되는지

`served_locale` 그리고 `has_locale_gap` 이벤트당 저장되며, 방문 당시의 대상 언어 기준에 맞춰 계산됩니다. 이는 역사적 데이터가 당시에 마주했던 기회를 반영한다는 의미로, 오늘날의 목표에대한 재계산이 아닙니다. 다음 달 포르투갈어를 추가하더라도, 지난달 격차는 역추적으로 줄어들지 않습니다. 얼마나 많은 수요가 대응되지 않았는지에 대한 올바른 기록을 유지하는 것입니다.

## 왜 쿠키리스인지 구체적으로

고유 방문자가 필요할 때 본능적으로 쿠키를 설정하거나 브라우저 지문을 찍는 경향이 있습니다. 둘 다 장기적인 식별자를 생성하며, 대부분의 개인정보 보호 규제 하에서 지문 찍기는 쿠키보다 삭제하는 것이 더 어렵습니다. 이 경우에는 둘 다 필요하지 않습니다.

일일 고유 방문자는 안정적인 식별자만 요구합니다 *하루 내*. IP 와 User-Agent 의 해시는 프로젝트 단위마다 범위가 한정되어 일별로 회전하며, 정확한 일간 및 주간 유네이크를 제공합니다. 이는 방문자를 여러 날이나 사이트 간에 연결하는 것을 불가능하게 만듭니다. 이는 장기 재방문자 추적 기능을 포기하게 되며, 이는 본래 동의 배너 없이도 합법적으로 운영하기 위해 필요한 사생활 노출 위험을 만들어내는 바로 그 기능입니다.

이 타협은 의도적입니다: 현지화 분석은 모든 방문자에게 어디서든 법적 마찰 없이 배포될 수 있는 것이어야 합니다.