spoke 页的成败不在数量，而在落点。一个集群里三个每页都独立回答一个问题的页面，通常比三十个彼此重叠的页面更容易被外部引用。判断一个 spoke 页值不值得做，只问一句：外部引用它时，能写出一句不含链接的具体句子吗？写不出来，这个页面就还没到可被引用的状态。
这句话的用处在于把"内容质量"换成可执行的标准："页面质量不错"没法排期，"外部会写：这里给出了一份 XX 清单"可以直接排期。
spoke 页与 hub 页的分工
分工一句话说得清：hub 页回答"这个主题有哪几块"，承担分发；spoke 页回答"其中一块的具体问题"，承担被引用。两者不是主次关系，是两种不同性质的页面——把 hub 页写厚了，它既不擅长分发也不擅长被引用。
判断一个 spoke 页是否站得住，用"单独拿出来"测试：Google 关于链接的说明里提到链接前后的文字会影响读者和系统对目标页的理解，这条同样适用于页面本身：把某个 spoke 页单独发给一个不了解你行业的人，他能不能明白这一页在回答什么？能，它就可以独立被引用；不能，它只是需要上下文才能读懂的一段文字。
Google 在判断内容是否以人为本的自查清单里给过几项可以直接搬到 spoke 页上的自查项：主标题或页面标题是否提供了有描述性的内容摘要；内容是否提供了对主题的实质性、完整的描述；读者读完是否觉得学到了足以达成目标的东西。第一项对 spoke 页尤其关键——标题就是外部作者写"参考来源"时最可能抄走的一句话。
合格 spoke 页的六项自查
- 只回答一个问题，且能用一句话说出来。说不出来说明还没拆完。
- 有一处他人无法快速复制的东西：一组数据、一次实测、一份清单、一个模板，或一个具体的判定标准。纯解释型内容很难被引用。
- 有署名与责任说明：谁写的、依据什么。上面那份自查清单把"内容是否以让人信任的方式呈现信息，例如清楚的来源或作者背景"也列为应查项。
- 有站外出链或来源说明。Google 在同一份链接说明里说向站外链接不需要害怕，使用站外链接实际上有助于建立可信度，例如引用你的来源。给一个数字、一个论断标上出处，是 spoke 页可信度成本最低的加法。
- 从 hub 页和至少一个兄弟页双向可达，而不是只被链一次。
- 有真实的超链接。Google 一般只能抓取带
href属性的<a>元素，依赖脚本事件或其它标签伪装的链接无法被可靠提取，所以别把兄弟页的跳转做成点一下才出现的按钮。
发布一个 spoke 页的标准动作
- 一个问题一个地址，用可读的词而不是数字 ID。URL 结构的官方建议要求地址尽量简单、人能看懂，用连字符而不是下划线分隔词，使用目标受众的语言，并尽量少用不改变内容的参数。
- 不要用地址片段切换内容。同一份说明里写明 Google 一般不支持用片段改变页面内容，要用这类交互就得改用 History API。同一页还提醒地址区分大小写，服务器上如果把大小写当同一种处理，最好统一成同一种写法。
- 先写锚文本再放链接。锚文本写这个页面回答的问题，不写"点击这里"；参考上面那份 Google 说明里对描述性锚文本的要求，只读锚文本就该能判断目标页是什么。
- 补上兄弟页之间的上下文链接，写在正文相关处，不写在页尾堆一排。官方也提醒不要把链接一个挨一个排在一起，那会让人分不清每条指向哪里。
- 标题写成外部会用的说法。内部叫法往往是"方案二""版本 B"，外部作者不会这样引用。
- 合并或下线时留下 301 跳转，指到最终页面，不要直接删。
第 4 步里"上下文"三个字是有分量的：链接前后的句子决定了读者和系统怎么理解目标页。互链方法见站内链接怎么帮外链更有价值；"哪一页值得优先让外部指向"属于另一个角度，见外链该指向哪个页面。
什么样的 spoke 页不该做
四种情况属于例外。一是搜索意图与已有页面重叠，会和自己抢同一个问题，合并到已有页面而不是新增一页。二是内容量撑不起独立页：不到一个完整回答的篇幅，既薄又稀释主题。三是把 hub 页的清单条目复制成单独页，内容与清单完全一样，等于制造重复页面。四是季节性话题做完一次就不再维护，这类应并进常青页。判断长什么样算重复、常青与时效怎么分，见常青内容和时效内容的外链策略。
还有一类容易误判：页面做得很好，但和兄弟页没有分工，两页都在回答同一个大问题的不同侧面。问题不在质量，是主题拆分没做完——先回到选题层面把问题切开，再谈页面优化。
怎么验证集群是活的
每月做四项核对，不要单独看某一页：统计被站内至少一个其它页面链到的 spoke 页比例；看每页有没有非品牌展现；记录兄弟页互链是否双向；记录指向各页的外链条数，按页分开不要合并。
| 三个月后看到什么 | 判断 | 下一步 |
|---|---|---|
| 多数 spoke 页双向可达且都有非品牌展现 | 集群结构成立 | 按最弱的一页补内容，不要整体加页 |
| 只有 hub 页有展现，子页全零 | hub 页吃掉了全部注意力 | 把 hub 页压回清单页，实质内容下沉 |
| 有两三页反复出现在同一批查询上 | 拆分没切干净 | 合并这两页，改标题后重新观察 |
| 子页互相不链，只靠 hub 页串 | 兄弟页之间没有相关性 | 要么补上下文链接，要么承认它们不该同组 |
第三行是这个集群最常见的失败形态：页面数量上去了，查询却集中在少数几页上。看到这一行就该停止新增，把重叠的页合并掉，再把内容补给零展现的那几页。产品页与博客抢同一类词时的取舍见产品页和博客的关键词地图怎么做。