本文约 2,895 字，预计阅读 8 分钟。文中命令与配置均经过实测，可直接参考执行。
引言：感觉做了很多，但说不清有没有变好
“最近收录涨了吗？””这个月排名怎么样？”——如果回答是”好像还行吧”，说明缺的不是努力，是记录。SEO 的问题在于它的反馈周期长、变量多，没有基线数据就无法区分”这次动作有效”和”季节波动”。一份能坚持填的复盘表，价值超过任何一次临时优化。
原理分析：四类指标各自回答什么问题
| 指标 | 采集位置 | 回答的问题 | 采集频率 |
|---|---|---|---|
| 收录量 | 搜索资源平台-索引量/收录 | 百度库里有多少你的页面 | 每周 |
| 索引量 | 搜索资源平台-索引量 | 可被检索的页面规模 | 每周 |
| 关键词数据 | 流量与关键词 | 展现、点击、点击率变化 | 每月导出 |
| 流量与转化 | 百度统计 | 来了多少人、做了什么 | 每周 |
| 抓取频次 | 搜索资源平台-抓取频次 | 百度对站点的关注程度 | 每月 |
| 站内产出 | WordPress 自身 | 你投入了多少内容 | 每月 |
这四类必须同步记录。只看收录量会误判——收录涨了但流量没涨，说明收录的是低质量页面；只看流量会滞后——流量变化通常是两三周前动作的结果。把”站内产出”（这个月发了多少篇、更新了多少篇）一起记，才能建立投入与产出的对应关系。
保姆级实操
步骤 1：建一张固定结构的表。 建议用表格，每行一个月，列包括：月份、新增文章数、更新文章数、收录量、索引量、抓取频次（日均）、总展现量、总点击量、平均点击率、核心词前 10 数量、百度统计访客数、备注（本月做了什么动作）。
步骤 2：把站内产出数据自动化采集。 人工填容易漏，用脚本每月跑一次：
#!/usr/bin/env bash
# monthly-snapshot.sh：采集 WordPress 侧产出数据并落盘为 JSON
set -euo pipefail
WEBROOT=/var/www/mimangfei
MONTH=$(date +%Y-%m)
OUTDIR=$WEBROOT/wp-content/seo-metrics
mkdir -p "$OUTDIR"
cd "$WEBROOT"
published=$(wp post list --post_type=post --post_status=publish --format=count)
drafts=$(wp post list --post_type=post --post_status=draft --format=count)
pages=$(wp post list --post_type=page --post_status=publish --format=count)
comments=$(wp comment list --status=approve --format=count)
spam=$(wp comment list --status=spam --format=count)
# 本月更新过的文章（排除发布时间与修改时间相同的）
updated=$(wp post list --post_type=post --post_status=publish \
--fields=ID,post_date,post_modified --format=json | \
grep -c "\"post_date\":\"[^\"]*\",\"post_modified\":\"$(date +%Y-%m)" || true)
cat > "$OUTDIR/$MONTH.json" <<EOF
{
"month": "$MONTH",
"published_posts": $published,
"draft_posts": $drafts,
"pages": $pages,
"approved_comments": $comments,
"spam_comments": $spam,
"updated_this_month": ${updated:-0},
"collected_at": "$(date +%Y-%m-%dT%H:%M:%S%:z)"
}
EOF
echo "已写入 $OUTDIR/$MONTH.json"
步骤 3：平台侧数据人工导出并归档。 百度搜索资源平台的索引量、抓取频次，以及「流量与关键词」的导出文件，按月存到固定目录，命名统一为 baidu-YYYY-MM.csv。这些是外部数据，无法用脚本拿，必须人工做，但每月只需十分钟；指标口径的区分见 百度收录量与索引量区别。
步骤 4：记录动作日志。 这一列最容易被跳过，也最关键。本月改了什么——换了主题、改了标题规则、做了 301、清理了评论——都要记。三个月后回看，你会发现很多数据变化能直接对应到某次动作。
步骤 5：用三个框架读数据。
- 趋势框架：连续看六个月，看方向而不是单点。单月波动 ±10% 基本没有意义。
- 比值框架：收录量 ÷ 已发布文章数 = 收录率，这个比值比绝对值更能说明问题。
- 对照框架：某次动作前后各取 14 天数据对比，其他变量尽量不变。
步骤 6：季度做一次归因。 把动作日志和数据曲线叠在一起看：哪些动作带来了持续上升，哪些只带来短期波动。把有效动作固化进 WordPress SEO 日常运营清单。
步骤 7：保留原始文件。 导出文件不要只存汇总数字，原始 CSV 留着，日后想换分析维度时能重算。
常见踩坑
- 只记流量不记动作，事后无法归因。
- 数据记在随手建的表格里，几个月后找不到或格式变了。
- 用单月数据下结论，被正常波动误导。
- 收录量包含了标签页与附件页，数字虚高，判断失真。
- 采集脚本没做错误处理，某次失败后数据断档，曲线出现空洞。
- 案例： 某站连续记录八个月后发现，每次大量发文的月份，下个月收录率反而下降（因为新页面稀释了抓取预算），而更新老文章的月份，两个月后流量上涨更明显。这个结论靠任何单月数据都看不出来，是季度归因才发现的。据此他们把产出结构调整为”三篇新文 + 五篇迭代”，半年后总流量提升约四成。
- 平台数据只在网页上看，不导出，过了保留周期就无法回溯。
- 复盘表列太多，填两次就放弃——建议控制在 12 列以内。
总结
一份合格的复盘表要满足三点：结构固定、能坚持填、动作与数据在同一张表里。最少只需要四组数——站内产出、收录与索引、展现与点击、以及本月做了什么。填满三个月你就能看出趋势，填满半年就能做归因。采集脚本负责站内部分，平台数据每月花十分钟导出归档，剩下的就是坚持。
