跳到主要内容

簇页写太薄,损失最大的不是它自己是支柱页

一个簇里 12 篇有 7 篇不到 600 字,支柱页一直卡在 40 名。删掉薄页、补了 3 篇有数据的,三个月后支柱页到 12 名。薄页拖累的是整组。

内容运营 元析智能

簇页写得薄,损失最大的不是这一篇,是它上面那篇支柱页。2025 年我们接手一个客户站,一个簇里 12 篇簇页,7 篇不到 600 字,支柱页卡在第 40 名半年不动。删掉 5 篇、补了 3 篇有数据的,三个月后支柱页到第 12 名。

什么算薄

三个特征:不到 600 字;没有一句只有你能写的话;只回答了一半个问题,用户看完还得去别处找。

满足两条就算薄页。这类页面留着,只会让整组内容的平均质量往下走。

薄页怎么拖累支柱页

支柱页把权重分给簇页,簇页接不住,权重就漏了。用户从支柱页点进去,看到一篇废话,对整个域的印象都会打折。

搜索引擎的判断类似:一组互相链接的页面,质量会被整体评估。一个域里半数页面都很薄,支柱页也很难被当成好页面。

怎么验证这个判断

我们用一个简单方法:假设删掉某一篇簇页,支柱页会变差吗。

如果答案是不会,这篇簇页就没有存在价值。用这个标准过一遍,那个客户的 12 篇里只剩 5 篇。

薄页从哪来的

三种来源最常见。为了凑内链数量,硬拆一个主题写成好几篇。为了周更,把半成品发出去。AI 生成之后没改,框架完整但内容空。

第三种最难发现,因为读起来通顺,结构也像那么回事。判断方法还是那句:有没有独家信息。

处理顺序

先删或并,再补。删之前查外链和排名,有外链的并进相关页,301 过去。

补的时候不要按原来的题补,按用户真问题补。那个客户补的 3 篇,都是从工单里挖的问题,每篇都带实测数据。

宁可少,不要多

1 篇支柱页加 6 篇实的,比 1 篇加 15 篇薄的强。我们现在的标准是簇页平均 1200 字以上,至少一半带数据或截图。

2026 年 2 月我们复盘了 9 个簇,结论一致:簇页数量跟整组排名没有相关性,平均字数有。字数过千的簇,支柱页进前 20 的比例是 78%,不到千字的只有 31%。

判断一个簇页值不值得留,还有个更快的办法:把它和同簇另一篇放在一起读,如果两篇能互换标题而不影响内容,说明其中一篇是多余的。

数量看起来吃亏,但排名和转化都不吃亏。这是 2026 年我们最确定的一条内容规矩。

补完那一组内容,客户最直观的感受是写稿变慢了。慢是对的,薄页写起来快,可它不带来任何结果。

标签:主题簇内容质量支柱页
元

元析智能

为软件公司做 SEO 和 GEO 优化

Start with a diagnosis

聊聊你的软件产品

不管你现在是 SaaS、开发者工具还是工程设计软件,只要你想让目标客户搜得到你,我们可以聊。第一次沟通不收费,会给你一份当前的 SEO 诊断,你能看出问题在哪。