每个新内容站都会遇到同一个岔路口：一个题挖深，还是多个题铺开。老实说答案不是”平衡”——而要看站点处在哪个阶段，而且 2026 年的排名环境让每个阶段都比以前更不容错。下面是按阶段的决策规则、可直接抄进仓库的内容计划模板，以及那条帮你判断何时从深度切到广度的 Search Console 命令。
一句话结论
- 全新站点先一个 hub 挖深，做到 25-30 篇有实质内容的文章，再开第二个 hub。前 90 天不要同时铺 5 个方向。
- 这已经不是风格偏好。Google 的 2026 年 3 月核心更新（3 月 27 日到 4 月 8 日推完）再次强化了 E-E-A-T，对那些靠模板化、换关键词、或没有专家审核就发的 AI 内容、还横跨多个浅题的站点打击最重。
- 同一个题下约 20 篇互相打通的文章，通常能压过一篇 5000 字的大全。深度会复利，没有深度的广度只会稀释。
- 用 Search Console 的展示量和平均排名——而不是感觉——来判断 hub 1 是否”够深”、哪个 hub 2 值得投入。
2026 年为什么顺序更重要
前 60 天搜索引擎几乎不知道你的站是干什么的。铺太广，你就在一堆半成品 hub 之间制造主题混乱；挖太窄，又没东西可爬。真正能赢的节奏是：先一个 hub 挖深，再开多个 hub 铺广，再回头补深度。大多数独立开发者把顺序做反了，因为对的顺序看起来”慢”。
2026 年变的是做错的代价。3 月核心更新之后，那些在单一主题里做到全面覆盖、把每个角度和子题都写到的站，跑赢了横跨多题、每题都浅的站。Google 自己把这叫主题连贯性：一个域名把某个主题做透到能被当成参考点，就会拿到复利优势——新文章排得更快，还能带动同域名里相邻的页面。同一次更新也对换关键词的模板、以及没有具名人工审核的 AI 内容下了最狠的降权。先铺广度，如今是高风险打法。
（2026 年还有一个相关变化值得知道：Google 在 2026 年 5 月下线了 FAQ 富媒体结果。你已经没法靠 FAQ schema 抄近路换更亮眼的搜索展示了——排名现在来自真实的深度和权威，而这正是深度优先要建的东西。）
按阶段的决策规则
对号入座，照着做对应的动作：
| 你的处境 | 动作 |
|---|---|
| 上线不满 60 天、总文章 < 30 篇 | 一个 hub 挖深，其他想法全先放下。 |
| 一个 hub 已 30+ 篇、其他还没有 | 开第二个 hub 铺广度。 |
| 已有 3+ 个 hub，每个只有约 10 篇 | 停。回到早期流量最好的那个 hub 挖深。 |
| Search Console 展示量集中在某一个 hub | 先把这个 hub 做透，再开新方向。 |
| 主 hub 平均排名正向 30 以内靠近 | 深度在生效——继续。 |
开始前准备
- 老实选锚定 hub——你的认知和真实搜索需求两方面都最强的那个，不只看个人兴趣。
- 让 content schema 强制单 hub 归属，避免一篇跑偏的文章悄悄开起第二个 hub。
- 下决心用 Search Console 数据、而不是感觉，来决定何时开 hub 2。
实操步骤
- 挑一个锚定 hub。 按 1-5 分给”认知”和”需求”打分，再减”竞争”。分最高者胜出：
# scripts/hub-score.yml
candidates:
- id: indie-dev
knowledge: 5
demand: 4
competition: 3 # 越小越好
score: 6 # knowledge + demand - competition
- id: ai-tools
knowledge: 3
demand: 5
competition: 5
score: 3
- id: prompt-library
knowledge: 4
demand: 4
competition: 4
score: 4
# 选 score 最高的- 锚定 hub 里规划 25-30 篇长尾。 把一份简短 YAML 计划放进仓库，让这个 cluster 成为清单，而不是凭感觉：
# content-plan/indie-dev.yml
hub: indie-dev
pillar: "2026 怎么从零做一个独立内容站"
cluster:
- astro-deploy-firebase
- firebase-hosting-go-live-checklist
- firebase-custom-domain
- firebase-cache-and-deploy-update
- firebase-route-404-causes
- what-is-firebase-hosting
- firebase-hosting-free-tier
- is-vercel-good-for-content-sites
- vercel-deploy-astro
- vercel-custom-domain
# ... 再补 15-20 个
cadence: 3/周
target_complete: 2026-07-15-
定一个发布节奏并坚持 8 周。 对一个人来说每周 2-3 篇是可持续的。hub 1 没到 25 篇之前，别开 hub 2。
-
prebuild 接一个 hub 进度守卫，让你没法不小心铺宽：
// scripts/hub-progress.mjs
import { readdirSync, readFileSync } from 'node:fs';
import matter from 'gray-matter';
const counts = {};
for (const f of readdirSync('src/content/articles/zh/indie-dev')) {
const { data } = matter(readFileSync(`src/content/articles/zh/indie-dev/${f}`, 'utf8'));
counts[data.category] = (counts[data.category] || 0) + 1;
}
const lead = Math.max(...Object.values(counts));
const anyOther = Object.values(counts).filter(c => c !== lead).some(c => c > 10);
if (lead < 25 && anyOther) {
console.warn('WARN: 锚定 hub 还没到 25 就开了第二个');
}- hub 2 用真实需求信号来选，不要凭感觉。 拉 hub 1 已经在搜索里出现的 query（API 不抽样、单次最多返回 25000 行，比后台界面看到的多得多）：
curl -X POST "https://www.googleapis.com/webmasters/v3/sites/$SITE/searchAnalytics/query" \
-H "Authorization: Bearer $TOKEN" \
-H "Content-Type: application/json" \
--data '{
"startDate":"2026-03-22","endDate":"2026-05-22",
"dimensions":["query"],"rowLimit":200
}' \
| jq -r '.rows[].keys[0]' | head -40找其中反复出现、但不属于 hub 1 的名词——那就是 hub 2 候选。你是在让 Google 告诉你需求在哪，而不是自己猜。
-
接下来 8 周按 60/40 倾向 hub 1，直到 hub 2 也到 25 篇左右。别让那个让你兴奋的新 hub 把已经有起色的旧 hub 饿死。
-
总数到约 100 篇时，按 hub 复盘流量、加码赢家。 把 prebuild 的计数和一份 28 天 Search Console 拉取拼起来：
hub articles impressions(28d) clicks(28d) CTR
indie-dev 34 42,000 1,260 3.0%
ai-tools 28 11,200 180 1.6%
prompt-library 22 4,300 62 1.4%
# → indie-dev 赢；下一批 20 篇分配给它- 总数到 150-200 篇后，才同时开 hub 3 和 hub 4。到那时每个成熟 hub 都能自我维持，新开一个也不会把其他几个搁浅。
“pillar + cluster” 到底该长什么样
深度优先只有在 cluster 接上 pillar 时才有回报。2026 年建立主题权威的结构，还是经典的 hub-and-spoke（中心辐射）：
| 页面类型 | 篇幅 / 数量目标 | 职责 |
|---|---|---|
| Pillar 页 | 约 3000-5000 字 | 高层面覆盖整个主题；向外链到每一篇 cluster |
| Cluster 页 | 每个 pillar 配 10-20+ 篇，每篇都真有用 | 把一个长尾 query 答好；向回链 pillar |
一篇 300 字的子题占位稿建立不了权威。当 cluster 链向 pillar、pillar 链向 cluster，爬虫就能把结构读出来，看懂你专精哪个主题。做对了，落地内容 cluster 的站点平均报告约 40% 的自然流量提升，做得好的在 6-12 个月内能到 50-300%。
执行检查清单
- 锚定 hub 由书面打分选出，不靠感觉。
- 内容计划 YAML 至少列出锚定 hub 的 25 个 cluster slug。
- prebuild 在锚定 hub 没到 25 时打开第二个就告警。
- 有一篇真正的 pillar 页链到每一篇 cluster，每篇 cluster 也链回 pillar。
- hub 2 决策由 Search Console 数据驱动，不靠兴奋劲。
上线后验证
- 8 周后锚定 hub 已有 20+ 篇被收录。
- cluster 关键词平均位置从 50 开外向 20 靠近。
- Search Console 曝光集中在锚定 hub（超过 70%）——这就是数据里”深”的样子。
容易踩的坑
- 第一个月就开 5 个 hub，因为你脑子里各个方向都有想法。结果哪里都没有主题权威，而这恰恰是 2026 年 3 月更新降权的那一类。
- 挖得太深，覆盖到根本没人搜的子子子题。 深度上限是”Search Console 真实 query + 邻近 autocomplete”。
- hub 2 一兴奋就丢了 hub 1。 半截 hub 没法排名。
- 把 8 篇文章的 hub 叫”深”。 2026 年深度的标准是至少 20-30 篇有用文章接上一篇 pillar。
- 把 hub 2 当创意决策。 它其实是 Search Console 能替你做的数据决策。
- 用没审核的 AI 内容假装广度。 这正是今年被降权最狠的那种打法。
FAQ
- 我有几个一样想做的 hub 怎么选: 挑搜索需求和你自身认知优势组合最强的那个。其他的等 90 天不会损失什么——而且等 hub 1 的 Search Console 数据出来后，你会选得更准。
- 什么算”挖得够深”: 主要长尾变种都覆盖了，25-30 篇加至少一篇强 pillar（目标 3000-5000 字）用内链把它们串起来。
- Google 真的奖励主题权威吗: 是的，2026 年 3 月核心更新之后尤其明显。把单一主题做透的站会拿到复利优势：新文章排得更快，还能带动同域名里相邻的页面。
- 能不能用 AI 假装广度: 不太靠得住。3 月更新对没有专家审核就发的 AI 内容和模板内容下了最狠的降权。能活下来的深度，需要 fact-check 过、人工润色、结构化的输入。
- pillar 文章先写还是后写: 后写。先写 cluster，pillar 会自然从你写出来的内容里浮出来。先写 pillar 容易写成空泛的抽象稿。
- 新 hub 多久开始有排名: 预期要连续发布 8-12 周，cluster 关键词才会从 50 开外向 20 爬。单页收录会快一些，但能抬起整个 hub 的”权威”，是按周而不是按天累积的。
相关阅读
外部参考：Google 官方的 Creating helpful, reliable, people-first content 指南，是关于 E-E-A-T 信号的权威来源——而深度优先建站正是为了满足这些信号。