主题集群怎么排优先级：先做哪一页

主题集群的排序不需要复杂模型，规则只有一条：先做那个"如果没有它，后面每一页都无法被正确理解"的页面。这个页面通常是 hub 页或支柱页，先做它，后面每一个子页才有稳定落点。反过来从子页做起，做完会得到一堆互不相识的页面——单看每页都不差，凑在一起却拼不出一个主题。

排序错的最典型症状不是"做得慢"，而是"做完了不知道下一步该做哪一页"。排序的作用就是把这件事变成一张可以照着走的表。

五类页面，五种优先级

这张表最容易被误用的是最后两行。很多站点的做法是把资源页排在最后，因为"内容还没做完"。但资源页往往是最先能拿到外链的形态——别人不需要理解你的主题，只需要那个东西。资源页和内容页的对比见可链接资产有哪些类型。

为什么不能按"哪个词搜索量大"排序

搜索量衡量的是需求大小，不衡量你在那个需求上的起点。按需求量排完序，实际执行会遇到一个具体问题：子页先上线，hub 页三个月后上线，中间那三个月里外部已经贴出去一批链接，而那时站内没有任何页面把它们串起来，也没有页面解释这个主题。集群的收益要到最后一段才体现，先做的那批页拿不到这部分。

Google 在判断内容是否以人为本的自查清单里也提醒过几件相关的事：不要为了搜到流量而在很多不同话题上大量产出内容；不要为每个可能的搜索变体单独造一页；页面的组织方式本身要对读者有用，方便按段落和小节导航。落到排序上就是——先解决"这个主题一共有几块、每块归到哪一页"，再考虑每块值多少钱。

排一次优先级的六个步骤

1. 把候选页面列全：已有的、计划做的、以后可能做的，一行一个，写上它回答的问题。
2. 先淘汰：按"被引用时能不能写出一句不含链接的具体句子"过一遍，写不出又不能改成单页的，合并或删掉。删这一步必须在排序之前，否则会把不该存在的页面排到前面。
3. 找枢纽页：那个被清单里最多页面需要引用的页面，放第一个。它通常是关于主题范围与分类逻辑的那一页。
4. 给每页算依赖：它需要哪些页面先存在才算完整。依赖最少的排前面。
5. 同层再排一次，这次用"外部已经在讨论的量"：搜索结果里已有多少人在写这个话题，问的人有多少。
6. 把结果写成一张表，一页一行，标注：依赖的页面、预计工时、它承接哪一类引用、验收标准是什么。没有验收标准的排序表，执行到一半就会散。

地址和内链要和顺序一起定下来

排序定的是"什么时候做"，地址定的是"做了以后能不能一直用"，两者要同时决定。URL 结构的官方建议要求地址尽量简单、人能看懂，用可读的词而不是长 ID，用连字符而不是下划线分隔词，使用目标受众的语言，尽量少用不改变内容的参数，并注意地址区分大小写。子页地址一旦公布就不能因改版而变，因为外部贴出去的正是这一串字符。

内链同样要和顺序一起排。Google 在链接如何被发现和传递的说明里提出，你在乎的每个页面都应该有站内至少一个其它页面链向它；同一页也说明 Google 一般只能抓取带 href 属性的 <a> 元素，依赖脚本事件或其它标签伪装的链接无法被可靠提取。所以每一页排进计划时，要同时写清"谁链它"——如果答案是"只有 hub 页"，那它的站内覆盖还差一条。

什么时候不按这个顺序做

四种情况属于例外。一是已有自然外链集中在某个子页上：先修那一页的承接，不要动顺序——外链已经在那里，改结构只会让它变弱。二是时效事件：展会、政策变化、行业会议自带报道需求，先做，但明确它的保质期很短，不要算进长期覆盖。三是站点刚上线：先做能被外部识别的资源页和品牌相关页面，等有第一批外部信号再铺集群，顺序理由见新站做外链的四个阶段。四是这个主题本来就没有长期需求、只想拿一个短期线索：那就不该建集群，把资源集中到一个页面加一次针对性动作更划算。判断某类主题是否值得长期投入，见没有链接差距的关键词还值得做吗。

怎么验证这次排序是对的

按排好的表执行，四周后做四项核对：hub 页是否被收录、它自己有没有非品牌展现；子页里被站内至少一个其它页面覆盖的比例；每页的非品牌展现；指向各页的外链条数分页记录。

第三行是这张表存在的意义：它把"是不是顺序错了"和"是不是页面没写好"区分开。两种问题的处理方式完全相反，混在一起就会一边改结构一边改内容，六个星期后什么也看不出来。