博客平台选择改版前怎样保留搜索基础：一份可执行清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f3edf70d9a2f.html
📄
博客平台选择改版前怎样保留搜索基础：一份可执行清单
改版前保留搜索基础的核心做法是：先把现有可被搜索引擎抓取、索引并带来流量的URL、标题、正文和内部链接完整记录下来，再决定哪些内容原样迁移、哪些合并、哪些删除，最后用重定向和站点地图把旧地址与新地址对应起来。脱离这份记录直接换模板或换平台，等于把搜索基础交给运气。
先查清哪些页面真正有搜索基础
要查的是：过去一段时间内获得过搜索点击或展示的页面清单，以及被搜索引擎收录的页面数量。怎么查：在搜索资源平台的效果报告里按页面维度导出数据，同时用site:查询观察收录规模。结果说明什么：如果某批文章有持续点击，它们就是必须优先保留的对象；如果大量标签页、归档页被收录但没有点击，可以考虑合并或屏蔽，而不是原样搬到新平台。
多人协作时，这份清单要写成表格并指定负责人，字段至少包括：旧URL、页面类型、近三个月点击量、是否有外链、迁移动作、新URL、重定向状态。交付清楚的关键是让每个人知道哪一列由谁填、填完由谁复核。
逐项核对URL、标题与正文的对应关系
要查的是：每篇文章的固定链接结构、页面标题、主标题和正文首段。怎么查：用爬虫工具或站点地图导出全部URL，抽样打开对照。结果说明什么：如果新平台的固定链接规则不同，就必须为每个旧URL建立一条301重定向；如果只是标题措辞调整，可以保留旧标题的核心词，避免同一页面在改版后完全换掉主题表达。
一个可执行的判断方法是：假设某篇文章旧地址是/post/123，新平台生成/blog/abc，那么旧地址必须301到新地址，而不是返回404或跳转到首页。跳转到首页会让搜索引擎认为原内容已消失，原本积累的搜索基础很难转移过去。
处理内部链接、分类页与站点地图
要查的是：站内文章之间的链接、分类和标签页的入口、站点地图文件。怎么查：改版前抓取一次全站链接，改版后再抓取一次，对比两次结果中出现的404和重定向链。结果说明什么：如果旧文章之间的互链指向了已删除的分类页，就会形成断链；如果站点地图仍然提交旧地址，会拖慢新地址被发现的速度。
- 分类页有搜索流量：保留同类目结构，或为新分类页设置从旧分类页的301。
- 标签页只用于聚合、没有独立流量：可以合并进分类页，不必逐条重定向。
- 站点地图：改版后重新生成并提交，只包含最终可访问的规范URL。
- 内部链接：把正文中指向旧地址的链接改为新地址，减少重定向跳转层级。
改版上线后的检查项与判断标准
要查的是：重定向是否生效、新页面是否可被抓取、旧页面是否返回正确状态码。怎么查：用状态码检查工具批量请求旧URL，观察返回的是301、302还是404；再查看新页面的robots元标签和规范链接是否正确。结果说明什么：返回301且指向内容对应的新页面，说明迁移动作基本到位；返回404或跳转到无关页面，说明该条对应关系需要返工。
适用条件是：改版涉及域名、目录结构或平台更换时，这套检查必须做；如果只是更换主题样式、URL和内容结构不变，重点转向页面可访问性和模板是否误删正文。判断结果时不要只看首页，要按流量清单逐条抽查，尤其是那些有外链的文章。
给多人协作的交接方式
把上述清单做成一张共享表，每行一个旧URL，列明迁移动作、新URL、重定向状态、复核人。改版前由内容负责人确认正文是否保留，技术负责人确认URL规则，改版后由复核人抽查状态码和收录情况。这样交付时不需要口头解释，谁打开表格都能看到某篇文章当前处于哪一步、还差什么。
下一步：先导出最近三个月有搜索点击的页面清单，按点击量从高到低排序，从第一条开始逐项填写迁移动作和新URL，再进入改版执行。
