The Accept-Language request-header field is similar to Accept, but restricts the set of natural languages that are preferred as a response to the request. {2616} Language tags are defined in section 3.10.

Accept-Language 要求頭欄は、 Accept と同様ですが、要求に対する応答として優先させる自然言語の集合を制限します。 言語札は 3.10 節で定義しています。

See [H14.4]. Note that the language specified applies to the presentation description and any reason phrases, not the media content.

[2] [H14.4] を参照。 なお、言語指定は表現説明及び理由語句に適用されるものであって、媒体内容に適用されるものではありません。

Accept request-headers can reveal information about the user to all servers which are accessed. The Accept-Language header in particular can reveal information the user would consider to be of a private nature, because the understanding of particular languages is often strongly correlated to the membership of a particular ethnic group. User agents which offer the option to configure the contents of an Accept-Language header to be sent in every request are strongly encouraged to let the configuration process include a message which makes the user aware of the loss of privacy involved.

Accept 要求頭群は、 利用者についての情報をその接続したサーバーすべてに暴くことができます。 Accept-Language 頭は特に、利用者が私的な性質であると考えているかもしれない情報を晒し得ます。 なぜなら、特定言語の理解はしばしば特定の民族集団の一員であることと強い関連があるからです。 要求毎に送信する Accept-Language 頭の内容を設定する選択肢を提供している利用者エージェントは、 設定過程において利用者が個人情報の流出に気づくようなメッセージを含めることを強く推奨します。

An approach that limits the loss of privacy would be for a user agent to omit the sending of Accept-Language headers by default, and to ask the user whether it should or not to start sending Accept-Language headers to a server if it detects, by looking for any Vary response-header fields generated by the server, that such sending could improve the quality of service.

個人情報の流出を限定するために、利用者エージェントが既定では Accept-Language 頭を送信せずに、 サーバーによって生成される Vary 応答頭欄を見て Accept-Language 頭を送ることでサービスの質を向上できるだろうと判断した場合には利用者に Accept-Language 頭を送信することを開始するかどうかをたずねるという方法もあるでしょう。

Elaborate user-customized accept header fields sent in every request, in particular if these include quality values, can be used by servers as relatively reliable and long-lived user identifiers. Such user identifiers would allow content providers to do click-trail tracking, and would allow collaborating content providers to match cross-server click-trails or form submissions of individual users. Note that for many users not behind a proxy, the network address of the host running the user agent will also serve as a long-lived user identifier. In environments where proxies are used to enhance privacy, user agents should ought to be conservative in offering accept header configuration options to end users. As an extreme privacy measure, proxies could filter the accept headers in relayed requests. General purpose user agents which provide a high degree of header configurability should SHOULD warn users about the loss of privacy which can be involved.

利用者が緻密に調整した受入れ頭欄群を要求毎に送信すると、特に品質値が含まれている場合には、鯖がこれを比較的信頼でき長生きする利用者識別子として使うことができます。 この利用者識別子で内容提供者はかちっ跡追跡を行ったり、共同内容提供者が個々の利用者のかちっ跡や入力欄提出をサーバー間で一致させたりすることができるでしょう。 串に隠れていない多くの利用者については利用者エージェントが走っているホストのネットワーク番地も長生きする利用者識別子として供給されることに注意してください。 個人情報保護向上のために串を使う環境では、 利用者エージェントは末端利用者に受入れ可能頭設定選択肢を提供することに慎重になるべきです。極度の個人情報保護の観点から、 串は中継する要求の受入れ可能頭群を濾過できるでしょう。 高度な頭設定可能性を提供する一般目的利用者エージェントは、 個人情報の流出があることを利用者に警告するべきです。