支柱页与主题集群：哪个页面该去拿外链

内容站点最常见的一种浪费，不是链接数量不够，而是落点选错：把外链分散到十几篇互相重叠的集群页上，结果每一页的来源都不够，真正该被引的那一篇始终没人知道。支柱页和集群页承担的是两种不同的活，外链不应该平摊到它们身上。

先分清两种页面，它们的任务本来就不同

表里最后两行是落点判断的依据。判断错了的信号很直观：如果一堆集群页都在争同一批词，彼此之间也没有清晰的内容边界，那么它们不该各自去拿链接，该合并或重新划界。

落点选择的四个步骤

1. 按"这个词需要多宽的答案"排序。需要看完一整个主题才能做决定的，落支柱页；只解决一个具体问题的，落集群页。
2. 每个集群簇只选一个对外页面。同一个主题下有多篇候选时，选正文最完整、与其他页重叠最小的那一篇作为对外承接点，其余页面改为从它向下分流。
3. 把外链集中到这个页面上。让外部来源记住一个地址比记住十个地址容易，来源分散的代价是每一页都拿不到足够密度。
4. 用站内链接把集群页串到支柱页上。支柱页要链到下面所有集群页，集群页回链支柱页，这条路径让两边的关系对抓取和读者都成立。Google 关于站内链接如何被发现和传递的公开说明见Links and Google Search。

页面的功能定位本身可以参照产品页和博客的关键词地图的做法：先按意图分开，再决定哪一页承担哪一类查询，避免同一个词被多个页面同时争取。

集群页怎么跟着受益

外链集中在支柱页上，不代表集群页只能靠外链。站内结构本身也影响它能不能被引用和被找到。

• 支柱页里给每个集群页一句明确的定位说明。写清这页解决什么、不解决什么，读者和抓取都能据此判断该不该往下点。
• 同一簇内页面互链，而不是各链各的。层级超过两层之后，底部的页面往往很难被顺着点进去。
• 把最好的那份可引用内容放上去。如果全站只有一处有可下载的清单或对照表，引用会集中在那一页，集群页即使有外链也拿不到引用。

判断某个集群页"该不该独立存在"的信号：它的目标查询和另一页高度重叠、它正文里没有其他页没有的内容、它这一整个季度没有拿到任何来源。这种页面更适合合并，而不是继续投链接。可引用单元与长期链接的关系，被同行主动引用的资料长什么样里有更细的说明。

两种不适用的情况

一是转化型产品线不适合只留一个对外承接点。产品页本身是承接页，支柱页不能替代它。这时正确的结构是：产品页各自承接自己的查询，内容侧另做支柱页，两者用站内链接连起来，而不是把外链都压到支柱页上等它把权重传下来。

二是已经建成型的老站不要重排结构。如果历史外链分散在多页面上，把它们强行收拢会让已建立的来源关系中断。这种情况更适合从"给现有承接页补来源"入手，而不是先做结构重构。GPB 这一层交付的就是指向具体业务页的原创文章与链接，边界见GPB 独立站外链。

怎么验证落点选对了

把下面的三项按簇记录，季度更新一次，而不是每天看排名。

1. 外部来源是否集中在选定的承接页上。如果链接还散在你打算合并掉的页面上，说明结构调整还没落到位，或者原来的页面还没被替换。
2. 集群页是否还有独立带来查询的页面。合并后仍在持续带来查询的页面，才是真正值得保留的独立页面。
3. 支柱页是否出现了新的引用位置。被引用的到底是整页还是页面里某一段的对照表，直接决定下一轮要把力气加在哪一段。整站的外链建设与分层配合方式，外链组合套餐里把 GPB、GNB、GMB 各自承担的任务分开写明，可按落点类型对照使用。

三项里有两项不成立，问题通常不在外链数量，而在"这个主题到底需要一个页面还是需要五个页面"这一步判断错了。