內容協商

內容協商（英語：Content negotiation）是超文本傳輸協議（HTTP）中定義的一個機制，它使同一個統一資源標誌符（URI）上的文檔可以根據用戶代理中指定的適用信息提供不同的版本。這種機制的傳統用法是提供GIF或PNG格式的圖像，為不支持顯示PNG圖像的瀏覽器（例如微軟Internet Explorer 4）提供GIF版本的圖像。

因此，一個資源可以有多種不同版本可用。例如，它可能有不同語言或不同多媒體格式的版本，或者其他用法。選擇最合適版本的一種方法是為用戶提供一個索引頁面，由他們選擇所需的版本。但在某些情況下，也可根據一些標準來自動選擇。

機制

HTTP提供了多種內容協商機制：服務器驅動（或稱主動），用戶代理驅動（或稱被動），透明，及其他組合、配合。

服務器驅動

服務器驅動（或稱主動）內容協商是根據服務器上執行的算法來選擇幾種可能的變種。這通常基於用戶代理提供的可接受標準來決定。

簡單總結它的工作原理：當用戶代理向服務器提交請求時，用戶代理通告服務器它能理解的媒體類型以及評級。更具體來說，用戶代理在HTTP頭Accept中列出和提供可接受的媒體類型及相應的質量評級。服務器按照用戶代理所提供的這些參數選擇提供最適合用戶代理的資源版本。

作為其中的重要一環，瀏覽器在發送每個請求時都會附上它偏好的表示方式。例如，瀏覽器可能表示它更希望看到德語，否則提供英語。瀏覽器在請求的頭中指明此偏好。例如僅要求（偏好）德語，瀏覽器可能是發送：

Accept-Language: de

應注意的是，此偏好僅在其是多種表示法可選並且是其中之一時適用，並且因語言而異。

以一個更複雜的請求為例，瀏覽器已配置為接受德語和英語，但更偏好德語，並且接受幾種媒體類型，相較純文本或其他文本類型而言更偏好HTML，並且在媒體文件方面更偏好GIF和JPEG，但也允許其他媒體類型作為最後的選擇：

Accept-Language: de; q=1.0, en; q=0.5
 Accept: text/html; q=1.0, text/*; q=0.8, image/gif; q=0.6, image/jpeg; q=0.6, image/*; q=0.5, */*; q=0.1

除了按內容類型或語言完成的服務器驅動的內容協商，還有一個Accept-Datetime頭將內容協商擴展為檢索以前版本的資源。

RFC 7231未規定如何解決兩難問題（例如在上面的例子中，如果服務器有英語的HTML頁面和德語的GIF圖像）。

用戶代理驅動

代理驅動（或稱被動）內容協商是通過用戶代理中的算法執行，由用戶代理在可能的變體中選擇一項。這通常基於服務器提供的多種表示及元數據來執行。

簡單總結它的工作原理：當一個用戶代理向服務器提交請求時，服務器通知用戶代理它可用的表示法及各個表示法的元數據（例如內容類型、質量、語言等）。然後用戶代理將請求重新提交到選定的一種表示法的特定網址。這種方式使用戶代理可以自動選擇，用戶代理也可提供選項使用戶手動選擇，以及用戶可以直接選擇、配置。更具體來說，服務器響應300 Multiple Choices或406 Not Acceptable（當服務器驅動時，用戶代理提供了接受標準但服務器無法自動選擇時）。雖然如此，但HTTP沒有規定表示方法及元數據的格式，以及相應的選擇機制。

內容格式

用戶代理可以從網頁服務器或API請求指定格式的數據，例如application/json或application/xml。

參見

• 網頁伺服器
• HTTP壓縮

外部連結

• RFC 7231 — Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content – (Section 5.3: Content Negotiation)
• RFC 2295 — Transparent Content Negotiation in HTTP
• RFC 2296 — HTTP Remote Variant Selection Algorithm -- RVSA/1.0
• Apache Content Negotiation （頁面存檔備份，存於網際網路檔案館）
• Open source PHP content negotiation library (supports wildcards and q values) （頁面存檔備份，存於網際網路檔案館）
• Discussion about XHTML serving with content negotiation and browser concerns requiring this