主体内容占比与SEO：模板和广告如何稀释正文及修复方法

摘要：同一篇好文章放在两个站上，一个排得动一个排不动，差别常出在它在页面里的比重和显著程度。搜索引擎看的是这一屏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懂多少倒在其次。

如何系统修复主体内容占比？

诊断清楚之后，修复有章可循，核心动作是做减法和重排，盲目加内容解决不了问题。

诊断看哪三个指标：DOM占比、首屏可见正文比与去样板后的主体体量

把前面的自测升级为三个可量化指标并持续监测：主体内容的DOM体量占整页的比例、移动端首屏内主体内容的可见面积占比，以及删掉所有跨页样板后主体内容的绝对体量。改版前后这三个数都要测，尤其要警惕一种反模式：改版后“变好看了”，这三个数却全线恶化。

网站迁移不掉量的完整方案里反复强调过这一点：核心内容在DOM里的位置和占比，是改版必须监控的硬指标。很多“改版后掉量”查到最后就是这一条，而且因为大家都在夸新版好看，反而最不容易想到这里。把这三个数做成改版的发布门禁，恶化超过阈值就不许上线，比上线后掉量再回滚省事得多。

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

诊断方法谁都能跑一次，难点在于让它在持续上线的团队里不反弹。靠SEO定期人工巡检，永远赶不上每周往页面加模块的速度，版面重新变臃肿只是时间问题。稳妥的办法是把它做成发布门禁，在代码合并时自动拦截。

具体做法是给每个页面类型定三条可自动检测的红线：移动端首屏内主体内容可见占比不得低于某个下限，整页非主体DOM占比不得高于某个上限，单个新增模块不得插入正文连续阅读区。

这三个阈值不能拍脑袋，应该这样标定：拿这个站当前表现最好的那批页面跑一遍诊断，算出它们的占比分布，用分布的下沿作为红线。红线不照搬外部标准，含义是“不比你自己已经验证过能打的那批页面更差”。这个基准自洽、站得住，产品和增长团队也无法用“凭什么是这个数”来质疑。

把这三条接入CI，新提交的页面类型一旦越线，构建直接失败，并标出是哪一块拉低了占比，让加模块的人自己看到代价。这一步技术上并不难，作用在于把“样板预算”从一句口号变成谁都绕不过去的关卡。前面提到组件化的站样板会越来越臃肿，原因正是加东西没人感到代价，门禁就是把这个代价实时反馈给决策者。再配合改版前后必测的三个量化指标，一个事前预防，一个事中拦截，版面问题才算真正受控，不至于每隔半年救一次火。

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

一家企业级SaaS的帮助中心，几百篇文档长期在搜索里表现平平。团队认定是“文档写得不够好”，组织了一轮内容重写，结果没什么变化。按占比视角重新诊断才看清真正的问题：每个文档页顶部是巨大的产品导航和版本切换器，正文上方还有一条常驻的“联系销售”横幅，正文下方挂着相关文档、API推荐、试用CTA三大块，移动端首屏几乎看不到一个正文字。

文档本身质量没问题，是被自己的产品框架埋住了。这是组件化站的典型问题：每一块都是其他团队的合理需求，拼到文档页上就成了灾难。

处理方式完全是减法和重排：版本切换器收进可展开的轻量控件，销售横幅移到正文之后，底部三大块合并精简为一块，只保留真正相关的几条，移动端保证首屏能看到文档标题和第一段答案。没有重写任何一篇文档。删模板测试里“剩下的主体”从一开始就很扎实，说明分子一直没问题，问题全在分母。

前面三个量化指标明显回升后，这批文档的搜索表现也逐步跟了上来。这个案例说明：被判低质的是容器，内容本身没问题；如果第一步诊断没做删模板测试，团队还会在内容重写这条死路上继续走下去。

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

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

回收做法是撤掉正文中途的全部插入卡，统一收到文章结尾后的一个对比区，正文区域保持纯净连贯，商业转化由文末集中承接，不再沿途打断。结构干净之后，主体内容在引擎眼里重新成为一整块连续、可信的测评，不再是被广告切碎的片段。

有个反直觉的结果：撤掉正文中途的转化卡后，文末集中承接的转化并没有变差，因为真正读完测评的用户本来就更可能转化，沿途打断反而把人赶走了。媒体站最常犯的就是这个错误：把变现模块当内容塞进正文，最后内容和变现两头都没做好。

修复主体内容占比时要避免哪两种过度操作？

修复时要避免两种过度反应。第一种是把补充内容一刀切删光：相关推荐、目录、作者信息在适量且位置得当时是正向体验信号，目标是把样板压回合理比重，而非把页面砍成光秃秃的一段正文。删光会伤害真实用户体验，跳出率和会话深度都会变差，得不偿失。

第二种是为了把占比数字做上去往主体里注水：硬塞凑数段落，分子确实变大了，但塞进去的是低质内容，等于用一个低质问题替换另一个，引擎两边都看得见，最后两头不讨好。修复目标始终是“让真正回答问题的那部分居于主位、足够显著且保持连贯”，占比是这个目标的结果，不能当成单独去刷的指标。

这一条和信息增益与内容差异化机制互为补充：主体内容不仅占比要够，本身还要有别人没有的增量，否则占比修对了，也只是把一段平庸内容摆得更显眼。把容器修干净是必要条件，内容本身有料才是页面真正起来的原因。

常见问题解答

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

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

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

不一定。处罚针对的是非内容元素有没有把主体内容挤到用户够不着的位置，有没有广告本身不是判定依据。同样数量的广告，放在正文之后基本属于中性，挡在首屏正文之前就是高风险。关键变量是位置和首屏显著性。

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

因为组件复用意味着每一页都背着一大块完全相同的非主体DOM，往页面加模块的边际成本接近于零，样板会越积越多。技术本身没错，是工程追求的复用效率和主体内容显著性在很多决策点上直接冲突，必须用样板预算这类硬约束主动管理。

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

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

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

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

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

是持续的页面级评估，不是一次性的处罚开关。每次重新抓取评估都会重看版面构成，改干净后会逐步自然好转，不需要手动解除；之后再往首屏加东西，排名也会悄无声息地再被压下去。它反映的是页面状态，不对应单次事件，所以要把首屏纪律写进团队规范，不要等出了问题再补救。

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

以移动版为主。很多站桌面端版面克制，移动端却因组件堆叠和吸顶元素严重头重脚轻，而评估只看后者。诊断版面问题，一定先用真实手机打开看落地首屏，不要只在大屏上检查，移动端首屏才是引擎实际评估的那一屏。

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

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

权威参考资料