主体内容占比SEO重要性：模板/广告7大稀释陷阱+实操

先说结论：同样一篇好文章，放在两个站上一个排得动一个排不动，差别常常不在内容本身，而在它在页面里占多大比重、有多显著。搜索引擎看的从来不是“你写了多少字”，而是“在这一屏HTML里，真正回答用户问题的那部分占比和位置如何”。导航、相关推荐、卡片流、广告、合规声明这些样板，每多一块，就把你的主体内容稀释一分——分子没变，分母变大，整页评价被一起拖下水。这篇讲清主体内容、补充内容、广告这三类区块在质量评估里的角色，Page Layout这条版面算法到底在罚什么，为什么组件化和设计系统的站更容易踩，以及一套把占比修回来的诊断方法和两个真实站点的瘦身实录。看完你应该能判断：被判低质的，到底是你的内容，还是装它的那个容器。

有个现象做内容的人迟早会撞上：你照着所有规范写了一篇很扎实的文章，关键词覆盖、结构、深度都不差，发出去却怎么都起不来；把同样的内容原封不动搬去另一个更干净的站，反而排上去了。第一反应总是怀疑内容不够好，于是继续加字、加小标题、加案例——越改越沉，越沉越不动，最后归结为“这个词太难做”。

问题很可能根本不在那篇内容，而在它被放进了一个什么样的“容器”。搜索引擎评估的是一个完整页面，不是一段孤立的正文。同一段正文，装在一个主体清晰、干净利落的页面里，和装在一个被导航、推荐位、卡片流、弹窗、广告层层包裹的页面里，引擎读到的根本是两个东西。这就是“主体内容占比”这件事的全部要害，也是on-page里被讲得最少、被踩得最多的一类问题。它不像标题、结构那样有现成清单可抄，所以绝大多数人从没把它当成一个独立的变量去管，直到有一天一批好内容莫名其妙起不来。

为什么“内容写够了”页面还是被判低质？

大多数人对页面质量的心智模型是线性的：内容越多越好、字数越足越安全。但引擎的视角不是“你提供了多少”，而是“用户进来后要穿过多少噪声才能拿到他想要的那部分”。这两个视角的差，正是很多“内容明明够”的页面起不来的根因，也是这一整篇要拆的核心。

引擎眼里的页面是分区的，不是一整块

引擎不会把一个页面当成一团文本一起称重。它会先把页面切块，识别出哪一块是主体内容（真正回答这个URL承诺要回答的问题的部分）、哪些是补充内容（相关推荐、延伸阅读、作者卡、目录）、哪些是导航与功能（菜单、面包屑、搜索框、筛选器）、哪些是广告与商业插入（广告位、推广卡、订阅墙、浮层）。质量评估的核心权重压在主体内容上，其余区块要么是中性的容器，要么在过量或位置不对时变成扣分项。

这个“分区”动作有多种证据来源叠加：HTML的结构语义、跨页面重复出现的部分会被识别为模板样板、内容在视口里的位置和占比、以及每一块和这个URL意图的相关性。你写的字再多，如果它在引擎的分区里没被划进主体内容、或者主体内容那一块在整页里又小又靠后，评估时它的有效权重就被打了大折扣。这里要和另一个相邻但不同的问题切清楚：机器能不能从HTML结构里把“正文”抽出来，是一套独立工程，语义化HTML与可提取性工程那篇专门讲“怎么让机器抽得出你的正文”；本篇讲的是另一面——就算抽得出，主体内容在整页里占比太低、被样板淹没，照样会被判低质。一个是“抽不抽得出来”，一个是“抽出来之后它在整页里够不够分量”，两个病、两套药，混在一起治必错。

“内容稀释”是分母变大，不是分子变小

“内容稀释”这个词容易被误解成“内容写水了”。在版面这个语境里它指的是另一回事：你的主体内容（分子）一个字没少，但页面里非主体的样板（分母）越堆越多，主体内容占整页的比重被压下去了。分子没变，分母变大，比值掉下来，引擎对这一页“到底有多少是真给用户的”的判断就跟着变差。这是一个纯粹的结构性问题，和你内容写得好不好可以完全无关。

这解释了那个搬站就能排上的怪象：内容没变（分子不变），换了个干净容器（分母变小），占比一下上去，评估就过了。它也解释了为什么“多挂几个相关推荐、多加几个引流卡片、底部再铺一层标签云、顶部再加个活动条”这类看起来人畜无害的运营动作，会在不知不觉中把一批本来还行的页面整体拖垮——每一块单独看都不致命，决策时也都有各自的KPI理由，叠在一起就是系统性的分母膨胀。最危险的稀释从来不是一次加一大块，而是三个月里每周加一小块，没有任何一个节点你会觉得“这下出事了”。

这和字数、关键词密度根本是两回事

必须把这条和老一套的“字数论”“密度论”切干净，否则一定会改错方向。主体内容占比关心的不是绝对字数，而是结构性比重；不是某个词出现几次，而是“用户要的答案”在这一页里是不是又主又显。一个三百字但主体极其干净、首屏就给到答案的页面，完全可能比一个三千字但答案被埋在第五屏、四周全是推荐位和广告的页面评估更好。把它当成字数问题去“加内容”，往往是往分母里又加了一堆——越改越糟，正是从这里来的。保哥经手过不止一个站，团队对着掉量的页面一轮轮加字、加FAQ、加扩展阅读，每一轮都让占比更低、每一轮都更差，直到把诊断换成“先量占比再决定加还是减”，方向才掰回来。

Page Layout（版面）算法到底在惩罚什么？

这条算法历史很久，业内常以Top Heavy指代它的早期形态，但它从来没过时，只是随着移动化变得更隐蔽也更狠。理解它在罚什么，比记住它叫什么重要得多。

Top Heavy的本质：首屏被非内容元素挤占

它针对的核心场景是：用户从搜索结果点进来，落地后第一屏看到的不是他要的内容，而是一大片广告、弹窗、横幅、订阅墙、cookie层、巨幅头图，真正的正文要往下滚很久才出现。引擎判定这种页面“辜负了点击”——用户带着明确意图来，你让他先穿过一片噪声。罚的不是“你有广告”，而是“非内容元素把内容挤到了用户够不着的地方”。这个区别极其关键：它不是反商业化，它反的是“把噪声放在答案前面”这个动作本身。

关键词是“首屏”和“显著性”。同样数量的广告，铺在正文之后是中性的，糊在正文之前就是高风险。很多站的版面算法风险不是广告多，是广告、推荐、活动条的位置全压在了内容前面，把首屏让给了所有不是答案的东西。判断一个页面有没有这条线的风险，不要数广告数量，要问一句：用户落地的第一屏，他要的答案出现了没有。

除了广告，还有哪些首屏杀手被低估了？

把版面风险等同于“广告”，是这条线最大的认知盲区。真正在大量正经站点上造成稀释的，是那些没人觉得是问题的非广告元素。下面这张表是按多个站点版面诊断归纳的常见首屏杀手，按隐蔽程度排序——越往下越没人当回事，伤害却一点不小：

这张表的用法不是“全删掉”，是每一项都要回答一个问题：它和用户要的答案，谁在首屏更靠前。合规层必须有，但它可以是底部一条而不是盖住半屏的弹层；头图可以美，但移动端要留出标题和第一段。版面纪律的本质是排座次，不是做减法。

它是页面级的持续评估，不是一次性处罚

一个常见误解是把它当成“被罚了一次、改完就解封”的开关。它更像一个一直挂在后台的页面级评估维度：每次重新抓取评估，都会重新看一遍这一页的版面构成。这意味着两件事——你今天把首屏清干净，它会在后续评估里逐步反映为好转，不需要谁来手动赦免；但你哪天又手痒在首屏加回一个大活动条，它也会无声地再压下去，没有任何通知。它不是事件，是状态。

这也是为什么很多站“说不清什么时候开始掉的”：没有一次性的处罚动作，是版面随着一次次运营加料慢慢恶化、评估随之缓慢下滑，等发现时已经是温水煮青蛙的结果。这种渐进式劣化和内容农场那种被算法专项打击的掉法完全不同——后者是一刀，前者是钝刀，钝刀更难被归因，因为没有一个清晰的时间点可以对齐。这一点和熊猫算法对薄内容的打击机制正好构成对照：薄内容是“主体本身没价值”，版面稀释是“主体有价值但被淹没”，两者表象都是“低质”，根因和解法南辕北辙，诊断时第一步就是把这两者分开。

插页弹窗惩罚和版面算法是一回事吗？

这两个经常被混为一谈，但它们是两条独立的线，分清楚才不会药开错。版面算法管的是静态版面构成——首屏里非内容元素和主体内容的占比与排序，它评估的是页面“长什么样”。插页弹窗惩罚（业内常说的intrusive interstitial）管的是交互遮挡——用户从搜索点进来，落地后一个盖住主要内容、必须先关掉才能阅读的弹层，它评估的是“用户被挡了没有”。一个是布局问题，一个是遮挡问题，可以单独触发，也可以同时中招。

实务上的区别很重要：版面问题靠重排DOM和压缩首屏非内容元素来解，是个结构活；插页问题靠的是“别在落地瞬间用全屏浮层挡住正文”，合规所必需的提示（比如法律要求的cookie告知）通常不在打击范围内，但你把它做成一个盖满屏、不点不让看的拦路浮层就会中招。很多站两个问题叠着犯——首屏本来就头重脚轻（版面），再加一个落地即弹的全屏订阅墙（插页），用户被双重劝退。诊断时要分别过一遍：先真机落地看有没有遮挡层（插页线），关掉之后再看首屏主体内容占比（版面线），两条线各有各的判据，别拿一条的结论去套另一条。

移动优先之后，这条算法为什么更难躲？

桌面端首屏很宽，塞个广告条还能留出正文余地；移动端首屏又窄又短，任何一个头图、一个吸顶活动栏、一个未关闭的浮层，都可能把整屏吃光，用户进来一个正文字都看不到。引擎以移动版为主评估，意味着你必须以最小的那块屏幕为基准去想“用户落地第一眼看到的是不是答案”。很多站桌面端版面很克制，移动端却因为组件堆叠和吸顶元素严重头重脚轻，而它评估时只看后者。诊断版面问题，永远先拿真实手机打开看首屏，别在大屏上自我感觉良好——保哥见过太多次，团队在会议室大屏上看着觉得“挺干净的啊”，手机一开正文在第三屏。

主体内容、补充内容、广告，到底怎么界定？

要把占比修对，先得能分清楚哪块是哪块。这三类的边界不是看你心里怎么定位，而是看它对“回答这个URL的意图”有没有直接贡献。定位是主观的，贡献是客观的，引擎只认后者。

三类区块的角色，和“足够的主体内容”到底指什么

“足够的主体内容”不是字数指标，是一个相对判断：对这个URL承诺要解决的问题而言，主体内容是不是又主又全又显。一个号称“某主题完整指南”的页面，主体却只有三百字、剩下全是相关文章和广告，它的问题不是字数少，是“主体内容相对于它许下的承诺，配不上”。承诺越大，主体内容要扛的分量越重，这就是为什么大词、指南类页面被稀释的代价比长尾页面更惨。

导航和功能性区块，也会被算进稀释吗？

会，但方式和补充内容不同。引擎对导航、面包屑、筛选器这类功能件的处理逻辑是“先识别为样板，再判断它有没有越位”。识别样板靠的是跨页雷同——一组在全站每个页面都长得一模一样的DOM，会被高置信度判成模板的一部分，它本身不直接扣分，但它占的体量计入了分母。问题出在它越位的时候：一个详情页顶部堆了三层导航加一整条筛选器，把首屏挤光，这时它就从中性容器变成了首屏杀手。

所以对功能件的纪律不是“删”，是“收”：必要的导航保留但压扁、可折叠的收进控件、筛选器在详情页这种不需要它的页面类型上别默认全展开。把功能件的体量和位置当成需要预算管理的东西，而不是“它是必需的所以不用管”。很多站的稀释问题查到最后，罪魁不是广告也不是推荐，是一套为列表页设计、却被无脑复用到所有页面类型上的重型导航。

一个能直接用的“主体内容占比”自测法

不需要任何付费工具，三步就能粗判一页有没有稀释问题：

1. 删模板测试：用浏览器阅读模式，或在心里把导航、推荐位、广告、页脚、合规层全抹掉，看剩下的主体内容是否独立、完整地回答了这个URL的意图。剩下的太单薄，问题在分子（内容本身）；剩下的很扎实，问题在分母（样板太多）。这一步直接决定你接下来该加内容还是该减样板，做反就是越改越糟。
2. 首屏测试：真机打开，看落地第一屏里主体内容占多大比例。第一屏全是非内容元素、正文一个字没有，版面算法风险已经实锤，不用再争论。
3. 跨页雷同测试：打开同模板的三五个不同页面，把每页“完全一样的部分”框出来。这部分就是引擎眼里的样板，它在每页里的占比越大，主体内容被稀释得越狠；如果框完发现“不一样的部分”才占两三成，这个模板已经病了。

这套自测的价值在于它把一个抽象判断变成了可重复的动作，团队里任何人都能跑、结论一致，不依赖玄学和个人审美。把它写进改版评审的检查项，比事后救火便宜得多。

列表页、分类页这种本来就没多少正文的页面，占比逻辑还成立吗？

这是被问得最多的反例，也是最容易把人带偏的地方。电商分类页、聚合列表页天然没有大段正文，按“主体内容占比”去要求它们写两千字，等于逼着所有列表页底部堆一坨没人读的SEO文案——这恰恰是稀释的另一种形态，方向完全反了。

关键在于：主体内容是“这个URL承诺要兑现的东西”，不是“一定是一段文章”。对一个分类页，用户和引擎期待的“主体内容”就是那批商品本身——清晰的商品网格、有效的筛选、准确的排序、能让人做决策的关键信息。这个商品矩阵就是这一页的主体内容，它占比够不够、显不显著，判断逻辑和文章页一模一样：用户落地首屏，看到的是琳琅满目可用的商品列表，还是先撞上一坨横幅、推荐位、平台导航、再加一段为SEO硬写的类目介绍把商品挤到第二屏。前者主体清晰，后者同样是稀释，只是被稀释的不是文章是商品。

所以正确的提法不是“列表页要不要写正文”，而是“列表页的主体内容是商品矩阵，它在整页里主不主、显不显”。该删的是挤在商品前面的非内容元素和那段没人看的类目软文，该保的是让用户一眼能挑能选的商品信息密度。把列表页和详情页用同一套“塞正文”逻辑去套，是这类站做版面优化时最常见的翻车，记住主体内容随页面类型而定，逻辑不变、形态变。

引擎到底怎么认出“这块是样板”的？

前面一直说“跨页雷同会被识别为样板”，这个识别不是模糊感觉，它有相对确定的机制，理解它能让你的诊断更准。引擎会把页面拆成块，对同一站点同一模板下的大量页面做比对，那些在几乎每个页面上都以相同结构、相同或高度近似文本出现的块，会被高置信度标记为模板样板；而每页都不一样、随URL意图变化的块，被判为这一页特有的主体内容。这是一个统计行为，样本越多判得越准——所以一个上千页的大站，它的样板会被识别得非常干净，你想靠“样板里塞点关键词”蹭权重基本无效，那部分早被划走了。

这条机制有两个直接的实战推论。其一，那种“在全站页脚或侧栏堆一片关键词锚链接”的老做法，在样板识别面前等于零，因为它正是最典型的跨页雷同块；它不仅不加分，还增大了分母。其二，判断一个块是不是样板，最准的办法就是前面说的跨页雷同测试——你肉眼能看出“这几页这块完全一样”，引擎用统计也能，而且更狠。把这条机制和占比连起来看，结论很清楚：你能影响评估的，只有每页真正不一样的那部分，把工程和内容的力气都押在它身上，别在样板里做无用功。

组件化、设计系统、Headless为什么更容易踩这条线？

这一节是给做现代前端的团队的，因为恰恰是工程做得越“先进”的站，越容易在不自知中踩这条线——不是技术不行，是技术目标和SEO目标在这里天然打架，而打架的地方没人盯。

模板复用，把样板写进了每一页

组件化的核心收益是复用：一个页头组件、一个推荐流组件、一个CTA组件，写一次全站用。但站在引擎的样板识别视角，这恰恰意味着每一页都背着一模一样的一大坨非主体DOM。复用率越高、共享组件越重，每个页面里“跨页完全相同的部分”就越大，主体内容的相对占比被结构性地压低。工程上的优雅，在版面这条线上是直接成本。这不是说不要组件化，是说组件化的站必须主动管理一个东西——可以叫它“样板预算”：全站每个页面类型，非主体DOM占比有没有一个上限，谁来守，加新组件时谁来核。没有这个预算约束，共享组件库会像滚雪球一样自己长肥，因为每个加组件的人都只看到自己那块的收益。

相关推荐、卡片流、SEO区块的隐性膨胀

设计系统会鼓励“用现成模块拼页面”，于是详情页底部很自然地拼上：相关推荐、热门标签、最新发布、为你推荐、订阅卡、再来一个引流位。每一个模块产品和增长都能讲出收益，单独看都合理，叠起来就是主体内容被一长串卡片流彻底淹没。最讽刺的是其中常有一块叫“SEO区块”——堆关键词锚链接的那种——它本意是做SEO，实际效果是亲手把主体内容占比又压低一截，还顺带制造了一堆跨页雷同的样板链接。模块化让“往页面加东西”的边际成本趋近于零，而边际成本为零的东西，最容易被无限加下去，因为没有任何一次添加会让决策者感到肉疼。

Headless和前端渲染叠进来，会变成什么？

当组件化叠加上重前端渲染，版面问题会和可提取性问题合并成双重打击。一方面，主体内容靠脚本异步渲染、样板靠服务端直出，引擎首轮看到的就是“一页样板没有正文”，占比直接归零；另一方面，就算渲染补上了，重组件架构下的主体内容仍然被一堆共享模块包围，占比依然低。这两个问题叠在一起的站，最容易得出“我们内容很好啊为什么不收不排”的结论，因为内容确实好，但引擎第一眼看到的根本不是内容。处理顺序很重要：先保证主体内容服务端可见（解决抽取问题），再处理它在整页里的占比（解决稀释问题），顺序反了会反复误诊。

“模块好看”和“页面主体清晰”经常是矛盾的

设计评审看的是单个模块美不美、整页视觉丰不丰富；引擎看的是这一页主体内容主不主、显不显著。这两个目标在很多决策点上是直接冲突的：一个填满首屏的精美沉浸式头图，设计分很高，版面分很低；一个把正文挤到第三屏的丰富推荐流，体验评审通过，主体内容占比崩了。解决办法不是让设计屈从SEO，是在设计系统里把“首屏主体内容显著性”和“整页样板占比上限”定成和视觉规范同级的硬约束，让它在评审里有一席之地，而不是事后由SEO来背锅救火。一个组织能不能管住版面，看的不是SEO懂不懂，是这条约束有没有进设计系统的规范文档。

怎么系统性地把主体内容占比修回来？

诊断清楚之后，修复是有章法的，核心是做减法和重排，不是无脑加内容。

诊断：DOM占比、首屏可见正文比、删模板看剩多少

把前面的自测升级成可量化的三个指标，持续盯：主体内容的DOM体量占整页的比例、移动端首屏内主体内容的可见面积占比、以及“删掉所有跨页样板后”主体内容的绝对体量。改版前后这三个数都要测，尤其要盯一个反模式——改版“变好看了”但这三个数全线恶化。这正是网站迁移不掉量的完整方案里反复强调的：核心内容在DOM里的位置和占比，是改版必须监控的硬指标，很多“改版后掉量”查到最后就是这一条，且因为大家都在夸新版好看，反而最不容易往这里想。把这三个数做成改版的发布门禁，恶化超过阈值就不准上线，比上线后掉量再回滚省太多。

怎么把占比做成一个能进发布门禁的硬指标？

诊断方法人人会跑一次，难的是让它在一个持续上线的团队里不反弹。靠SEO定期人肉巡检，永远跑不赢每周往页面加模块的速度——版面会重新长肥，只是时间问题。唯一稳的办法是把它做成发布门禁，让它在代码合并那一刻就被自动挡住。

可操作的做法是给每个页面类型定三条可自动测的红线：移动端首屏内主体内容可见占比不得低于某个下限、整页非主体DOM占比不得高于某个上限、单个新增模块不得插入正文连续阅读区。这三个数的具体阈值不该拍脑袋，应该这样标定——拿这个站当前表现最好的那批页面跑一遍诊断，把它们的占比分布算出来，用这个分布的下沿当红线。也就是说，红线不是抄别人的标准，是“别比你自己已经验证过能打的那批页面更差”，这个基准是自洽的、可辩护的，产品和增长也没法拿“凭什么是这个数”来挑战。

把这三条接进CI，新提交的页面类型一旦越线，构建直接红、附上是哪一块把占比拖下去的，让加模块的人自己看到代价。这一步的意义不在于技术多难，而在于它把“样板预算”从一句口号变成了一个谁都绕不过的闸——前面说过组件化的站样板会自己长肥，正是因为加东西没人肉疼，门禁做的就是把那个疼实时还给决策者。配上前面改版前后必测的三个量化指标，一个事前防、一个事中拦，版面这条线才算真正被治住，而不是每隔半年救一次火。

案例：一个B2B SaaS帮助中心的样板瘦身

一个企业级SaaS的帮助中心，几百篇文档长期在搜索里表现平平，团队认定是“文档写得不够好”，组织了一轮内容重写，没什么变化。按占比视角重诊断才看清真问题：每个文档页顶部是巨大的产品导航和版本切换器，正文上方还有一条永远存在的“联系销售”横幅，正文下方挂着相关文档、API推荐、试用CTA三大块，移动端首屏几乎看不到一个字的正文。文档本身质量没问题，是被自己的产品框架埋了——这恰恰是组件化站的典型病，每一块都是别的团队的合理需求，拼到文档页上就成了灾难。

处理完全是减法和重排：版本切换器收进可展开的轻量控件，销售横幅移到正文之后，底部三大块合并精简成一块且只保留真正相关的几条，移动端确保首屏就能看到文档标题和第一段答案。没重写任何一篇文档，删模板测试里“剩下的主体”从一开始就很扎实，说明分子从来没问题，问题全在分母。前面那三个量化指标显著回升后，那批文档的搜索表现逐步跟上来。这个案例的全部价值就在于它证明了一件事：被判低质的不是内容，是容器；而如果第一步诊断没做“删模板测试”，团队还会在内容重写这条死路上继续走下去。

案例：一个测评媒体站的卡片流稀释回收

另一个对照是垂直测评媒体站。它的问题不是首屏广告，是另一种更隐蔽的稀释：每篇测评正文中间被“相关产品卡”“同类对比卡”每隔两三段就插一个，文章结构被切得七零八落，正文读起来像在不停被打断的购物推荐。引擎对这种页面的判断是主体内容不连贯、商业插入侵入主体，评估持续偏低，而编辑团队完全没意识到，因为他们看的是“内容产出量”和“每篇带了多少转化卡”，没人看“主体连贯性”这个维度。

回收做法是把正文中途的插入卡全部撤掉、统一收口到文章结束之后的一个对比区，正文区域保持纯净连贯，商业转化靠文末集中承接而不是沿途打断。结构干净之后，主体内容在引擎眼里重新变成一整块连续、可信的测评，而不是被广告切碎的残片。这里有个反直觉的结果值得记下来：撤掉正文中途的转化卡之后，文末集中承接的转化并没有变差，因为真正读完测评的用户本来就更可能转化，沿途打断反而把人赶走了。媒体站最容易犯的就是这个错——把变现模块当内容往正文里塞，最后内容和变现两头都没做好。

不要做的事：别把补充内容删过头，也别为占比注水

修复要避免两个过度反应。一是把补充内容一刀切删光：相关推荐、目录、作者信息在适量且位置得当时是正向体验信号，目标是把样板压回合理比重，不是把页面砍成光秃秃的一段正文，那会伤掉真实用户体验，跳出和会话深度都会变差，得不偿失。二是为了把占比数字做上去往主体里注水：硬塞凑数段落，分子是变大了，但塞进去的是低质内容，等于用一个低质问题去换另一个低质问题，引擎两边都看得见，最后两头不讨好。正确的目标始终是“让真正回答问题的那部分又主又显又连贯”，占比是这个目标的结果，不是可以单独去刷的指标。这条和信息增益与内容差异化机制是一体两面：主体内容不仅要占比够，本身还得有别人没有的增量，否则占比修对了也只是把一段平庸内容摆得更显眼而已——容器修干净是必要条件，内容本身有料才是它真正起来的原因。

常见问题解答

主体内容占比和字数是一回事吗？

不是。占比关心的是主体内容在整页里的结构性比重和显著性，不是绝对字数。一个三百字但主体干净显著的页面，可能比三千字但答案被埋、四周全是推荐和广告的页面评估更好。把它当字数问题去加内容，常常是往分母里又加料，越改越糟。

页面有广告就一定会被版面算法罚吗？

不是。罚的不是有没有广告，是非内容元素有没有把主体内容挤到用户够不着的位置。同样数量的广告，铺在正文之后基本中性，糊在首屏正文之前就是高风险。关键变量是位置和首屏显著性，不是广告本身的存在。

组件化、设计系统的站为什么更容易踩这条线？

因为组件复用意味着每一页都背着一模一样的一大坨非主体DOM，往页面加模块的边际成本趋近于零，样板会自己长肥。不是技术不行，是工程的优雅目标和主体内容显著性在很多决策点上直接冲突，必须用样板预算这种硬约束去主动管。

怎么快速判断一页有没有被样板稀释？

用删模板测试：用阅读模式或在心里抹掉导航、推荐、广告、页脚、合规层，看剩下的主体内容能否独立完整回答这个URL的意图。剩下很扎实说明问题在分母（样板太多），剩下很单薄说明问题在分子（内容本身不够）。三五分钟能出判断，且决定你该减样板还是补内容。

把相关推荐、延伸阅读全删掉是不是最安全？

不建议删过头。补充内容适量且位置得当时是正向体验信号，目标是把它压回合理比重而不是清零。删光会伤真实用户体验，也可能让页面显得单薄。正确做法是控制位置（别打断正文）、控制体量（别盖过主体）、避免每页同质（别变成跨页样板）。

这条算法是一次性处罚还是持续评估？

是持续的页面级评估，不是一次性处罚开关。每次重新抓取评估都会重看版面构成，改干净会逐步自然好转，不需要手动赦免；之后再往首屏加料也会无声地再压下去。它是状态不是事件，所以要把首屏纪律写进规范，而不是出事再救。

移动端和桌面端版面不一致，引擎按哪个算？

以移动版为主。很多站桌面端版面克制、移动端因组件堆叠和吸顶元素严重头重脚轻，而评估只看后者。诊断版面问题永远先拿真实手机打开看落地首屏，别在大屏上自我感觉良好，移动首屏才是引擎实际看到的那一屏。

主体内容占比修对了，排名就一定回来吗？

占比是必要条件不是充分条件。它解决的是“好内容被容器埋了”这类问题，修对后被错压的内容会逐步回升。但如果主体内容本身缺乏信息增量、相关性不足或竞争力弱，占比修对也只是把一段平庸内容摆得更显眼，还需要内容质量本身过关。