📍 WDQWDWQD987AAAAA:216.73.217.128
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ed4a7ec16b1d.html
📄

搭建个人博客-怎样记录变更与复盘：先固定一份可执行的变更日志

搭建个人博客时记录变更与复盘，最有效的做法是：在博客根目录放一份CHANGELOG.md，每次改动只追加一条记录，写清日期、改了什么、为什么改、怎么验证。时间有限时，先把这件事做起来，再谈分析工具和排名观察。原因是博客初期改动频繁，模板、链接、文章结构几乎每周都动，没有日志就无法判断某次流量或收录变化由哪次改动引起。抓取、索引、排名是不同环节，日志要分别记录对应现象，不能混为一谈。

准备：先定最小记录字段，别设计复杂模板

字段越多越难坚持。建议只保留五项：日期、改动对象、改动内容、改动原因、验证方式。用纯文本或 Markdown 列表即可，不必引入数据库或后台系统。示例（假设场景）：

• 2025-03-02 文章页模板 把正文宽度从 720px 调到 680px 移动端阅读更顺 用手机查看三篇文章
• 2025-03-05 站点地图 重新生成并提交 新增两篇文章 在搜索资源平台查看提交状态

如果改动涉及 URL 或页面删除，必须额外记录旧地址与新地址，这是后续排查 404 和重定向的依据。适用条件：每周改动少于十次时，手工记录完全够用；改动非常频繁时再考虑用脚本从提交记录生成。

实施：把记录动作挂在改动之后，而不是单独安排时间

最容易失败的做法是“周末统一补记”，因为细节会忘。把写日志当成改动流程的最后一步：改完模板或发布文章后，立刻追加一条。可以给自己定一个简单规则——没有写日志的改动不算完成。这一步是本题最关键的一步，它决定了复盘时有没有可用素材。

实施时注意两点：一是记录“为什么改”，比如“因为文章页跳出高”或“因为导航在小屏折行”，原因比操作本身更有复盘价值；二是区分“可能原因”和“已经定位的原因”，例如“收录变慢，怀疑与新增大量标签页有关”应写成怀疑，而不是写成结论。

验证：用可核对的检查项判断改动是否生效

每条记录都应有对应的验证方式，否则复盘时无法判断改动是否起作用。常用检查项包括：

1. 页面能否正常打开，移动端与桌面端各看一次。
2. 站内链接是否还有效，重点看导航、相关文章、分页。
3. 站点地图是否包含新页面，是否有已删除页面残留。
4. 用搜索资源平台查看抓取与索引状态，注意这是两个不同环节。
5. 若改动涉及标题或描述，观察一段时间内点击情况，而不是当天就下结论。

验证结果要写回日志，例如“已确认新页面被抓取，尚未索引”。这样下次复盘时，你能看到从改动到生效之间的时间差，而不是凭印象判断。

维护：按月复盘，只回答三个问题

维护阶段不必每天看数据。每月抽一次时间，翻看当月日志，只回答三个问题：哪些改动带来了预期效果，哪些没有，哪些改动造成了新问题。例如某次调整内链后，相关文章点击增加，可以保留；某次批量生成标签页后索引变慢，可以考虑合并或删除。这里要避免把相关性当成因果，流量波动也可能来自季节、平台推荐或外部链接，日志的作用是缩小排查范围，不是给出确定答案。

下一步建议：今天就创建 CHANGELOG.md，补记最近三次改动，然后设一个每月固定日期的复盘提醒。坚持两个月后，你会得到一份属于自己的改动与结果对照表，这比任何通用清单都更贴合你的博客。