HTML 无文档有效期限机制，所谓“过期时间”需靠 HTTP 响应头（如 Cache-Control、Expires）控制缓存，meta 标签仅旧版 IE 有限支持且优先级低；真正到期下线须服务端协同处理。
HTML 中没有标准的“文档有效期限”机制
浏览器和搜索引擎不识别所谓“HTML 文档有效期”，<meta> 标签里加个“过期时间”不会让页面自动下线或失效。这是个常见误解，源于把 HTTP 缓存头和 HTML 元数据混为一谈。
真正起作用的是服务器返回的 HTTP 响应头，比如 Cache-Control 和 Expires。HTML 本身只是静态内容载体，它没法控制自己什么时候“作废”。
想让页面在某个时间后不被缓存？用 HTTP 响应头，不是
<meta http-equiv="Cache-Control" content="max-age=3600"> 这类写法在现代浏览器中基本无效——它只在极少数旧版 IE 场景下被部分支持，且优先级远低于真实 HTTP 头。依赖它会导致缓存行为不可控。
- 服务端配置更可靠：Nginx 用
expires指令，Apache 用mod_expires - 动态页面（如 PHP/Node.js）可在响应前设置
Cache-Control: max-age=0, no-cache - 如果必须用前端兜底（比如纯静态托管），可配合 JS 检查当前时间并跳转或隐藏内容，但这属于业务逻辑，不是“文档失效”
为什么有人误用 ？
这个标签确实存在，但它的语义是“建议浏览器缓存到何时”，而非“文档到期作废”。而且：
立即学习“前端免费学习笔记（深入）”；
- 值必须是 RFC 1123 格式的时间字符串，比如
<meta http-equiv="Expires" content="Wed, 21 Oct 2027 07:28:00 GMT">，写错格式就完全失效 - 即使格式正确，现代浏览器也普遍忽略它，尤其当存在真实 HTTP
Expires或Cache-Control头时 - 它对搜索引擎爬虫无实际约束力，SEO 层面的“过期”需靠
robots.txt、noindex或服务端状态码（如 410 Gone）
真正需要“到期下线”的页面，该怎么做？
这不是 HTML 能解决的问题，得靠服务端或发布流程协同：
- 静态站点：构建时生成带时间判断的 JS，或用 CDN 规则在指定时间点回源/返回 404
- 动态站点：路由层拦截请求，检查当前时间是否超出
valid_until字段，返回 410 或重定向 - CMS 类系统：字段控制“发布时间/截止时间”，模板渲染前做条件判断
- 别忘了清理：过期页面对应的
sitemap.xml条目、外部链接、CDN 缓存都要同步处理
最容易被忽略的是缓存穿透——即使页面逻辑已判为过期，CDN 或中间代理可能还挂着旧 HTML。所以关键不是“怎么写标签”，而是“怎么让所有环节都感知到时间边界”。
