搜尋引擎先要找到“哪里是正文”
抓取回来的頁面不是一段纯文本，而是一整棵节点树。搜尋系統在决定這個頁面讲什么、值不值得進索引时，會先尝试把它拆成主体内容、導航、頁脚、推荐位几块，再以主体内容為主做判断。如果拆不准，模板里的文字就會混進正文一起被理解。
這带来的影响不是“一定不收錄”，而是让判断的輸入變模糊：主题不够集中、模板文字在很多頁面上重复出現、正文占整頁可见文字的比例很低。這几件事叠加在一起，頁面的價值就更难被看清楚。
结构上常见的几類問题
正文和模板挤在同一個容器里
整頁只有一层大容器，導航、正文、推荐、頁脚全塞在里面，中間没有任何语义分隔。抓取後的文本顺序往往變成：一串導航词 → 正文 → 一串相關阅讀标题 → 版權声明。對阅讀者来说视觉上是分開的，對解析来说却是一整段。
正文被切碎
每两段之間插一個广告位、推荐位或“相關文章”，這些区块的标题文字往往比正文段落還密集。内容被切成若干小块，主体邊界就更难辨認。
關键内容藏在交互之後
折叠面板、選項卡、点击“展開全文”才出現的段落。這部分内容要么在渲染後不可见，要么需要額外操作才出現，能否被算進正文並不确定。既然它是你想让人看到的内容，就不该放在需要額外條件才能触發的位置。
让主体更清晰的几個寫法
- 用语义分区划分区块：把主要内容包在语义化的 article 或 main 区域里，導航、頁脚、侧栏各自獨立成块，不要让一個容器装下所有東西。
- 标题层級保持單一主线：一個頁面一個 h1，各級标题的從属關系清楚，避免把導航項、推荐位标题也做成标题标簽。
- 正文尽量是渲染後的可见文本：不要让它完全依赖滚動时才注入的脚本；如果必须异步加载，至少保證首屏能出現完整段落。
- 段落之間少插同质模块：广告位、推荐位集中放置，不要把一篇文章切成十几段小碎片。
- 控制模板文字量：頁脚的公司介绍、長串友情連結、底部導航，能精简就精简。
推荐位和侧栏：數量和位置都要看
侧栏本身不是問题，問题在于它占了多少文本。同一篇文章頁上放七八條“猜你喜欢”，每條标题六到十個字，加起来可能和正文一样長。可以试着做两件事：一是把推荐位數量压到真正相關的几條；二是让推荐位和正文在结构上明确分開，而不是插在正文段落中間。
上线前的自查方法
- 禁用 CSS 或用阅讀模式打開頁面，看文本顺序是不是“标题 → 正文 → 补充信息”，而不是被導航和連結打断。
- 用抓取工具或渲染後的 HTML 查看，確認正文在 DOM 里是完整的，不是靠交互拼出来的。
- 粗略估算正文文字占整頁可见文字的比例，比例明顯偏低的頁面值得回头調结构。
- 检查标题與正文是否讲同一件事。标题寫的是 A，正文主体却是 B，這比结构問题更影响判断。
几個容易踩的坑
- 用隐藏样式塞進與頁面無關的文字，希望“顺便带上”。這属于作弊手法，風險遠大于收益。
- 把所有内容放進一個巨大容器，靠 CSS 在视觉上分開。视觉和结构是两回事。
- 為了“内容丰富”堆砌同义词段落，重复内容反而让主体更模糊。
结构清楚不會直接带来收錄或排名，但它能让頁面的主题更容易被讀懂；结构混乱也不會立刻被判罚，只是给判断多添了一层噪音。