lang属性必须设在<html>标签上且值为zh-CN才能确保语音助手准确识别中文并正确朗读，错设或缺失会导致口音错误、断句混乱或搜索排除；需配合<meta charset="UTF-8">防止乱码。
lang 属性本身不提升语音搜索“匹配度”，但它让语音助手和搜索引擎更准确地**识别页面主体语言**，从而决定用哪套语音模型来解析、合成或索引内容。错设或缺失 lang，会导致朗读口音错误、语义断句混乱、甚至被排除在特定语言的语音搜索结果之外。
lang 属性必须写在 <html> 标签上才有效
只在某个段落或 div 里加 lang="zh-CN" 没用——语音合成引擎（如 Safari VoiceOver、Chrome TTS）默认以 <html lang="..."> 为全局语言依据。浏览器不会逐层向上回溯推导，也不会拼接多语言片段做判断。
- ✅ 正确：
<html lang="zh-CN"> - ❌ 无效：
<div lang="zh-CN"><p>你好</p></div>（除非该 div 内容明确切换语言，比如嵌入英文引文） - ⚠️ 风险：
<html lang="">或完全省略 —— 浏览器按用户系统语言猜测，不同设备表现不一致
中文场景下优先用 zh-CN，不是 zh 或 zh-Hans
主流语音服务（Apple Speech Synthesis、Google Cloud Text-to-Speech、Edge Read Aloud）对 zh-CN 有完整支持：含声调识别、简体字分词、本地化数字读法（如“100”读作“一百”而非“一零零”）。而 zh 是泛语言标签，无区域信息，部分 TTS 引擎会降级为拼音朗读；zh-Hans 描述的是文字变体，不隐含地域发音习惯，实际支持有限。
- ✅ 推荐：
<html lang="zh-CN"> - ✅ 多语言混合时局部覆盖：
<p lang="en-US">The quick brown fox...</p> - ❌ 避免：
lang="zh"（缺乏区域上下文）、lang="cn"（非法值，非 IETF 标准）
lang 和 <meta name="viewport"> 无关，但和 <meta charset> 协同影响解析
lang 不控制编码，但若 <meta charset="UTF-8"> 缺失或错写成 GBK，中文字符可能乱码，此时哪怕 lang="zh-CN" 正确，语音引擎拿到的是乱码文本，直接失败。二者是独立但强依赖的关系。
立即学习“前端免费学习笔记（深入）”；
- 必须同时存在：
<meta charset="UTF-8">+<html lang="zh-CN"> - 不要混淆：
http-equiv="Content-Language"已废弃，<meta>中的该属性对语音无作用，现代浏览器完全忽略 - SEO 侧注意：Google 明确表示用
lang判断网页语言归属，影响多语言站点的 hreflang 关联与区域结果分发
真正容易被忽略的点是：lang 值必须与页面实际文本语言严格一致。比如一个面向香港用户的繁体中文站，用了 lang="zh-CN"，Siri 可能用普通话音调读出“咗”“啲”这类粤语字，导致语义断裂——这时候就得换 zh-HK，并确保全文本确实是粤语用词和语法。
