lang属性写错等于没写，必须严格符合BCP 47规范（小写字母+连字符+可选地区码），如zh-CN；zh_cn、Chinese、zh-CN（末尾空格）等均被浏览器和爬虫静默忽略，导致SEO降权、翻译失效、语音朗读错乱。
lang属性写错等于没写，爬虫直接跳过语言校验
搜索引擎不会尝试“猜”你写的 lang 是不是想表达中文。只要值不符合 BCP 47 规范，就当它不存在——lang="zh_cn"、lang="Chinese"、lang="zh-CN "（末尾空格）全被忽略。实测中，某政府服务页用 lang="zh"，Google Search Console 的「国际化」标签页里完全不显示 hreflang 关联，页面在中文搜索结果中曝光量下降超 60%。
-
lang必须小写 + 连字符 + 可选地区码，如zh-CN、zh-Hans、en-GB - 大小写敏感：
zh-cn≠zh-CN；下划线_是硬性错误 - 不能只写语言子标签（如
zh），缺少地区码会导致语音合成引擎和字体回退链不完整
lang 和 hreflang 不一致会触发静默失效
Google 明确要求：每个 hreflang 声明的值，必须与对应目标页面的根级 lang 完全一致。这不是建议，是匹配失败即丢弃的规则。比如英文页 <html lang="en"> 中写了 <link rel="alternate" hreflang="zh-CN" href="/zh/">，而中文页实际是 <html lang="zh-cn">，那整组 hreflang 就会被当成自相矛盾，Google 直接忽略，不建模、不传递权重。
- 验证方法：用 Google Search Console 的「URL 检查」工具抓取页面，看「国际化」页是否列出有效配对
- SPA 多语言切换时，仅改
document.documentElement.lang不够；已渲染的<p>、<div>节点仍带旧lang，需手动遍历更新 - 第三方组件（如评论框、富文本编辑器输出）常自带固定
lang，容易和主页面冲突，必须显式覆盖
局部 lang 缺失导致内容语义可信度下降
搜索引擎会扫描 DOM 内文本的语言一致性。如果根 <html lang="en">，但产品参数表全是中文且没加 <table lang="zh-CN">，爬虫可能判定该页“语言混杂、质量存疑”，尤其影响长尾词排名。这不是警告，是实际降权信号。
- 所有非主语言内容必须显式标注：
<blockquote lang="fr">、<pre lang="bash">、<code lang="python"> - CSS 的
:lang(zh)选择器能继承样式，但搜索引擎不认继承，只信显式声明 - 富文本编辑器插入的中文段落，常默认无
lang，需后置处理或拦截粘贴逻辑注入
lang 影响不止 SEO，还牵动渲染与可访问性链路
错设 lang 的后果是跨层的：屏幕阅读器会按错误语言规则朗读（lang="en" 的中文变成逐字英语发音），浏览器可能跳过中文字体回退链（如跳过“微软雅黑”直降到 Courier New），连 <time datetime="2024-03-15"> 的语义识别都可能受干扰——因为部分 TTS 引擎依赖 lang 切换日期读法。
立即学习“前端免费学习笔记（深入）”；
- 同一页面中英混排时，
lang是比font-family更底层的语言感知开关 - 某些 CJK 字体（如 Noto Sans CJK）内部嵌了语言分支规则，只有匹配
lang才启用对应字形变体 - 移动端 WebView、无头浏览器等环境常无操作系统区域设置 fallback，
lang是唯一可靠依据
lang="zh-CN"，而是让整个 DOM 树里每段文本都带着准确、可验证、可同步的语言标识——尤其在富文本编辑、第三方组件嵌入、动态翻译场景下，漏掉一个 lang，就可能让整页的语义链断裂。 
