你在某 SEO 指南里读到”topic cluster”——建了一个：4000 字 pillar 文章「Claude API」+ 2 篇辅助。6 个月后 pillar 排第 32，两篇辅助排 60+。一个有意义流量都没有。Cluster 策略没错——只是 1 pillar + 2 卫星不是 cluster，是 stub。
话题权威是覆盖广度 + 深度的函数——真 cluster 通常每 pillar 6-10+ 卫星（竞争话题 20+）。下面：怎么设计 cluster、2-3 月发出、双向链、避免”把 cluster 当 checkbox”导致的 stub 失败。
常见原因
按命中率从高到低：
1. 把 pillar / cluster 当 buzzword、没承诺量
你读过 cluster——发了 pillar + 2 卫星——就算完——策略假设 ≥6 卫星，你停在 2。
如何判断：pillar 有 2-3 卫星 + 3+ 月没增——策略命名了但没投入。
2. 编辑日历在 cluster 完成前转移了
1 月发 pillar，2 月发 2 卫星——3 月编辑日历转去别的话题——cluster 永不完。
如何判断：cluster 文章聚某个发布月，之后没了——编辑日历漂移。
3. 已有文章没内链到 pillar
你可能已经有 8 篇 Claude 子话题——pillar/cluster 成策略之前写的——没一篇链 pillar——cluster 机械上在但没连。
如何判断：相关话题文章 grep pillar URL——多数不引用 pillar——cluster 没接线。
4. 卫星打和 pillar 一样的子 intent
pillar 是「Claude API guide」，卫星是「Claude API tutorial」「Claude API how-to」——都打同 intent——cannibalize 不互补。（见 Cluster overlap）
如何判断：pillar 和卫星标题相似 + 打同宽 query——设计了重叠不是设计了互补。
5. 卫星之间不互链
pillar link 到卫星 A，A link 回 pillar；pillar link 到 B，B link 回 pillar——A 和 B 不互链——cluster 是 hub-and-spoke 不是网。
如何判断：爬一遍卫星到卫星的链——多数 0——卫星侧 cluster 无向图。
6. pillar 太宽
pillar 是「Claude 全部」——覆盖 API、web app、移动 app、企业——每个子话题该自己 pillar——当前 pillar 太横向、卫星都没法可信链。
如何判断：pillar 试图覆盖 4+ 不同用户 intent——更好拆成 2-3 个更窄 pillar。
最短修复路径
按收益从高到低。Step 1 设计、2-3 建设、4-6 连接。
Step 1：brainstorm 15-20 个真读者问的子话题
为你 pillar 话题列读者想要的：
Pillar：Claude API
真子话题（读者问的问题）：
1. Authentication / API key
2. Rate limit + retry 逻辑
3. Streaming 响应
4. Tool use / function calling
5. Prompt caching 省钱
6. Batch API 批量任务
7. Vision / 图像输入
8. Computer use
9. Token 计数 + 成本计算
10. 和 OpenAI API 对比
11. 从 OpenAI 迁移
12. 错误码 + troubleshooting
13. 生产最佳实践
14. 选模型（Sonnet vs Haiku vs Opus）
15. 常见 pitfall
16. Webhook 集成模式
17. 在上面建 agent
18. PDF / 文档输入
19. JSON mode / 结构化输出
20. Latency 优化15-20 个候选——不全写、但有 roadmap。
Step 2：2-3 月内稳定发 6-10 篇卫星
不要一周发 6 篇——看着 batch 生成、SEO 信号弱。节奏：
Week 1：pillar
Week 2-12：每周 1-2 篇卫星稳定 cadence 给”活跃发展的 cluster”信号。
Step 3：每个卫星打独特子 intent
每个卫星文章：
- 目标 keyword 和 pillar 不同
- 回答 pillar 简略提到的子问题
- 通过描述性 anchor 回链 pillar
- 自然相关时 forward link 2-3 个其他卫星Intent 差异化关键——重叠 cannibalize 不互补。
Step 4：pillar forward link 到每个卫星
pillar 正文：
## Authentication
设置 API key 是第一步（完整流程见 [authentication guide](/articles/claude-api-authentication/)）。
[这里简略]
## Rate limit
[简略；深入见 [rate limits + retry](/articles/claude-api-rate-limits/)]pillar 是 hub，卫星是 spoke——pillar 每节都该链到一个卫星。
Step 5：卫星之间互链
每个卫星识别 2-3 个紧密相关的卫星，正文链：
<!-- 在 claude-api-streaming.mdx 里 -->
streaming 时要优雅处理 rate limit error——见
[Claude API rate limits + retry](/articles/claude-api-rate-limits/)。
不需要 streaming 的批量任务，[Batch API](/articles/claude-api-batch/)
通常更便宜。有内部交叉链的 cluster 是图，没有就是 hub-and-spoke——图 > spoke 对话题权威。
Step 6：等 3-6 月再衡量
话题权威慢慢复利——不要期待第 2 周排名改善：
第 1 月：cluster 发出
第 3 月：pillar 从 32 → 20 开始动
第 6 月：pillar 到 8-12，卫星稳 15-25
第 12 月：pillar 守 Top 5，卫星各 Top 10-20第 6 月没动 = cluster 不是瓶颈——深度 / backlink / 竞争可能是真问题。
预防建议
- 发 pillar 前先 plan cluster——brainstorm 15-20 个子话题、承诺 ≥6 卫星
- 把 cluster 完成度当指标追踪——只发了 pillar 还不算 cluster
- pillar 话题要窄到聚焦——跨 4+ intent 就拆成多个 pillar
- 卫星打独特子 intent——设计互补、不设计重叠
- 双向链：pillar → 每个卫星，卫星 → 2-3 其他卫星
- 复利时间：3-6 月排名信号才合并——预期慢不是立刻