“100 天写 100 篇”和”每月一篇 5000 字精品”这两种建议，对大多数独立站都不对。正确答案随你站的年龄和方向的竞争度变化。这是我每个月做判断用的 Search Console 驱动框架。
问题背景
数量买覆盖——页面越多，能匹配的长尾 query 越多。质量买排名——已经匹配的 query 排名往上走。大多数独立站把顺序搞反了：该重写老页时却在堆量，该扩量时却在抠老页。判断数据就在 Search Console 里，只是要会切。
判断标准
- 收录率（
indexed / submitted）低于 50% 说明你缺的是质量不是数量。 - Search Console 平均排名低于 30 名说明页面弱，不是少。
- 前 10 名位置的点击率低于 3% 说明要改 title 和 snippet，不是再写。
- 上线 90 天还零展示的页面是负担，多写同类没用。
- “Crawled - currently not indexed” 比例高说明 Google 整体上把你的站当低质。
快速结论
平均排名差（50 名外），投质量；平均排名还可以（10-30 名）但收录少，投数量。大多数独立站把这两件事搞反了。
开始前准备
- 留 30-60 分钟做真实 Search Console 数据拉取，不要凭感觉。
- 动手前先写下你的”质量下限”——字数、结构、案例。
- 知道自己的可持续节奏——12 个月每周都能稳定打到的那个数。
实操步骤
- 导出 Search Console 90 天报告（按 page）。 用 API 或者直接导 CSV 后 grep：
# 导出 Performance > Pages 为 CSV，然后：
awk -F, 'NR>1 && $2==0 {print $1}' gsc-pages-90d.csv | wc -l
# 零点击页数
awk -F, 'NR>1 && $3==0 {print $1}' gsc-pages-90d.csv | wc -l
# 零展示页数 ← 这是你的"死重"- 有展示但排在 20 名外的页面，先重写、再写新的同簇内容。 一次重写通常顶三篇新文。质量下限写成 YAML，能 grep 校验：
# .content-quality.yml
min_words: 800
required_sections:
- lead
- how_to_tell
- step_by_step
- faq
min_internal_links: 3
min_outbound_refs: 1
must_have_code_block_if:
- category: indie-dev
- category: troubleshooting- 某个簇你的头部页已经在 5-15 名，再写 3-5 篇同簇文章强化主题权威。 用主关键词词干识别簇：
awk -F, 'NR>1 && $4 >= 5 && $4 <= 15 {print $1, $4}' gsc-pages-90d.csv \
| sort -k2 -n | head -20
# 头部候选——可扩量的簇- 周发布下限 + 质量下限。 两个都接进 prebuild 脚本，违反就挂构建：
// scripts/content-floors.mjs
import yaml from 'yaml';
import { readFileSync } from 'node:fs';
const cfg = yaml.parse(readFileSync('.content-quality.yml', 'utf8'));
for (const article of newArticlesSinceLastBuild()) {
const wc = article.body.split(/\s+/).length;
if (wc < cfg.min_words) fail(article, `under ${cfg.min_words} words`);
const headings = (article.body.match(/^## /gm) || []).length;
if (headings < 4) fail(article, 'fewer than 4 H2 sections');
const internalLinks = (article.body.match(/\]\(\/[a-z]+\/articles\//g) || []).length;
if (internalLinks < cfg.min_internal_links) fail(article, 'thin internal linking');
}- 每月把死重文章合并或下架。 上线 60+ 天零点击的页面合到更强的邻居，或者 noindex。合并目标用 301：
# _redirects（Astro / Netlify 风格）
/articles/dead-thin-page /articles/stronger-cluster-pillar 301- 每月用数据决定投数量还是质量，别拍脑袋。 一张 Sheet 或者这条简单规则：
indexing_rate < 0.5 → 停止扩量；重写 + 去重
avg_position > 50 → 停止扩量；按 impressions 排序重写 Top 10
zero_impression_pct > 30 → 停止扩量；审计并 noindex 拖后腿的
其他 → 在已经跑通的簇里扩量- 每月把决定记进 content log。 5 行：
- month: 2026-05
indexing_rate: 0.62
avg_position: 18
decision: volume
cluster_focus: ['firebase-hosting', 'astro-static-sites']
target_count: 18执行检查清单
- 质量下限由 prebuild 脚本强制，不靠编辑意志力。
- 死重文章每月复查；合并用 301，不要删。
- 数量 vs 质量每月有书面决定。
- 簇扩量只在已经在 5-15 名的方向做。
上线后验证
- 质量批次上线 4 周后回看 Search Console——被重写的 URL 平均排名应至少提升 5 名。
- 在某个簇扩量后，该簇关键词的整体 impressions 应该上升，即使个别页未排到。
- 收录率应稳中有升；如果下降，说明你该投质量时投了数量。
容易踩的坑
- 把”质量”定义成字数。3000 字什么也没回答，比 600 字精准回答一个问题更差。
- 把”数量”定义成”AI 生成稍微改一下”。Google 的 helpful content 系统识别这种模式很快，删了也来不及。
- 在 3 个月的新域名上想做 Wirecutter。你还没有那个权威预算去发深度对比——先做 how-to。
- “不完美就不发”——独立站死于不发的远多于死于发得平庸的。
- 把烂 query 的 impressions 当流量信号——挑重写目标按 clicks 不按 impressions。
- 直接删老薄文，丢掉本来有的链接权重——先合并再考虑删。
FAQ
- 一周发多少篇合适？: 能在质量下限下连续做 12 个月的那个数。单人手工大多 2-5 篇/周，AI 辅助 + 人工编辑可以做到 5-10 篇/周。
- AI 辅助写就一定低质吗？: 不是，但没编辑过的 AI 原文是。差别在于有没有人加上真实观点、真实例子，并把通用废话删掉。prebuild 的相似度检查能帮你识别 AI 味的草稿。
- 老的薄文要不要删？: 先合并，没东西可合再删。删除会丢失链接权重，合并能通过 301 保住。
- 数量策略多久会见效？: 新域名至少 6-9 个月才会出现主题权威的复利效应。规划要按这个节奏，不要在第 8 周就否定策略。
- 2026 年合理的质量下限是多少？: 800+ 字、4+ H2、技术题必须有代码/配置块、3+ 内链、1+ 外链引用、开头一个具体场景。