怎么做网站推广：网站迁移应准备哪些记录？
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ad3679fe35b7.html
📄
怎么做网站推广：网站迁移应准备哪些记录？
网站迁移前最该准备的，不是一份“搬家清单”，而是一套能证明迁移前后是否等价的记录。常见误解是：只要把文件和数据库复制过去、域名解析改好，推广效果就会自然延续。实际上，搜索引擎和推广渠道看到的是迁移前后的 URL、内容、跳转和访问状态，缺少这些记录，你无法判断流量与排名波动是迁移造成，还是本来就在变化。因此，记录的核心目的是建立迁移前基线、迁移中变更日志、迁移后对照依据。
先分清两种迁移处理方案
网站迁移通常有两种做法，适用条件不同，记录重点也不同。
- 整站平移：域名不变，仅更换服务器或 CMS。适合页面 URL 结构基本不动的情况。记录重点是旧服务器与新服务器的响应头、页面 HTML 差异、数据库字符集、文件权限和定时任务。
- 换域名或改 URL：域名变化，或栏目路径、页面后缀发生变化。适合品牌升级、合并站点或重构信息架构。记录重点是旧 URL 到新 URL 的一一映射、301 跳转规则、内链替换范围、站点地图和外部链接指向。
判断依据很简单：如果用户收藏的页面地址、搜索引擎已收录的地址在迁移后仍能打开同一内容，属于整站平移；如果旧地址需要跳转到新地址才能看到内容，属于换域名或改 URL。两者不能混用同一套记录模板。
迁移前必须留存的基线记录
基线记录用于迁移后对比，越具体越好。建议在迁移前至少导出或截图保存以下内容：
- 主要页面的 URL 列表，包括首页、栏目页、内容页、标签页和分页。
- 每个页面的标题、描述、H1 和正文首段，用于核对内容是否完整迁移。
- 服务器返回的状态码，例如正常页面应为 200，旧地址若已失效应记录当时的处理方式。
- 站点地图文件及其包含的 URL 数量。
- robots.txt 内容，确认迁移前是否允许抓取。
- 统计工具中的入口页面、来源渠道和转化路径，作为迁移后流量对照。
- 外部链接记录，包括友情链接、合作方链接和内容平台引用，方便迁移后逐一核查。
这些记录不需要复杂工具，用表格或文本文件即可。关键是迁移前完成，而不是迁移后凭记忆补。
迁移中的变更日志怎么写
变更日志要能回答“什么时候改了什么”。至少记录以下字段：操作时间、操作人、变更对象、旧值、新值、验证结果。例如：
2025-06-01 10:30，运维，DNS A 记录，旧 IP 203.0.113.10，新 IP 203.0.113.20，验证结果：解析生效，页面返回 200。
如果涉及 301 跳转，逐条记录旧 URL 与新 URL 的对应关系。不要只写“已配置跳转”，否则迁移后出现 404 或跳转链时无法定位。对于换域名迁移，还要记录哪些内链已经替换、哪些外部链接已通知对方更新。
迁移后按什么顺序检查
迁移后不要立刻下结论。建议按以下顺序检查，并记录每次检查的结果：
- 先检查服务器状态码：主要页面是否返回 200，旧地址是否正确返回 301 并指向新地址。
- 再检查页面内容：标题、正文、图片和结构化数据是否与基线记录一致。
- 然后检查抓取入口：站点地图是否可访问，robots.txt 是否误屏蔽，重要页面是否被禁止抓取。
- 最后对照统计工具：入口流量、来源渠道和转化路径是否出现异常下跌，下跌集中在哪些页面。
如果发现流量下降，先区分可能原因：是跳转未生效、页面内容缺失、服务器不稳定，还是统计代码未正确安装。只有逐项排除后，才能判断是否与迁移直接相关。不同搜索引擎和推广渠道的更新节奏不同，不要用单一渠道的短期波动断定迁移失败。
一份可执行的迁移记录模板
你可以直接建立一张表，包含以下列：旧 URL、新 URL、页面类型、迁移前状态码、迁移后状态码、跳转类型、内容是否一致、检查时间、备注。迁移前填写前三列和迁移前状态码；迁移后逐行补充其余字段。对于不需要跳转的整站平移，新 URL 可与旧 URL 相同，但仍要记录迁移后状态码和内容一致性。
下一步：先导出当前站点的主要 URL 和页面标题，形成基线表，再根据你是整站平移还是换域名，选择对应的跳转与检查重点。记录越早开始，迁移后的判断越有依据。
