旧站整站导出成一个包再导入，附件会不会掉在外面

WordPress 迁移插件把整站导出成一个包，导入到新系统时附件会不会丢？分两种情况：同一个系统内搬站，包里的附件一般会跟着走；跨系统导入，包里的数据能不能被新系统认出来，取决于字段与目录结构是否对应。真正让附件留在外面的，通常是第二个环节，而不是导出环节。

两种导入路线各自带走什么

打包路线的长处是完整，把数据库、媒体文件、主题与扩展一起装进单一文件；短处同样明显：只有目标端认得这套结构时才是无损迁移，跨到不同内容模型的系统时，包里的数据需要重新落到字段上。

表格路线反过来：正文与自定义字段能按列对齐，结构化信息可控，但图片与附件通常不在表格里，需要另行处理。把附件当成单独一批资源来导，是跨系统迁移更常见的做法。

上传上限卡在哪一层

打包路线最容易撞上的限制是文件体积。这个上限由主机决定，而不是插件本身：官方说明里就写明，主机公司决定可以上传多大的文件，因此很大的备份包可能无法按这条路走。表现通常是上传到一半失败、或者提交后没有响应，而不是明确报错。

遇到这一层限制，可选的处理有三种：分批次导出、走命令行或其他导入入口、或者先把媒体文件单独搬过去再导数据。选哪种取决于包的构成，如果绝大部分体积来自媒体文件，先把媒体目录直接同步到目标服务器的资源目录，剩下的数据部分往往就落到限制以内了。

附件与正文引用的对应关系

附件会不会「掉在外面」，最终看正文里的引用还能不能解析。三条对应关系要逐一确认：资源目录的路径是否与目标系统一致；正文里保存的是绝对地址还是相对路径；缩略图与衍生尺寸是否重新生成。路径层级不一致时，文件在服务器上但页面显示不出来，看起来就像附件丢了。

导入前先做一次按类型的抽样：含图片的文章、含附件下载的文章、含封面图与配图的列表页各抽几篇，导入后逐条核对显示与下载。AnQiCMS 的批量导入支持 ZIP 压缩包与 Excel 表格两种形式，接口侧提供文档内容导入的 import/archive 通道，并支持按标题查询文档是否已存在，重复导入时可以先查重再继续，避免同一批内容写进两遍。

迁移后的三项验收

第一项是可达性：从站点地图抽一批地址请求，确认返回状态与落地页正常。域名变化时，旧地址的 301 重定向要逐条映射到新地址，跳转链路不要过长，也不要出现指向旧路径的死链。

第二项是数据一致：分类、标签、自定义字段是否按预期落位，列表页的排序与筛选是否还能用。第三项是回退能力：确认目标端已有可恢复的备份，同时保留旧站一段时间，出现漏内容时能比对原始数据。

迁移之前在新系统上做一次小规模试导，比整站导完再发现问题省心得多。先拿几十篇含附件的内容试一遍，确认路径、字段与图片对应都正常，再走批量导入，是这条链路上成本最低的一步。

常见问题

整站包里已经含图片，为什么导入后还是不显示？ 常见原因是路径层级或命名规则不同，或者正文里保存的是旧站的绝对地址。先核对文件在不在，再核对引用指向哪里。

表格导入能带上附件吗？ 表格承载的是文本与字段，附件一般作为单独一批资源上传后再做对应。先建对应关系再批量导入，比事后批量替换地址更稳。

要不要保留旧站？ 建议至少保留一段时间。旧站是核对与回退的原始依据，也能在跳转映射遗漏时用来补地址。