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

网站SEO：怎样记录变更与复盘

把每次改动写成一条可检索的记录，再按“改了什么、为什么改、看什么指标、结论是什么”四步复盘。记录的目的不是留档，而是让下一次决策有依据：时间有限时，先记录能影响抓取、索引和主要落地页的变更，其余改动合并成周记即可。

先分清哪些变更值得单独记录

网站SEO的改动大致分三类，记录成本不同，优先级也不同。

• 结构性变更：URL 调整、目录层级变化、robots.txt 修改、canonical 规则调整、站点地图更新。这类改动会影响抓取与索引，必须逐条记录，并注明生效时间。
• 页面级变更：标题、描述、正文主体、内链、图片 alt 的修改。按页面或按批次记录，同一批模板改动可以合并成一条。
• 内容新增与下线：新发文章、合并旧文、删除页面。删除和合并要单独记，因为涉及重定向和索引清理。

判断标准很简单：如果这个改动出问题后你需要知道“什么时候动的、动了哪些 URL”，就值得单独记；如果只是措辞微调，归入周记即可。

用一张表固定记录字段

字段不必多，但要能支撑复盘。可以用表格或文档维护，建议包含：

1. 日期与执行人：精确到日，多人协作时写清谁改的。
2. 变更类型：结构、页面、内容、外链、配置。
3. 涉及 URL 或范围：具体页面清单，或“全站模板”“某栏目全部页面”。
4. 改动前后对比：旧值和新值各写一句，标题类改动直接贴原文。
5. 改动原因：对应哪个问题，例如“该页长期无展现”“栏目内链过深”。
6. 观察指标与观察期：写明看展现、点击、收录数还是转化，以及打算观察多久。
7. 结论：到期后回填，写“有效”“无效”“无法判断”及依据。

示例（假设）：某栏目页标题由“产品介绍”改为“产品介绍：规格与选型”，记录原因写“原标题与搜索意图不匹配”，观察指标写“该页展现量与点击量”，观察期写“四周”。四周后回填结论，若展现上升但点击未变，说明标题相关性改善但吸引力不足，下一步再调描述。

复盘按环节拆开，不要混成一个指标

抓取、索引、排名是不同环节，复盘时也要分开看，否则容易把原因归错。

• 抓取环节：看服务器日志或抓取统计，确认目标 URL 是否被访问、返回状态码是否正常。robots.txt 或防火墙改动后重点看这里。
• 索引环节：看站点地图提交后的收录情况、canonical 是否被采纳、重复页面是否减少。URL 调整后重点看这里。
• 展现与点击：看搜索表现数据，判断标题和描述改动是否带来变化。
• 转化：看落地页行为，判断内容改动是否影响真实目标。

如果一项改动同时影响多个环节，就在记录里分别写观察项，不要只写“看排名”。排名波动可能来自抓取问题、索引变化、竞争页面更新或算法调整，单一现象不能直接断定是本次改动造成的。

时间有限时的执行顺序

人手不足时，按下面的顺序安排，先做代价低、影响面大的事。

1. 先建立记录表，只填字段，不追求完整历史。从下一次改动开始记。
2. 把结构性变更全部记上，这类改动出错代价最高。
3. 页面级改动按批次记，同一模板的批量修改合并成一条，附上 URL 清单。
4. 设定固定复盘时间，例如每周一次，只回填到期条目，不临时翻旧账。
5. 结论为“无效”的改动，写清是观察期不够、指标选错，还是改动本身方向不对，避免下次重复。

适用条件是：你能拿到搜索表现数据和基本的抓取信息。如果暂时拿不到日志，就先用收录情况和展现数据代替，但要在记录里注明数据来源有限，结论只能作为参考。

下一步

打开你最近一次改动的页面，按上面的字段补一条记录，并写下观察指标和回填日期。下一次改动前先看这张表，避免在同一个页面上重复做方向相同的调整。