站里文章写多以后，判断哪一篇该当枢纽页、哪一篇该往上链，靠的不是画一张好看的集群图，而是发布顺序：先把那块主题的上位问题写成一篇能承接它的枢纽页，再写围绕它展开的分支页；然后把「分支页链向枢纽页」和「枢纽页链向分支页」当成两种用途完全不同的工具——前者是投票，把主题相关性往上聚；后者是路标，把读者往下送。顺序反了，后面补链接的力气会成倍往上涨。
去年冬天的一个晚上，我把 Screaming Frog 跑完，切到 Internal 那一栏，导出 internal_links.csv，在 Excel 里按 Inlinks 降序排。你现在也可以拿自己的站试一遍，同一个动作，十分钟。
那张表我盯着看了很久。首页那一列的数字多到我懒得数。中间一大堆文章，入站内部链接都是一条，来自它们各自挂着的那个分类页。再往下翻，是我三个月前花了两周写的那篇，我当时认为写得最好的一篇——入站内部链接，一条。
让我难受的不是「链接太少」。是那篇文章在回答一个问题，而我后来写的六篇，回答的是同一个问题的六个侧面，它们谁都不认识谁。我不是没有内容，我是没有结构，而结构这件事，本来应该在写第一篇文章之前就定下来。
集群是排出来的，不是画出来的
一个主题集群的定义其实很朴素：一篇枢纽页把一个主题讲宽，几篇分支页把它的子问题讲深。
很多人卡在「讲宽」上，觉得自己还写不出那么全的页面，于是先写分支，打算以后有空再补枢纽。我干过，代价是：等枢纽页终于写出来的时候，六篇分支页已经把同一块语义空间各自占了一角，谁都往中间挤，谁都不肯让。
真正的顺序是反过来的。你在关键词表里圈出那个上位问题的那一刻，枢纽页其实就已经被确定了，剩下的只是先写还是后写。先写。
枢纽页不需要赢那个大词
这是我最想纠正的一个误会。
枢纽页的任务不是在那个大词上排到前面——它当然可能排不到，那个词竞争大、搜索意图也杂。它的任务是承接：让所有分支页有一个明确的、唯一的、语义上说得通的方向可以往上指。
枢纽页也不一定是一篇长文。我见过一个德语站点（Lot und Licht），它的首页干脆就是一个目录页：把十个围绕建筑、居住和建材的独立出版物子站逐个介绍一遍、各自链出去。它自己不抢任何关键词的排名，存在的意义就是把结构和去处讲清楚——这其实也是「枢纽」最朴素的样子：承接一个主题，把读者送到正确的下一层。
所以我判断一个页面能不能当枢纽，只看一条：它有没有独属于它的信息。如果一页只有八百字、内容是下面十篇文章标题的罗列，那它不是枢纽，它是第二个分类页，而且它会和真正的分类页抢同一批词，两边都上不去。
向上链和向下链，是两个工具
这是我那晚看完表格之后，改得最狠的地方。
分支页链向枢纽页，是投票。它的目标是把主题相关性往一个点上聚。所以它在意的是锚文本和位置：锚文本用枢纽页的核心主题词，位置放在正文里第一次把这个上位概念说清楚的那句话附近，以及结论段——读者在那儿正好会想「那更整体的情况是什么」。一个分支页有一到两处就够了，多了是噪音。我见过把同一个精确匹配锚文本在正文里塞五遍的，那不是在投票，那是在喊。
枢纽页链向分支页，是路标。它的目标是让读者往下走，顺手把权重分发出去。所以它在意的是节奏：在枢纽页的每一个小节里，讲到某种具体情况的时候，自然地接一句「如果你遇到的是这种情况，这篇讲得更细」。读者在那个位置上的疑问是具体的，链接才真的有用。
把这两件事当成一件事，就会出现两种典型画面：所有文章互相乱链，锚文本全是「点击这里」「阅读更多」；或者枢纽页文末挂一个二十条的「相关阅读」列表。后者看起来整齐，但列表里的链接没有上下文，对读者是清单，对搜索引擎也只是一堆平铺的边。
兄弟页之间的横链，能不连就不连
分支页之间互链，诱惑很大，因为写的时候你会觉得「这篇和那篇关系很近」。
我的判断标准只有一句：把这条链接删掉，读者会不会走错路。不会，就不加。
横链加多了，层级就糊了。读者从 A 跳到 B，再从 B 跳到 C，永远回不到那个能给他全局的地方。层级一旦糊掉，你自己后来也说不清哪一篇才是这个主题的正主。
集群要少，枢纽要厚
同一时期，我一个站最多跑三到五个集群，看站的整体体量调。
原因很直接：相关的主题词是有限的，枢纽页一多，它们就在同一片语义空间里互相竞争，最后是几个都不死不活的薄页。与其开七个，不如先把三个做厚。
站还小的时候——比如全部内容不到十五篇——我建议先别搞集群。那个阶段真正的问题是「有没有一个主题被讲透了」，而不是「怎么组织」。
分类页和标签页，越早决定越好
分类页和标签页在结构上夹在首页和内容之间，它们天然有资格当枢纽，也天然有资格变成一堆薄页。这件事必须早决定，越往后越难改。
我的做法是：分类只保留一层，能承接一整块主题的，就让它当枢纽，认真写一段导语、给它一条主线；承接不了的，就让它老实做导航。标签页基本上不进主链路——不进主导航、不进站内链接路径，能 noindex 就 noindex。
最怕的是两套并行的枢纽：分类页一套，你自己手写的枢纽页一套，两套都在回答同一个上位问题。搜索引擎看到的是两个都不够好的答案。
每个页面都链回首页，不是结构
这一点我几乎是见一个说一次。
全站每一页都加一条回首页的链接，看起来很规整，实际上是把最稳定的那部分内部信号，花在了一个完全不需要它的页面上。首页的入站内部链接有导航栏里那个 logo 就够了。
内部链接是稀缺资源，它该往你真正需要它起作用的地方去。
已经发出去的文章，怎么补
现实是，大多数人是先写了一堆分支页，才看到这篇文章的。那就补。
具体动作不是加一张「相关阅读」卡片，而是回到分支页的正文里，找到第一次把这个上位概念说清楚的那句话，在那儿补一句带锚文本的句子，指向枢纽页。位置在正文里的链接，和卡片里的链接，作用不一样。
找候选的时候，Ahrefs 的 Site Audit 里那份内链机会报告可以先用来看一眼，它会把一些明显该连没连的地方列出来。但别指望 GSC 的链接报告，那份报告只看外链，内链的事情它不管。想知道读者到底有没有顺着枢纽往下走，用 GA4 的路径探索更靠谱。
改完重新爬一遍，看 Inlinks 那一列有没有动。如果没动，多半是你指向的那个枢纽页根本不存在——那就先去把它写出来。
也有不适用的时候
工具站和电商站的组织逻辑不一样，它们的页面天然围绕功能或商品聚合，硬套集群会别扭。
还有一种情况：枢纽页本身没有搜索需求。这时候要接受它长期没什么自然流量，它的价值在内部分发上。如果你真正想要的是这个页面自己的排名，那它可能一开始就不该被设计成枢纽。
另外，补链接这件事有隐性成本：分支页发出去三个月后再改，语气和论证链条都已经定型，改起来比重写还累。这也是为什么我后来越来越倾向于，先花两天把枢纽页写出来，哪怕它当时看起来又大又难写。
现在那张表还在我电脑里，只是 Inlinks 那一列不再是一排整齐的 1 了。有几个数字明显高出来，那是枢纽。其余的，各自有去处。
