seo建站 - 网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /a28b541a5f7e.html
📄
seo建站 - 网站迁移应准备哪些记录
网站迁移前要准备的记录，核心是一份能对照“迁移前—迁移后”的完整清单：每个重要URL的旧地址与新地址、页面标题与主要关键词、状态码、跳转关系、可索引状态、以及迁移前后的抓取与流量基线。第一次做迁移时，先把这份记录建起来，再动手改DNS、改目录或换CMS，迁移后才有可能判断问题出在哪一步。
先确认迁移类型，决定记录范围
不同迁移需要记录的东西不一样，先分类再列清单，能避免记录过多或漏项。
- 换域名：记录旧域名与新域名的对应关系，重点是全站301跳转规则和旧域名是否仍能解析。
- 换目录或改URL结构：记录每个旧路径到新路径的一对一映射，避免整站跳到首页。
- 换服务器或换CMS：记录服务器环境、页面模板、URL规则是否保持一致，重点看是否产生大量404或参数URL。
- 仅改版不改URL：记录模板变化前后的标题、描述、正文可见内容，判断是否影响页面主题相关性。
如果同时涉及多项，按“域名—目录—模板—内容”的顺序分别建表，不要混在一张表里。
必须准备的五类记录
1. URL映射表
这是迁移记录的主表。至少包含四列：旧URL、新URL、跳转类型（301或302）、备注。旧URL应来自迁移前的站点地图、日志文件或爬虫导出，不要只凭记忆列首页和栏目页。映射表建好后，逐条检查新旧页面主题是否一致，避免把A产品页跳到B产品页。
2. 页面基础信息记录
对每个重要页面记录：标题标签、meta描述、H1、主要关键词、正文核心段落。迁移后逐项对照，确认没有因为模板替换而丢失或重复。这一步能发现“URL没变但标题被模板覆盖”的问题。
3. 技术状态记录
迁移前后分别记录：HTTP状态码、canonical标签指向、robots meta、站点地图地址、robots.txt内容。可以用命令行或爬虫工具抓取一份迁移前快照，迁移后再抓一份对比。状态码从200变成404或302，是最常见的迁移事故。
4. 流量与抓取基线
迁移前一周记录：各页面自然搜索点击量、展示量、平均排名区间、被抓取频次。迁移后按天或按周对照同一组页面。注意，不同搜索引擎的数据口径不同，网页搜索、平台推荐和付费广告要分开看，不要把广告点击混入自然搜索基线。
5. 变更日志
记录每次操作的时间、操作人、改动内容、回滚方式。例如“某日某时修改DNS”“某日某时批量替换模板”。迁移出问题时，变更日志能帮助定位是哪一步引入的异常。
一个可执行的检查流程
- 迁移前导出旧站URL列表，建立映射表，逐条确认新URL可访问。
- 迁移前抓取一份页面基础信息和技术状态快照，保存为表格。
- 迁移后立即用同一工具抓取新站，与快照逐列对比。
- 检查旧URL是否返回301并指向主题一致的新页面，而不是统一跳首页。
- 提交新站点地图，观察抓取与索引状态变化。
- 迁移后两周内，每天对照流量基线，标记明显下跌的页面并单独排查。
假设某产品页迁移前每天有自然搜索点击，迁移后该URL返回404，且没有对应跳转，这就是需要立即修复的信号。如果该URL返回301到主题一致的新页面，但点击量仍下降，则要检查新页面的标题、正文和canonical是否被改动。
验收信号与判断结果
迁移完成的判断依据不是“页面能打开”，而是：旧URL正确跳转、新URL可索引、重要页面标题与正文未丢失、抓取频次没有异常中断、自然搜索点击量在合理周期内回到迁移前水平附近。如果某个页面持续无展示或无抓取，先查该页是否被robots.txt屏蔽、是否误加noindex、是否跳转链过长。
记录的价值在于对比。没有迁移前基线，迁移后的波动就无法判断是正常调整还是事故。第一次做迁移，至少把URL映射表、技术状态快照和变更日志这三项做完整，其余记录可以随迁移复杂度逐步补充。
下一步：先导出当前网站的URL列表和技术状态快照，建立映射表模板，再决定迁移窗口和回滚方案。
