网站迁移前最该准备的,不是服务器账号,而是一份能核对“旧站有什么、新站缺什么”的记录清单。对遵义网页设计项目来说,迁移常发生在改版、换空间、换域名或换维护方时;时间和人手有限,就先把下面五类记录查清,再动手搬数据,能避免上线后才发现栏目丢失、链接失效或备案信息对不上。
要查什么:旧站所有栏目、页面、文章、产品、图片和附件的数量与层级关系。
怎么查:用网站后台的栏目管理和内容列表逐项导出;后台没有导出功能时,用爬虫工具或站点地图文件抓取全部可访问链接,再与后台数量对照。记录格式可以是表格,至少包含“栏目名、页面标题、原链接、内容类型、是否有附件”。
结果说明什么:如果后台数量与可访问链接数量差距较大,说明有隐藏页面、草稿或已失效链接,迁移时要单独决定保留、合并还是删除。对遵义本地企业站,常见的是产品页与新闻页数量对不上,先记清楚再定去留。
要查什么:域名注册商、到期时间、DNS 解析记录、SSL 证书信息,以及备案主体和接入商状态。
怎么查:在域名管理后台查看解析记录并截图;用 dig 或在线 DNS 查询工具核对 A 记录、CNAME、MX 记录是否与后台一致;备案信息以工信部备案系统查询结果为准,接入商信息在备案后台核对。
结果说明什么:解析记录与后台不一致,说明可能有人改过或用了第三方 CDN;迁移换 IP 时,MX 记录若被误删,企业邮箱会中断。备案主体与新服务器接入商不一致时,需要先办接入变更,否则新站可能无法正常访问。
要查什么:数据库类型与版本、程序或 CMS 名称与版本、插件或扩展清单、PHP 或运行环境版本。
怎么查:在主机控制面板或命令行查看数据库版本;在程序后台的“系统信息”页看版本号;插件清单逐项记录名称、版本和用途。没有后台入口时,查程序根目录的版本文件或配置文件。
结果说明什么:新服务器环境低于旧环境,程序可能报错;插件版本过旧,迁移后可能出现兼容问题。记录这些不是为了追求最新版本,而是为了判断新环境能否直接运行,还是需要先升级再迁移。
要查什么:旧站 URL 结构、伪静态规则、已设置的 301 跳转,以及站内互链较多的重点页面。
怎么查:随机抽取栏目页、内容页、标签页各若干条,记录原始 URL 格式;查看服务器配置文件中的重写规则;用浏览器开发者工具或跳转检查工具确认旧链接当前返回的状态码。
结果说明什么:如果新站 URL 结构与旧站不同,又没准备跳转规则,原链接会返回 404,外部链接带来的访问会中断。重点页面清单能帮你优先处理影响最大的跳转,而不是全部页面平均用力。
要查什么:最近一次完整备份的时间与存放位置、后台管理员账号、数据库账号、主机面板账号,以及原维护方的交接说明。
怎么查:在主机面板确认备份文件是否存在并能下载;账号信息由当前负责人整理成清单,密码通过安全方式传递,不写在公开文档里;交接说明至少写明谁在什么时候改过什么。
结果说明什么:备份文件无法下载或时间过久,迁移前必须先做一次新备份;账号缺失会导致无法导出数据。交接信息不清时,迁移中遇到异常很难判断是旧站遗留问题还是新操作导致。
时间和人手有限时,按这个顺序执行:先做页面清单和备份,再做域名解析与备案核对,最后处理数据库版本和跳转规则。每完成一项,就在清单上标记“已核对”或“待处理”,并写明判断依据。下一步,选一个访问量低的时段,先在测试环境还原一份旧站数据,确认页面数量和链接状态与记录一致,再安排正式迁移。