HTTP没有定义一个具体的机制来确保消息的完整性，取而代之依赖底层传输协议的错误检测能力和长度的使用或者分块帧来检测完整性。额外的完整性机制，例如哈希函数或者数字签名被用于内容，可以通过扩展元信息头字段有选择的添加到消息中。史上，大多数HTTP通信的非正式特性证明缺乏单一的完整性机制是合理的。但是，作为一种信息访问机制，HTTP的流行使其在验证消息完整性至关重要的环境中得到越来越多的使用。

鼓励用户代理实现用于检测和报告消息完整性故障的可配置装置，使得可以在需要完整性的环境中启用这些装置。例如，浏览器在浏览医疗信息或药物相互作用信息时，协议检测到不完整，过期，或者转移期间被损坏需要告知用户。这个机制可能通过用户代理扩展或者响应中消息完整新元数据的出现而选择性的启用。至少，用户代理应该提供一些指示，允许用户在需要验证时区分完整和不完整的响应消息（第3.4节）。