내 언어를 추측하지 마세요

• 웹 서비스가 IP 위치 정보로 표시 언어를 정하면 VPN, 여행, 해외 거주, 다언어 국가 사용자에게 원하지 않는 언어가 노출됨
• 국가와 언어는 1:1 관계가 아니며, Belgium은 3개, Switzerland는 4개, India는 22개 공식 언어를 쓰고 Canada는 공식 이중언어 국가임
• 브라우저는 OS나 브라우저 설정에 기반해 Accept-Language 헤더를 보내며, 예시는 Accept-Language: en-US,en;q=0.9,de;q=0.8임
• 더 나은 구현은 Accept-Language를 우선하고, 사용자가 직접 바꾼 언어를 쿠키나 URL 파라미터로 기억하는 방식임
• GeoIP는 통화, 배송, 법적 요구처럼 위치가 필요한 영역에 쓰고 언어 선택에는 쓰지 않는 편이 사용자 선호를 덜 왜곡함

---

IP 위치 정보는 언어 선호를 말해주지 않음

• IP 주소는 요청이 어디서 왔는지만 보여줄 뿐, 사용자가 어떤 언어를 원하거나 이해하는지는 알려주지 않음
• VPN, 여행, 해외 거주, 여러 공식 언어를 가진 국가에서는 IP 기반 언어 선택이 쉽게 빗나감
• 국가와 언어는 단순히 대응되지 않음
  • Belgium: 공식 언어 3개
  • Switzerland: 공식 언어 4개
  • India: 공식 언어 22개
  • Canada: 공식적으로 이중언어이며 비공식적으로 다언어 환경
• VPN 사용자는 IP가 바뀔 때마다 무작위 언어가 표시될 수 있고, Google 접속 시 이해하지 못하는 언어가 나오는 사례도 있음
• 잘못된 IP 데이터베이스를 브라우저의 언어 정보보다 우선하면 사용자는 원하지 않는 UI 언어를 받게 됨

브라우저의 Accept-Language를 우선해야 함

• 모든 브라우저는 사용자의 선호 언어를 담은 Accept-Language 헤더를 보냄
• 이 값은 위치나 IP가 아니라 OS 또는 브라우저 설정에 기반함
• 예시:
  • Accept-Language: en-US,en;q=0.9,de;q=0.8
• 합리적인 처리 흐름은 단순함
  • Accept-Language를 읽음
  • 그 값을 존중함
  • 사용자가 필요하면 언어를 바꿀 수 있게 함
  • 바꾼 선택은 쿠키나 URL 파라미터로 기억함
• GeoIP가 필요하더라도 언어가 아니라 통화, 배송, 법적 요구 같은 영역에 한정해 쓰는 것이 적절함

[GN⁺]

Hacker News 의견들

• Accept-Language를 받아들이지 않는 건 정말 짜증나는 일임
  더 나쁜 건 다국어 사이트들이 언어 전환 버튼과 언어 목록까지 현재 언어로 번역하는 경우가 많다는 것인데, 목적 자체를 망치는 멍청한 설계임
  Wikipedia는 이걸 제대로 함. 언어 전환 버튼은 범용 다국어 아이콘으로 명확하고, 언어 목록은 각 언어의 이름을 그 언어 자체로 표시하며, 대체로 알파벳순으로 두고, 가능성이 높은 후보를 위에 올림
  예를 들어 영어 Wikipedia 페이지는 Deutsch, Français, Nederlands 같은 추천 언어를 보여줌. 언어를 멋대로 가정하면 서로 피곤해지니, Wikipedia처럼 하면 됨

  • 검색 엔진에서 원하는 페이지로 들어갔는데, 국가 선택 모달이 뜨고 국가를 고르자마자 해당 지역 사이트의 홈페이지로 보내버리는 것도 분노를 유발함
    닫기 버튼이 있는 곳도 있지만 없는 곳이 많아서 더 짜증남
  • “알파벳순”이라고 하기엔 미묘함. 오늘의 영어 특집 문서에서 언어 목록을 보니 中文, Italiano가 추천으로 나오고, 나머지는 지리적 지역별로 묶여 있었으며 딱히 알파벳순도 아니었음
    유럽 쪽에는 키릴 문자 그룹이 있는 듯한데 Қазақша가 Українська 뒤에 나오며, 카자흐어 기준으로도 정확하지 않고 Қ를 모르는 사람에게도 예상 밖일 수 있음. 중국어 계열도 획순으로 정렬된 것 같지는 않고, 한국어는 그 아래에 있음
    Wikipedia 현지화는 훌륭하지만, 언어 이름을 자기 언어로 표시할 때 “알파벳순 정렬”이 얼마나 애매한지에 대한 사소한 보충임
  • Wikipedia는 지난번 선택도 기억해서 위로 올려줌. 그게 바로 사용자 경험임. 실제로 도움이 되고 짜증나게 만들지 않는 것
  • 완벽한 나쁜 예로 iPhone의 YouTube 앱이 갑자기 암하라어로 바뀐 적이 있음
    Google 지원 문서 https://support.google.com/youtube/answer/87604는 눌러야 할 버튼을 영어로 설명해줬지만, 암하라어를 모르고 당시엔 그 언어가 뭔지도 몰랐음. iPhone 번역도 이 에티오피아 언어를 인식하지 못했음
    범용 다국어 아이콘 하나만 있었어도 쉽게 피할 수 있는 곤란한 상황이었음
  • 이 문제에는 두 단계가 있음. 다른 유럽 언어가 나오면 보통 “English”에 해당하는 단어를 대충 찾아 전환할 수 있어 큰일은 아님
    하지만 벵골어처럼 모르는 문자 체계가 나오면 문제가 됨
    그래서 모든 언어 선택 메뉴에는 탈출구로 영어와 중국어를 현지화하지 않은 형태로 넣는 게 좋을 수 있음. 거의 모든 웹 사용자가 메뉴를 더듬어 실제 자기 언어를 찾을 만큼은 알아볼 수 있기 때문임

• YouTube가 동영상 제목을 설정 언어로 자동 번역하는 “기능”도 싫음. 영어를 이해할 수 있는데 이런 자동 번역은 필요 없고 정말 성가심

  • 이건 단순히 “영어를 이해한다”보다 훨씬 더 나쁨
    언어를 모른다면 그 동영상은 아마 나를 위한 게 아닐 가능성이 큼. 국제 시청자를 겨냥한 영상은 대부분 영어이거나, 적어도 제작자가 직접 번역해둠
    제목은 짧은 문장이라 번역에 필요한 문맥이 부족함. 포르투갈어로 Vamos assistir uma conexão com o passado 같은 제목을 본 적이 있는데, 직역하면 “과거와의 연결을 보자”였고, 머릿속에서 역번역해야 원제가 Let's play A Link to the Past였다는 걸 알 수 있었음
    온라인 자료는 제2언어 연습에도 좋은데, 능력을 과소평가하지 않았으면 함. 최소한 원문을 직접 읽어보게 해주고, 필요하면 Google Translate나 사전을 쓸 수 있음
    이 기능이 온라인 콘텐츠 접근성을 넓힌다는 점은 인정하지만, 경험을 나쁘게 만들면 최소한 끌 수 있게 해야 함
  • 독일인이지만 컴퓨터는 영어로 설정해두는데, YouTube가 독일어 영상이나 광고를 자동 번역해서 아주 기괴한 문구와 부자연스러운 기계 음성을 들려줄 때가 있음
    Lidl is worth it, ja! 같은 식임
  • 제목뿐 아니라 오디오 트랙도 문제임
    자주 보는 YouTuber 몇 명이 팬 제작 번역 오디오 트랙으로 언어를 확장하고 있고, 영어가 그중 하나일 때도 있음. 그런 영상을 볼 때마다 원어의 말장난이나 숨은 뜻이 번역에서 사라져서 매번 원래 언어로 수동 전환해야 함
    YouTube가 Firefox와 YouTube 관련 확장 기능을 싫어하는 탓에 컨트롤이 다 로드되기 전에 영상이 시작되어, 언어 트랙을 바꾸려고 되감기까지 해야 하는 경우도 많음
    다른 답글에서 도와주는 확장을 링크해줬으니 써볼 생각이지만, YouTube 설정에 “항상 원래 언어 사용” 토글 하나가 없다는 게 짜증남. 번역 오디오를 원할 때는 직접 켤 수 있고, 여러 언어를 어느 정도 하므로 그런 경우는 내가 보는 콘텐츠에서는 드묾
    광고 차단을 방해하거나 광고를 밀어붙이려는 의도라면 이해라도 하겠는데, 이건 그냥 잘못 구현된 “편의” 기능임. 그래도 어떤 PM은 칭찬받았을 것 같음
  • YouTube 알고리즘이 이 기능을 쓰고 “콘텐츠 접근성”을 높인 사람에게 보상을 주는 듯함
    하지만 내가 읽을 수 있는 영어 제목 대신 못생긴 기계 번역 노르웨이어 제목을 보여준다면, 경험상 그 채널은 알고리즘을 쫓는 저품질 채널이라는 신호라서 “이 채널 추천 안 함”을 누르게 됨
  • 이제 Google과 Kagi의 Reddit 결과도 번역되어 나와서, 내 언어로 된 관련 답변을 찾은 줄 알았는데 실제로는 영어 게시물의 기계 번역인 경우가 생김

• 이런 설계에는 “모든 사람이 언어 하나만 이해한다”는 암묵적 가정이 깔려 있어서 싫음
  네 언어를 편하게 읽을 수 있고, 보통 나쁜 현지화보다 원어를 선호함. 그래서 IP 기반으로 선호 언어를 추측하면 거의 반드시 틀림
  이미 브라우저 언어 설정으로 어떤 언어를 쓸 수 있는지 알려주고 있는데, 사용자가 그걸 제대로 설정할 만큼 똑똑하지 않다고 가정할 이유가 없음
  YouTube의 기본 활성화된 AI 더빙은 더 나쁨. 보는 영상의 절반쯤은 열고, 설정을 눌러 AI 더빙을 끄고, 처음으로 되감아 다시 시작해야 함. 오래 걸리진 않지만 엄청 거슬림

  • YouTube의 AI 더빙은 정말 끔찍함. 듣고 있던 오디오가 다른 탭의 이상한 광고가 아니라 영상 자체에서 나오는 거라는 걸 깨닫는 데 5분 걸렸음
    제목이 번역되어 표시되는 것도 싫음. 말은 영어로 하는 영상을 보는데 제목은 다른 언어로 되어 있으면 너무 이상함
  • Google에 스페인어를 아는 언어 중 하나로 설정해두었는데도 여전히 모든 걸 영어로 자동 번역함
    스페인어가 유창하진 않지만, 유창해지는 좋은 방법 중 하나가 원어 콘텐츠 소비인데 YouTube가 그걸 어렵게 만듦

• 가장 짜증나는 건 Google임. 내가 누구인지 알고, 여행 중인 것도 알고, 언어 선호가 영어인 것도 아는데, 특정 페이지에서는 여전히 위치 기반 언어를 보여줌
  Google이 나를 추적하도록 허용했으니, 광고뿐 아니라 좋은 사용자 경험에도 좀 써줬으면 함

  • 카탈루냐어 사용자는 Google 계정, 시스템 언어, 브라우저 언어 어디에도 스페인어가 연결되어 있지 않아도 스페인어를 강제로 받게 됨
    미국에 살고 있는데도 Google은 카탈루냐어 관련 검색에서도 스페인어 결과를 주려고 함. 예를 들어 스페인어 Wikipedia를 선호함. 검색 엔진 동작은 해마다 오르내렸지만 좋았던 적은 없음
    스페인어를 이해하지 못하는 자녀들에게 큰 문제이고, Andorra를 포함해 스페인이 아닌 카탈루냐어권 지역에도 문제임
    Gemini는 카탈루냐어 콘텐츠를 쉽게 안전하지 않다고 표시하고 대화를 이어가지 못하게 막았음. “이 기사 요약해줘” 같은 프롬프트에서도 그랬고, 최근엔 나아졌을 수는 있음
    예전 Google은 세계의 다양성에 민감한 책임 있는 대기업의 사례였음. 지금도 여러 팀의 노력을 높이 사지만, 더 이상 우선순위가 아니라는 건 분명해 보임
  • Google이 이 문제에서 이상하게도 최악임
    최근에는 Maps 리뷰에서 현지 언어를 영어로 자동 번역하는 게 잘못이라고 판단한 듯함. 다른 모든 언어는 영어로 번역하면서, 내가 그 지역에 산다는 이유로 현지 언어도 할 줄 알 거라고 가정해 영어가 필요 없다고 봄
    검색 결과도 마찬가지임. 오래 그곳에 있었으니 당연히 현지어 Wikipedia를 원할 거라고 여김. 현지 정보를 찾으려면 현지어로 검색해야 해서 그런 것뿐인데, 그걸 선호 신호로 해석함
    “소프트웨어가 똑똑하게 모든 선호를 추측해야 한다”는 흐름 전반에도 해당함. Google이 이렇게 일관되게 실패하는데도 계속하는 이유는 잘못된 기업적 자만심 말고는 이해하기 어려움
  • Google 개발자와 이 문제로 논쟁한 적이 있음
    그는 효율성을 위해 콘텐츠 렌더링에 단계가 있고, 메인 페이지 구조를 만들 때는 아직 사용자 정보가 없다고 했음. 하지만 그 단계에서도 Accept-Language 헤더는 바로 사용할 수 있어야 하므로 말이 안 된다고 봄
  • 최악의 경험은 새 나라에 도착했는데 Play Store가 로컬 앱을 보여주지 않은 일이었음. Google 계정이 예전 나라에 묶여 있었기 때문임
    국가 변경은 쉽지 않았고, 예전 국가와 그 앱들을 포기해야 했음. 왕복을 좀 하는 편이라 결국 두 번째 휴대폰을 사고 새 나라용 계정을 만들게 됨
  • Google은 내가 영국에 살고 영어를 쓴다는 걸 아는데도, 스페인 호텔 방 TV에 로그인해서 영어 YouTube 영상을 보면 스페인어 광고를 보여줌
    내가 이해 못 한다는 걸 잘 알 텐데도 광고주에게는 과금할 수 있으니 계속 그러는 느낌이라 우스움

• 훨씬 더 중요한 원칙은 사용자 언어로 콘텐츠를 자동 번역하지 말라는 것임
  실제로 데이터가 존재하는 언어를 보여주면 됨. 사용자가 원하면 브라우저의 “번역” 버튼을 누를 만큼 똑똑하고, 그 번역 품질이 더 나을 가능성도 큼
  영어는 내 모국어도 제2언어도 아니지만 매일 업무에 쓸 만큼은 잘 이해함. 원래 영어 버전을 읽기 위한 버튼을 찾으려고 자동 번역 쓰레기 더미를 헤매고 싶지 않음
  이상하게도 이 문제는 영어에 대해서만 주로 생김. 다른 언어권 사이트들은 보통 그러지 않는데, 그 사실만으로도 해외 방문자가 이걸 싫어한다는 신호가 충분함
  웹사이트에 기계 번역을 쓰려 한다면 게시 전에 모든 언어에 대해 왕복 번역을 해봐야 함. 번역하고, 결과를 다시 붙여넣고, 다시 원어로 번역해보면 대략 공개하려던 내용이 무엇인지 보일 것임. 하지 않는 게 좋음

  • Reddit이 프랑스어로 자동 번역해서 싫음. 사용자 특유의 문체는 제대로 사람이 번역하기도 어렵거나 불가능할 텐데 자동 번역해버림
    영어를 못하더라도 그 번역된 콘텐츠는 볼 가치가 없을 것 같음
    언어를 바꾸거나 원문을 보이는 기능은 찾기 어렵고, 앱인지 모바일 웹인지 데스크톱 웹인지에 따라 달라짐
    앱을 내려받게 하려고 너무 애쓰는 것도 별개로 문제임
  • 기계 번역은 몇 년 전부터 충분히 좋아져서 원어민도 알아채지 못할 정도가 됨

• “모든 브라우저가 Accept-Language 헤더를 보내고, 사용자의 OS나 브라우저 설정 기반 선호 언어를 알려주며, 사용자가 원하면 바꿀 수 있다”는 가정도 깨져 있음
  우선 Accept-Language는 순서 있는 목록인데, 일상적으로 여러 언어를 쓰는 사람들은 절대적인 선호 순서가 아니라 주제별 선호를 갖는 경우가 많음
  영어 뉴스 사이트에 프랑스어 번역판이 있어도, 프랑스어가 더 능숙하더라도 영어판을 원할 수 있음
  그래서 사용자는 실제 선호보다 가장 실용적인 언어를 지정하게 됨. 예를 들어 로컬 비영어 사이트는 국제 영어 사이트보다 수작을 덜 부리는 경향이 있어서, 언어를 영어만으로 설정하면 전자는 영어 표시를 강제하고 대부분의 다른 사이트에는 영향이 적음
  오히려 프랑스 사이트가 모든 선호를 무시하고 기본으로 프랑스어판을 밀어주는 게 그런 경우엔 도움이 됨
  결국 사이트 운영자가 똑똑한 척하지 말고 다른 버전으로 바꾸는 아주 명확하고 빠른 인터페이스를 제공했으면 함. Wikipedia는 꽤 괜찮게 함

  • 유용한 Accept-Language 헤더를 버릴 게 아니라, 반쯤 만든 번역을 제공하지 않는 게 해결책임
    다국어 웹사이트라면 완전히 번역되고 검증된 번역 세트만 제공해야 함. UI와 자체 콘텐츠를 몇몇 언어로 번역하는 건 대상 고객에 따라 회사에 의미가 있을 수 있지만, 그 모든 걸 유지하고 동기화해야 함
    사용자 콘텐츠는 건드리면 안 됨. “스페인어가 감지되었습니다. 영어 자동 번역을 보려면 클릭” 같은 버튼 아래에 도움 기능으로 둘 때가 아니라면 자동 번역하지 말아야 하고, 사실 그것도 브라우저에 맡기는 게 좋음
    Accept-Language로 언어를 고르고, 추가로 전환 방법을 제공하면 됨
    Wikipedia는 사실 같은 콘텐츠의 번역을 제공하는 방식이 아님. 각 언어는 별도 인스턴스이고, MediaWiki UI 문구를 제외하면 같은 문서의 번역이 아니라 겹치는 부분이 있는 다른 언어의 다른 문서임. Language 항목의 네덜란드어판은 같은 글의 네덜란드어 번역이라고 주장하지 않으며, 의도적으로 다른 하위 도메인과 경로에 있음
  • 기술적으로 Accept-Language는 각 언어에 “품질 값”이나 가중치를 지정할 수 있음: https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/...
    브라우저와 웹사이트 양쪽 모두 개선 여지가 많다고 봄
    웹사이트는 브라우저가 요청한 언어를 사용자가 덮어쓸 수 있게 해야 함. 브라우저도 사이트별로 “사이트 기본값”, “시스템 기본 언어 요청”, “영어 요청”, “중국어 요청”, “스페인어 요청” 등을 고를 수 있게 해야 함
    가장 좋은 방식은 사이트가 지원 언어 목록을 노출하는 것임. 예를 들어 manifest.json에 둘 수 있음: https://developer.mozilla.org/en-US/docs/Web/Progressive_web... 형식은 Map> 같은 형태가 될 수 있음
    언어 선택은 서버가 아니라 클라이언트 쪽에서 이뤄져야 함
  • Accept-Language는 순서 목록이 아니라 부분 순서 목록임
    영어 뉴스 사이트에 프랑스어 번역판이 있어도 영어판을 원한다면, 두 언어를 같은 우선순위로 두면 됨
  • 사용자가 실제 선호가 아니라 가장 실용적인 언어를 지정한다는 가정이 어디서 나오는지 모르겠음
    많은, 어쩌면 거의 모든 사이트가 Accept-Language 헤더를 존중하지 않는 현실을 보면, 사용자가 이 설정을 고를 때 머릿속에서 그렇게 게임 이론을 돌리고 있다고 보기는 어려움

• 정부 유관 사이트에서 접근성과 다국어 지원을 구현하는 프로젝트를 맡은 적이 있음
  지원 언어 중 기본값을 고르는 데 Accept-Language를 사용했는데, PM이 그 결정을 뒤집고 영어 기본값을 강제함
  접근성 감사관은 감사 보고서에 “Accept-Language 사용”을 빨간 항목으로 넣었고, 처음에는 그렇게 구현됐다가 되돌려졌다는 사실을 알고 회사를 강하게 질책함
  이 일과 비슷한 멍청한 결정들 덕분에 계약 작업을 몇 주 더 하게 됨

• 언어 불평을 털어놓는 자리 같으니, Apple TV에 대한 불만도 있음
  일본어만 하는 가족이 있고 내 Apple 계정은 핀란드임. 함께 The Martian을 보려 했지만 일본어 더빙 오디오 트랙이 분명히 존재하는데도 선택할 수 없었음
  계정 국가와 관련 없는 옵션은 아예 보여주지 않고, 우회하려면 Apple 계정 전체를 다른 국가로 바꿔야 함
  그런데 활성 Apple TV 구독이 있으면 그 변경도 할 수 없음. 결과적으로 가족이 함께 Apple TV를 볼 수 없었음

  • 아마 라이선스 문제일 것 같음. 일본어 더빙이 핀란드에서 재생되도록 허가되지 않았을 수 있음. 이 경우 멍청함은 저작권법이나 변호사들 때문임
  • Netflix도 핀란드에서 비슷한 이상한 점이 있었음
    기억이 맞다면 계정 언어 설정이 있고, Kim's Convenience를 보려면 영어로 설정해야 했음. VPN도 필요 없고 다른 나라에 있다고 주장할 필요도 없지만, 올바른 언어를 설정하지 않으면 콘텐츠를 숨김
    핀란드어 UI에서 영어 자막으로 콘텐츠를 보는 경우에도 그랬음

• 해외에 있을 때는 정말 말도 안 되고, 본국에 있어도 프로그래밍 문서처럼 현지화 버전이 동등하지 않은 경우에는 짜증남
  이상적인 경우에도 영어 원문을 선호할 가능성이 높고, 실제로는 기계 번역인 경우가 많아 훨씬 나쁨
  최근 더 자주 보이는 또 다른 극도로 짜증나는 건 검색 결과에 콘텐츠의 기계 번역판이 뜨는 일임. Reddit이 이제 그러는데 정말 끔찍함
  비영어 검색어를 쓰는 주요 이유 중 하나는 비영어 결과를 얻기 위해서임. 예를 들어 전 세계적으로 적용되지 않는 주제의 정보를 찾는 경우가 그렇음

  • Reddit 제품팀이 이 기능을 만들며 자신들을 단일언어 사용자로 상정하고 미국 국가를 흥얼거리는 모습이 들리는 듯함
    세계의 나머지 사람들은 여러 언어를 잘 이해할 수 있음
  • 최근 Mongo 문서 때문에 꽤 심하게 좌절하고 있음
    위치 기반인지 Accept-Language 기반인지는 안 해봤지만 동작이 정말 분노를 유발함
    웹 검색을 하면 영어 버전 결과가 나오고, 열면 JavaScript가 로드되는 즉시 PT-BR로 바뀌었다가, 몇 초 뒤 페이지가 완전히 로드되면 URL에는 /pt-br/ 슬러그를 남긴 채 다시 영어로 돌아감
    번역도 사람 손으로 만들거나 검수한 게 아니라는 게 너무 분명함. 게다가 나는 PT-PT 사용자라 PT-BR과의 차이 때문에 더 짜증남

• 예전에 Accept-Language를 파싱해서 사용자 우선순위에 가중치를 주고, 우리가 제공하는 것 중 사용자 선호에 가장 가까운 언어를 고르는 작은 시스템을 만든 적이 있음
  예를 들어 브라질 포르투갈어 번역은 있지만 포르투갈 포르투갈어는 없어서, 후자를 요청한 사용자에게 전자를 제공하되 더 낮은 우선순위의 정확한 일치가 있으면 그쪽을 쓰는 식이었음
  기술적으로는 잘 동작했고 코드도 깔끔했으며, 만드는 재미도 있었음
  하지만 사용자 관점에서는 대부분이 Accept-Language 헤더와 상관없이 그냥 영어를 원했음. 바닥글에서 바꿀 수 있었지만 충분히 눈에 띄지 않았던 듯함
  이제는 그냥 물어보고, 사용자들도 더 만족함

  • “물어본다”는 게 쿠키가 없는 상태로 사이트를 방문할 때마다 언어 선택 벽을 먼저 보여준다는 뜻이라면 자주 겪는 고통임
    내가 클릭한 페이지에 그대로 머무르는 방법을 알기 어렵다. “continue” 버튼이 미리 선택된 값을 적용하는지, 팝업만 닫고 현재 페이지를 계속 보여주는지 헷갈림
    전자라면 미리 선택된 값이 현재 페이지 언어인지 다른 언어인지도 모르겠고, 현재 로케일을 추측해 선택한 뒤 팝업을 닫아야 하는지 고민하게 됨. 개발자 도구로 모달을 삭제하고 우회할 수 있는지까지 생각함. 작은 닫기 버튼 하나도 이런 언어 벽에서는 사치임
    100번 중 95번은 내가 클릭한 언어 그대로 괜찮음. 독일어판의 지역별 배송 정보나 결제 옵션이 필요하면 오른쪽 위나 바닥글의 언어 선택기를 찾을 것임
    그 두 곳 중 하나에만 있어도 JavaScript 팝업이 계속 뜨지 않는 웹이 훨씬 행복할 것 같음
  • 그래도 기본값은 Accept-Language로 두고 싶지만, 사용자에게 묻는 것이 핵심임
    선택지를 제공하는 패턴이 궁금함. 이 글은 아이콘을 거부한다는 점은 좋지만, 여러 지역을 하나의 언어로 귀결시키는 방식은 마음에 들지 않음: https://usersnap.com/blog/design-language-switch/
  • 많은 사람은 이 값이 OS 기본값으로 설정되어 있을 것이고, 그냥 익숙해져 있으며 바꾸는 방법도 모를 가능성이 큼