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

湛江网站开发，网站迁移应准备哪些记录

网站迁移应准备的记录，核心是一份“迁移前基线”：把原站的页面、内容、链接、数据和配置完整留档，再准备一份“迁移后核对表”逐项比对。时间和人手有限时，最先做的是抓取全站URL清单、导出数据库和备份文件，其余记录可以边迁边补。

先分清哪些记录决定迁移成败

迁移记录可以分成四类，优先级不同：

• URL清单：每个可访问页面的地址、状态码、标题。这是迁移后判断有没有漏页的唯一依据。
• 内容与文件：数据库导出、上传目录、主题或模板文件、图片附件。缺一项就可能出现页面空白或图片丢失。
• 配置记录：域名解析、服务器环境、伪静态规则、SSL证书、邮件配置。这些决定迁移后网站能否正常打开。
• 外部关联：统计代码、站长验证文件、搜索资源平台提交记录、对外投放的落地页地址。这些容易在迁移后被遗忘。

如果人手只够做一件事，先做URL清单。页面内容可以重新整理，但URL一旦丢失，旧链接带来的访问和外部引用就很难恢复。

时间和人手有限时，按这个顺序准备

假设你只有半天时间，可以按下面的步骤执行：

1. 用爬虫工具或站点地图导出全部URL，保存为表格，记下每个URL的状态码。
2. 导出数据库和网站根目录压缩包，两个文件分开存放，并记录导出时间。
3. 截图或抄录域名解析记录、伪静态规则、SSL证书到期时间。
4. 列出所有对外使用过该域名的位置，例如统计账号、搜索资源平台、广告落地页。
5. 迁移前再抓一次URL清单，与第一次对比，确认没有新增页面被漏掉。

判断是否准备充分，可以看一个简单标准：拿着这份记录，另一个人能否在不问你任何问题的情况下把网站恢复起来。如果不能，说明记录还有缺口。

迁移后用什么核对，才能发现漏项

迁移完成后，把新站的URL清单与迁移前基线逐行比对。重点看三类结果：

• 状态码为200的URL数量是否与迁移前一致，明显减少说明有页面没迁过来。
• 原本有内容的URL是否变成404或跳转到首页，这通常意味着伪静态规则或目录结构没配好。
• 页面标题和正文是否完整，图片是否能正常显示。

如果发现差异，先判断是“可能原因”还是“已经定位的原因”。例如某个栏目全部404，可能是规则漏写，也可能是文件没上传，需要分别检查后再下结论，不要直接归为一种原因。

哪些记录可以后补，哪些不能省

可以后补的：统计代码安装位置、搜索资源平台重新提交、页面内容的细节润色。这些影响的是后续运营，不影响网站能否打开。

不能省的：数据库导出文件、上传目录、域名解析记录、伪静态规则。缺少其中任何一项，迁移都可能中断或造成数据丢失。SSL证书也要提前确认是重新签发还是迁移现有证书，避免迁移后出现访问警告。

对于湛江网站开发场景，如果原站由外部人员维护，还要提前确认你是否拥有数据库和服务器文件的完整权限。没有权限，再完整的记录清单也无法执行。

下一步

先打开原站后台或服务器，导出URL清单和数据库备份，把这两份文件放在迁移执行人能拿到的地方，再开始动手迁移。