内容协商

机制

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。