草根站长经验：改版前怎样保留搜索基础？先做可交付清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /77efa631b082.html
📄
草根站长经验：改版前怎样保留搜索基础？先做可交付清单
改版前保留搜索基础的关键，不是把旧页面全部照搬，而是先确认哪些页面已被搜索引擎抓取和索引、哪些带来了自然访问、哪些是多人协作中的关键交付物，再用重定向、内容迁移和发布检查把损失控制在可预期范围内。抓取、索引、排名是三个不同环节：页面被收录不等于有排名，有排名也不等于改版后一定不掉，必须逐项核查。
先查清哪些页面是搜索基础
多人协作时，第一步不是动手改模板，而是让负责SEO的人交出一份旧站URL清单。要查的是：过去一段时间内，哪些页面有自然搜索访问、哪些页面被搜索引擎收录、哪些页面有外部链接指向。怎么查：从搜索流量统计中导出有自然访问的落地页，用搜索引擎的站长工具或收录查询确认收录状态，再用外链查询工具找出被引用较多的页面。结果说明什么：如果某页有自然访问但未被收录，说明它可能靠其他页面间接获得流量；如果某页被收录但没有自然访问，它未必是搜索基础，但仍可能是用户路径中的一环。
确定保留、合并还是删除
每个旧URL都要给出明确处置，不能只写“改版后再说”。处置方式分三类：保留并维持原有主题、合并到新页面、删除并做适当处理。要查的是：该页是否有搜索访问、是否有外链、是否仍是用户需要的内容。怎么查：把URL清单与流量、外链、转化数据对照，由内容负责人和SEO负责人共同确认。结果说明什么：有搜索访问且有外链的页面优先保留原URL；内容重复且无外链的页面可合并；已无用户价值且无外链的页面可删除，但删除前要确认没有其他页面依赖它。
重定向与URL映射要逐条交付
改版中最常见的搜索基础损失，来自旧URL直接返回404或跳转到无关页面。要查的是：新旧URL是否有逐条映射，重定向类型是否正确。怎么查：让开发或运维导出一份重定向规则，与旧URL清单逐条比对，重点看多级跳转、参数页、大小写和结尾斜杠是否被覆盖。结果说明什么：如果旧URL能稳定跳转到内容最接近的新页面，搜索基础更容易延续；如果跳转到首页或栏目页，用户和搜索引擎都可能认为原内容已消失。这里应使用301永久重定向，而不是302临时跳转，除非只是短期测试。
上线前用检查项减少返工
多人协作最容易出现的问题是：模板上线了，但标题、描述、正文、内链和结构化数据没有同步交付。可以按下面清单执行：
- 查旧URL清单是否全部有处置结论，结果说明是否存在遗漏页面。
- 查新页面标题和正文是否覆盖原页面主题，结果说明是否只是换了外观。
- 查站内链接是否仍指向旧地址，结果说明是否会形成跳转链或死链。
- 查robots.txt和页面meta robots是否误屏蔽，结果说明搜索引擎是否还能抓取。
- 查XML站点地图是否更新为新URL，结果说明新页面能否被更快发现。
- 查移动端与桌面端是否返回相同内容，结果说明是否存在移动端不可见的问题。
假设一个旧页面地址为/old-guide.html，新页面为/guide/seo-basics.html，那么重定向规则应让旧地址直接跳到新地址，而不是先跳到栏目页再跳一次。这个例子只用于说明映射方式，不代表真实项目数据。
上线后观察什么，什么时候判断有效
改版上线不是终点。要查的是：旧URL是否仍能访问并跳转到正确页面、新页面是否被收录、自然搜索访问是否出现异常下跌。怎么查：用站长工具查看抓取和索引状态，用流量统计对比改版前后同一批页面的自然访问。结果说明什么：如果旧URL正常跳转、新页面逐步被收录，说明搜索基础迁移在推进；如果旧URL大量404或跳转到无关页面，应先修复映射，再谈排名恢复。不同搜索引擎的抓取和索引速度不同，不能保证固定见效时间。
下一步：把旧URL清单、处置结论、重定向规则和上线检查项合并成一份交付表，指定一人负责最终核对，再安排上线。
