http-equiv类meta标签功能、取值差异及HTML5应用兼容性咨询

所有带http-equiv属性的meta标签，核心设计逻辑是模拟HTTP响应头的行为，但绝大多数早年间流行的此类写法，并未被纳入HTML5正式标准，不同浏览器、搜索引擎的支持度差异极大，以下逐个拆解对应列出的代码片段：

meta http-equiv="pragma" #

• 设计功能：早年用于控制浏览器缓存，预期效果是强制浏览器不缓存当前页面，每次访问都从服务器拉取最新内容。
• 可选取值：历史上唯一被广泛认可的有效值是no-cache，其余自定义取值没有统一行业标准，不具备跨浏览器生效的效果。
• 规范与使用现状：未被纳入HTML5规范的合法http-equiv枚举列表，现代浏览器对该meta写法的支持极不稳定。目前生产环境的缓存控制全部由服务端直接发送HTTP响应头实现，靠meta标签写pragma的方式已经基本被淘汰，多数场景下写了等同于无效代码。

meta http-equiv="robots" #

• 设计功能：本意是告知搜索引擎爬虫当前页面的爬取规则，比如是否允许收录、是否允许追踪页面内链接等。
• 关联的有效content取值（仅正确写法下生效）：
  • index：允许搜索引擎将当前页面收录进搜索结果
  • noindex：禁止搜索引擎收录当前页面
  • follow：允许搜索引擎顺着页面内的链接继续爬取
  • nofollow：不追踪页面内的出站链接，避免传递权重
  • noarchive：禁止搜索引擎展示页面的历史快照
  • nosnippet：禁止搜索结果中展示当前页面的内容摘要
• 规范与使用现状：这是非常普遍的错误写法。HTML5规范中robots元数据属于name属性的管辖范围，正确写法为<meta name="robots" content="xxx">，只有这种写法会被主流搜索引擎识别；用http-equiv属性写的robots规则，完全不被爬虫和浏览器识别，没有任何实际作用。

meta http-equiv="expires" #

• 设计功能：早年和pragma标签配套使用，用于指定页面的过期时间，超过设定时间后，浏览器本地缓存的页面就会失效，需要重新从服务器拉取。
• 可选取值：唯一有效的内容格式是GMT标准时间字符串，比如"Mon, 01 Jan 2025 00:00:00 GMT"。如果内容不是合法的GMT时间，老版本浏览器会默认将该缓存设为立即过期，反而会造成不必要的资源重复加载。
• 规范与使用现状：未被纳入HTML5规范的合法http-equiv枚举列表，现代浏览器对该meta写法的支持度参差不齐。生产环境中页面缓存过期策略全部由服务端返回的HTTP Expires响应头实现，靠meta标签写expires的可靠性极低，现在已经极少使用。

meta http-equiv="revised" #

• 设计功能：纯粹的Web发展早期留下的历史标签，设计初衷是给源码阅读者展示页面的最后修订时间，本身没有和浏览器、爬虫的交互逻辑。
• 可选取值：没有强制格式标准，一般是写人类可读的时间描述字符串，没有统一行业要求。
• 规范与使用现状：完全不在HTML5规范的合法http-equiv值列表中，没有任何主流浏览器、搜索引擎会识别这个标签的内容，写了仅具备源码注释的作用，没有实际功能。现在如果需要标注页面修订时间，要么直接在页面可见区域用语义化标签展示，要么通过结构化数据标注，不会再使用该meta标签。

meta http-equiv="generator" #

• 设计功能：用于标注当前网页是通过什么建站工具、生成框架制作的，常见内容比如"WordPress 6.4"、"Hugo 0.120"。
• 可选取值：没有强制格式标准，一般是写生成工具的名称和对应版本号。
• 规范与使用现状：不属于规范认可的http-equiv合法值，正确的写法应该是<meta name="generator" content="xxx">；且现在多数站点会故意隐藏该标签，避免暴露建站工具类型被针对性攻击，实际使用频率极低。

通用说明 #

HTML5正式规范中，仅认可4种合法的http-equiv属性值：content-security-policy、content-type、default-style、x-ua-compatible，上述提到的5种标签均不在官方标准列表内，属于Web发展早期各厂商自定义的约定俗成写法。目前这些标签的实际生效范围极窄，多数时候仅作为网页源码中的历史痕迹存在，既没有广泛的浏览器支持，也不会被主流搜索引擎识别，不需要刻意在页面中补充这类冗余代码。

内容的提问来源于stack exchange，提问作者user15544871