html文档结构决定页面能否完整加载、正确解析和被索引；嵌套超6层会导致dom截断，script位置不当会阻塞解析，语义缺失影响seo与无障碍；关键结构决策需兼顾首屏渲染、seo和可访问性。
HTML文档结构不是“写完就能跑”，而是决定页面能否完整加载、正确解析、被正确索引的底层基础。结构出问题，JS再快、图片再小、CDN再近，也救不回缺失的首屏内容、错乱的语义层级或被爬虫跳过的主体区块。
嵌套过深直接导致DOM构建中断或截断
浏览器流式解析HTML时，每层嵌套都要创建节点、计算样式、触发布局检查。一旦嵌套超过6层（尤其在移动端或弱网下），解析器可能因内存压力或超时机制提前终止后续标签处理——你写的
- 用 Chrome DevTools → Elements 面板右键任意节点 →
Show DOM properties查depth值，超过6必须拆解 - 避免
<div><div><div><table><tr><td><div></div></td></tr></table></div></div></div>这类结构，<td> 内嵌套会加剧样式重排风险 <li>用 <code><section></section>、<article></article>替代纯<div> 堆叠，不减少行数但能压低实际 DOM 节点数 <h3>script位置不当让HTML“半途而废”</h3> <p>没加 <code>defer或async的<script></script>放在或开头，浏览器会暂停 HTML 解析，等脚本下载执行完才继续。如果脚本加载失败或超时，后面所有 HTML 内容（包括关键表单、主图、<h1></h1>）就永远进不了 DOM。- 非关键脚本（统计、广告 SDK）一律用
async，并确保放在前 - 操作 DOM 的脚本（如初始化轮播、绑定按钮）必须放
前，且不依赖DOMContentLoaded—— 实测晚 100ms 就可能漏掉首屏元素 - 禁止在
里用内联<script></script>动态插入首屏 HTML，这等于放弃浏览器原生流式解析能力
语义缺失让关键内容“存在却不可见”
搜索引擎和辅助技术靠标签语义定位内容。没有
<main></main>、多个<h1></h1>、<nav></nav>用<div class="nav"> 模拟，会导致爬虫无法识别主体区域，屏幕阅读器跳过核心段落，甚至 LCP 候选元素被降权为 low 优先级。 <ul> <li>每个页面有且仅有一个 <code><h1></h1>，内容需与<title></title>语义一致（非字符相同） - 非关键脚本（统计、广告 SDK）一律用
-
<main></main>必须包裹首屏核心内容，不能空着或只包侧边栏 -
<img>缺少fetchpriority="high"时，哪怕尺寸最大，也会被浏览器标记为 low 优先级，LCP 计算直接失效
真正难优化的不是某一行代码，而是结构决策点：比如要不要为复用性把 <header></header> 抽成组件、是否允许 <table> 里出现 <code><div>、能不能接受把 <code><h2></h2> 改成 <h3></h3> 来维持层级连续——这些选择不报错，但会在首屏渲染、SEO索引、无障碍访问三个维度同时埋雷。
