html结构微调不改变收录速度但显著影响索引质量，因移动优先索引仅从提取首屏文本与标题层级，缺失、错嵌或混入广告会导致正文被跳过，转而抓取页脚备案号；必须唯一且直接包裹核心内容，dom深度超6层会被截断，与语义不一致则触发“结构混乱”标记并拉低e-e-a-t评分。
HTML结构微调几乎不改变收录速度，但能显著影响索引质量与权重分配——关键不是“快”，而是“被正确理解”。
为什么改一个<main></main>标签就能提升索引率
搜索引擎移动优先索引（2023年起100%启用）默认只从<main></main>内提取首屏文本、标题层级和核心链接。如果<main></main>缺失、嵌套在<header></header>里，或包裹了广告/侧栏，爬虫会跳过正文，转而抓取页脚备案号当主关键词。
-
<main></main>必须且只能出现一次，且其直接子元素应为页面真正要传达的信息（如博客正文、商品详情） - 检查 SSR/SSG 输出的 HTML 源码，确认
<main></main>存在且已包含全部首屏关键文本，而非靠 JS 注入 - 用 DevTools Elements 面板手动数层级：从
<main></main>开始，到目标段落父节点 ≤6 层；超过则可能被截断
<h1></h1>和<title></title>语义不一致的实际后果
两者冲突不会导致“不收录”，但会触发 Google 的“结构混乱”标记，长期拉低内容可信度评分（E-E-A-T）。实测中，<title></title>写“React Server Components 原理”，<h1></h1>却是“欢迎来到我的技术博客”，该页长尾词覆盖下降 37%，相关性得分被降权约 0.8 级（Lighthouse SEO audit 可复现）。
- 运行
document.title和document.querySelector('h1')?.textContent比对语义是否聚焦同一主题，不必字面相同，但需逻辑自洽 - CMS 或框架模板常在
<header></header>里硬编码一个<h1></h1>，务必通过 SSR 控制仅让正文区域输出唯一<h1></h1> - 禁止用
display: none隐藏冗余<h1></h1>——这属于明确的隐藏文本风险
自定义标签（如<product-card></product-card>）在 SSR 中未展开的 SEO 断点
主流爬虫（Google/Bing）不识别任何自定义标签，视作未知容器。若服务端未展开、也无 ARIA 补充，等同于空<div>，甚至更差——会干扰 DOM 结构判断。Next.js/Nuxt 中<code><my-button><slot>点击我</slot></my-button>初始 HTML 为空，按钮文案根本进不了索引。
- 必须满足全部条件才可能被有限理解：服务端已展开（SSR/SSG 输出不含未解析标签）、显式声明
role和aria-labelledby、内部包裹标准语义子标签（如<h2></h2>、<time></time>） -
<template></template>和<slot></slot>内容在服务端不执行 JS，完全不可见；Lit/Stencil 组件若未配置 SSR，shadow DOM 内容对爬虫不可读 - 最稳妥替代方案：用
<div is="product-card">回退，并配<code>role="article"等语义角色<section></section>和<article></article>混用导致的结构信号污染把整篇博客塞进
<section></section>而非<article></article>，或把广告链接放进<nav></nav>，会被爬虫视为干扰信号。这不是“少一点权重”，而是直接削弱导航识别与内容独立性判断——实测中，错误使用<section></section>替代<article></article>的列表页，单条博文的 RSS 抓取成功率下降 62%。-
<article></article>表示可独立分发、可被 RSS 抓取的内容单元（如一篇博文、一条新闻），重复使用合理 -
<section></section>是同一主题下的逻辑分块（如“参数说明”“示例代码”），不能脱离上下文单独存在 -
<nav></nav>只包真正导航链接（主导航、面包屑），广告位、相关推荐、页脚链接都别塞进去
真正容易被忽略的是：DOM 深度超 6 层时，爬虫不是“慢一点”，而是直接截断；
<h1></h1>位置错置不是“权重降低”，而是让整块区域内容被跳过；自定义标签没 SSR 展开，不是“暂时不收录”，而是永远看不到。这些都不是渐进式影响，而是结构性断点。 -
