Web における利用者の言語 [16]
一般的には利用者の言語 はロケール の言語 であり、
利用者インターフェイス の翻訳テキスト の選択に使う言語 であり、
数値 や日時 の表示や入力に使う言語 であるべきです。
[17]
複数の言語 が通用する地域の利用者 や、
外国の言語 を解する利用者 などは、
利用者インターフェイス の言語 と違う言語 も良しとすることがあります。
多くの Webブラウザー は複数の言語 を選ぶ機能を持っています。
[5] Webプラットフォーム は利用者の言語 にアクセスする機能をいくつか提供しています。
[6] Web における利用者の言語 の取得navigator.languagenavigator.languagesAccept-Language:languagechangeonlanguagechangenavigator.systemLanguagenavigator.userLanguagesystem-language[35] RFC 7231 - Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content2014-06-07 01:55:45 +09:00 版) https://tools.ietf.org/html/rfc7231#section-5.3.5 [4] HTML Standard , 2025-11-13T08:49:39.000Z , 2025-11-16T07:16:39.964Z https://html.spec.whatwg.org/#language-preferences [418] HTML Standard (2014-07-02 23:06:24 +09:00 版) http://www.whatwg.org/specs/web-apps/current-work/#a-plausible-language [10] いくつかの処理は利用者の言語 に依存する挙動を持ちます。
[11] Web における利用者の言語 の参照toLocaleString文字コードの判定 details >>14 <input type=file> >>12 input ボタン >>13 , >>15 利用者インターフェイス 全般の文言日時入力 数値入力 色の選択 綴り検査 機械翻訳 の翻訳先[18] こうした挙動が(広義の)ロケール を構成する諸言語 のうちどれを使うべきか、
諸仕様は必ずしも整理されておらず曖昧なところがありますが、
表示する文言の決定は利用者インターフェイス の言語 によるべきであり、
API が返すのは利用者の言語 の設定によるべきであり、
判定や表示のアルゴリズム で参照するのは利用者の言語 の設定によるべきでしょう。
[19] なお、
仕様書でロケール 依存とされているものの一部を含め、
Webアプリケーション の利用者インターフェイス の部分を構成することになる機能の一部については、
翻訳テキスト の選択は利用者の言語 ではなく節点の言語 によるべきという考え方もあります。[14]
HTML Standard , 2025-11-13T08:49:39.000Z , 2025-11-16T07:39:39.027Z https://html.spec.whatwg.org/#the-details-and-summary-elements [12] HTML Standard , 2025-11-13T08:49:39.000Z , 2025-11-16T07:38:10.423Z https://html.spec.whatwg.org/#the-input-element-as-a-file-upload-control [13] HTML Standard , 2025-11-13T08:49:39.000Z , 2025-11-16T07:38:43.940Z https://html.spec.whatwg.org/#the-input-element-as-a-button [15]
HTML Standard , 2025-11-13T08:49:39.000Z , 2025-11-16T07:40:18.365Z https://html.spec.whatwg.org/#using-the-input-element-to-define-a-command 値の決定 [8]
利用者 のプライバシー の保護のため、Webブラウザー は利用者 情報を秘匿することが認められています。
その場合は代替となる値を使うことになっています。
>>418
[9]
このため HTML Standard は
navigator.language の値を
either a plausible language or the user's most preferred language
とし、
navigator.languages
の値を
either one or more plausible languages, or the user's preferred languages
とし、
Accept-Language:
の値をそれらと同じリストを使うべきとしています。
>>418
複数の値の解釈 [56] 言語の折衝 , Accept-Language:,
navigator.languages も参照.
利用者インターフェイス [412] 利用者エージェント は何らかの形で利用者 の望む言語を利用者 が指定できるようにする必要があります。
利用者 にそのような方法を提供しない利用者エージェント は、
Accept-Language: ヘッダー を送信してはなりません >>35
[50] 一般的な Webブラウザー は、設定画面に自然言語 の指定機能が用意されているのが普通です。
選択肢からいくつかの言語 を選んだり、それ以外の言語タグ を追加したりできるのが普通です。
[51] 既定 では、プラットフォーム の言語設定が Webブラウザー にも反映されるようになっているのが一般的です。
プラットフォーム の言語設定を変化させた時に自動的に Webブラウザー にも反映されるのかどうかは不明です。
自動的に反映されるべきかもしれませんし、利用者 の個別設定があればそれが優先されるべきかもしれません。
[413] 利用者 は普通言語範囲 の一致の仕組みに詳しくないですから、
利用者エージェント は何らかの配慮をするべきought to です。
例えば利用者 が eb-GB en >>35
[52] 一般的な実装では、利用者 が非論理的な指定をできてしまい、
特に何の警告も発されないことがあります。例えば、
en-GB, ja, en のような指定は、
利用者 が英語 と日本語 のどちらを求めているのか、
真意が定かではありません。サーバー は決めかねて、
利用者 の意図に沿わない動作をするかもしれません。
利用者 が試行錯誤している場合など、深い意図もなくそのような指定をしてしまうこともありますから、
利用者エージェント が問題のありそうな指定を検出して利用者 に警告できれば良いのですが、
どのような指定方法だと問題となるかもあまり明確ではありませんし、
利用者 がそう頻繁に使いそうな設定項目でもありませんから、
実装を複雑化させるコストに見合わないかもしれません。むしろ設定画面の奥の方に押し込んで、
不注意な利用者 がうっかり触ることが内容にした方が良いのかもしれません。
プライバシー [7]
利用者の言語 の情報は fingerprinting vector です。
かなり繊細な利用者 のプライバシー に関わる情報であり、
慎重な取り扱いが求められます。
Webのプライバシー
[410] Accept-Language: ヘッダー は利用者 のプライバシー に関わる情報を漏らすものですから、
注意が必要です。
[411] とはいえどの Webブラウザー もこのヘッダー をすべての要求 につけて送信するようです。
[416] 実際には言語 の情報だけでは個人を特定することはできないでしょうが、
話者が少数の言語 の場合や、言語 の組み合わせ、あるいは言語 とそれ以外の情報の組み合わせによって、
個人を特定したり、複数の要求 や複数のサイトにわたった行動の追跡に用いたりすることができるかもしれません。
また、話者が多数の言語 であっても、あまりその言語 の話者がいない
Webサイト を閲覧すると、同様に特定したり追跡したりできるかもしれません。
[420] fingerprinting vector の項も参照してください。[421] 匿名化サービス を使っている場合、言語 としては en-US >>418
[419] 利用者エージェント は、
Accept-Language:
と
navigator.languages
で同じ言語 リストを用いるべきです >>418