无效，因 html 标准未定义 name="version"，浏览器、搜索引擎、爬虫及构建工具均忽略其语义；虽可通过 js 选取，但无实际解析意义。
meta 标签没有 version 属性，HTML 标准中从未定义过该属性，浏览器也完全忽略它。
为什么 <meta name="version" content="1.2.0"> 无效
这个写法看起来直观，但属于常见误解。HTML 规范（包括 HTML5）只允许特定的 name 值（如 description、keywords、author），而 version 不在白名单中。即使你写了，document.querySelector('meta[name="version"]') 能取到元素，但它的语义为零，搜索引擎、爬虫、构建工具都不会识别或消费它。
- W3C 和 WHATWG 规范文档中查不到
name="version"的定义 - Chrome/Firefox/Edge 的开发者工具里能看到该标签，但 Network 或 Application 面板中不会将其纳入资源元数据
- 若用于自动化版本比对（比如 CI 检查页面是否已更新），必须依赖外部机制，不能靠这个标签“自动生效”
替代方案：用 name="generator" 或自定义 data- 属性
如果只是想在 HTML 源码里“人工标记”版本，且不依赖标准解析，可选更稳妥的方式：
- 用
<meta name="generator" content="MySite v2.1.3">——generator是规范支持的，语义是“生成此页面的工具/系统”，适合放构建脚本注入的版本号 - 改用
—— 把版本挂载在根元素上，JS 可通过document.documentElement.dataset.version安全读取，且不污染meta语义域 - 服务端渲染时写入
<script>window.APP_VERSION = "2.1.3";</script>—— 更利于 JS 运行时使用，也方便 Sentry 等监控工具打标
真要让版本信息被机器识别，得走标准路径
单纯往 HTML 里塞字符串解决不了“被识别”的问题。真正需要机器可读版本（例如 CDN 缓存失效、PWA 更新检测、SEO 版本归档），必须配合其他机制：
- HTTP 响应头加
X-Version: 2.1.3，后端或 CDN 可配置，前端可通过fetch()的 response headers 读取（注意 CORS 限制） - 提供独立的
/version.json接口，返回{"version": "2.1.3", "buildTime": "2024-05-20T09:30Z"}，前端按需请求 - PWA 场景下，在
service-worker.js中硬编码版本号，并在install事件里比对缓存 key，这才是触发更新的正确链路
别把 meta 当万能注释区。版本不是贴个标签就生效的事，关键看谁读、怎么读、什么时候读——多数时候，那个 meta 标签只是安静地躺在源码里，连浏览器都不多看一眼。
