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

网站制作流程：网站迁移应准备哪些记录

网站迁移前最该准备的，不是服务器账号，而是一份能让新环境“复现旧站”的记录清单。缺少这些记录，迁移后常见的问题包括页面打不开、样式丢失、表单收不到信、旧链接全部失效。判断标准很简单：如果换一个人拿着你的记录，能在新服务器上把网站完整跑起来，这份记录就算合格。

先分清迁移类型，记录范围完全不同

“网站迁移”至少分三种，准备记录的重点差别很大：

• 换主机、换服务器：程序和数据库不变，重点是环境参数、文件路径、数据库连接信息。
• 换域名：站点内容不动，重点是旧域名解析记录、301跳转规则、站内绝对链接清单。
• 换建站方式：例如从静态页改成内容管理系统，重点是原页面URL清单、栏目结构、图片和附件存放位置。

先确认自己属于哪一种，再决定下面哪些记录必须补齐。三种情况都涉及的记录，优先准备。

必须留档的基础记录

这些记录与迁移类型无关，任何一次迁移都用得上：

1. 域名与DNS记录：域名注册商、到期时间、A记录、CNAME记录、MX记录。迁移前截图或导出，迁移后逐条比对。
2. 服务器环境：操作系统版本、Web服务器类型与版本、程序语言版本、数据库类型与版本。版本不一致是迁移后报错的常见原因，但报错也可能来自权限或配置，不能只归因于版本。
3. 数据库连接信息：数据库名、用户名、密码、主机地址、端口、表前缀。这些信息通常写在配置文件中，迁移前确认能读到。
4. 文件目录结构：网站根目录路径、上传附件目录、日志目录、备份目录。记录绝对路径，不写“大概在某个文件夹里”。
5. 账号与权限：后台管理员账号、数据库管理账号、FTP或SSH账号。密码不要写在明文文档里长期保存，迁移完成后及时更换。

内容与链接记录：决定迁移后能不能被找到

网站迁移后流量下滑，多数不是服务器问题，而是链接和内容对不上。迁移前应准备：

• 完整URL清单：从站点地图、后台文章列表或日志中导出所有可访问页面地址。这份清单是迁移后逐条检查的依据。
• 旧域名跳转规则：如果换域名，需要把旧地址逐条或按规则指向新地址。只做首页跳转，内页仍会失效。
• 图片与附件对应关系：记录附件存放目录和访问路径。迁移后图片裂开，通常是路径变了或文件没传全。
• 表单与第三方服务：表单提交地址、邮件发送方式、统计代码、支付或客服组件。迁移后要实际提交一次测试，不能只看页面显示正常。

假设一个站点有文章页、产品页和下载页三类地址，迁移前只记了文章页，迁移后产品页和下载页返回404。这类问题靠URL清单可以提前发现，而不是等用户反馈。

迁移前检查与迁移后验证步骤

把记录变成可执行动作，按下面顺序走：

1. 迁移前做一次完整备份：文件和数据库分别备份，记录备份时间和存放位置。备份文件不要只放在原服务器上。
2. 在新环境还原并逐项比对：对照上面的记录清单，检查环境版本、数据库连接、目录权限、附件是否齐全。
3. 用URL清单抽查页面：至少覆盖首页、栏目页、内容页、附件下载页各若干条，确认返回状态正常、内容一致。
4. 测试动态功能：提交一次表单、登录一次后台、触发一次邮件通知，确认数据能写入、通知能发出。
5. 确认跳转生效后再切换解析：换域名时，先在新地址验证无误，再调整DNS，避免两边都不通。

判断迁移是否完成，不看“首页能打开”，而看清单上的项目是否逐条通过。未通过的项目要记录现象和排查方向，区分“可能原因”和“已确认原因”，不要凭一个报错就断定是某一处配置的问题。

下一步

现在就可以动手：打开你的网站配置文件、DNS管理页面和后台文章列表，把上述记录整理成一份文档，并标注每项记录的来源和最后确认时间。整理过程中发现缺失的项，就是迁移前必须优先补齐的部分。