页面构建器建的内容能完整导出吗，换系统前先看哪一条

页面构建器建的内容能完整导出吗？一般不能。能导出的是数据层的内容记录，比如博客文章；构建器生成的页面布局、组件样式与交互配置，换到别的系统后通常需要重建，从 Weebly 这类封闭平台迁出时多数还要靠手工整理。所以换系统前先看哪一条？先看的第一条不是「有没有导出按钮」，而是「导出物是不是结构化数据」：能拿到文章与字段的导出包，迁移成本可控；只能拿到页面截图或视觉效果，就等于把内容重写一遍。

为什么说导出能力是选型条款

页面构建器的价值是快速做出好看的页面，代价是内容被绑在特定组件体系里。同一篇文案，在构建器里是十几个组件的排列，在另一个系统里可能是完全不同的模板结构。两边没有共同的中间格式，导出就只能降级为纯文本。

这一条应该在选型时确认，而不是在迁移时确认。判断方法很直接：要求对方给出导出清单，看是否包含文章正文、标题、发布时间、分类、标签、自定义字段与媒体文件；如果只给「整站备份」而备份里全是私有格式，实质上是锁定。

评估导出的三个层次

三层里数据层最容易被宣传成「一键迁移」，结构层最容易被忽略，链接层最容易在上线后才暴露问题。评估时把三层分开问：数据能不能拿走、页面要不要重做、旧地址会不会失效。

迁到自托管系统后谁来承接

数据层的承接靠批量导入。AnQiCMS 支持 ZIP 压缩包和 Excel 表格两种批量导入形式，旧站导出的文章包与表格可以直接进后台；程序化产稿或持续同步则走文档内容导入接口 /api/import/archive，支持按标题查询是否已存在，避免同一批内容重复导入。

结构层的承接靠内容模型与模板。自定义内容模型和自定义字段决定旧站的扩展字段能不能一一对上，字段名对不上时要么在导入前整理，要么在模板里调整取值。

链接层的承接靠两处：伪静态规则决定新地址形式能否与旧地址保持一致，能保持一致就少掉一大半工作量；不一致时用 301 跳转把旧地址指到新地址，配合全站替换工具批量替换关键词或链接，把内文里指向旧域名的地址一次处理干净。

动手前的检查清单

先做一次小样本导出：挑 10 篇覆盖文章、产品页、专题页的内容导出，检查字段是否齐全、正文里的图片地址是否可解析。

再核对分类映射：旧栏目对应新分类，未列出的栏目要有兜底规则，避免导入后内容散在一个默认分类里。

然后规划地址与跳转：把旧 URL 形式整理成表，标出哪些能原样保留、哪些必须 301，跳转表在上线当天生效而不是上线后再补。

最后确认回退路径：迁移前做一次完整备份，含数据与静态文件，导入异常时能退回原状态再排查，而不是在残缺数据上继续覆盖。

常见问题

构建器页面完全没有导出办法吗？ 视觉布局基本导不出，能导出的是其中的文本与图片。实操做法是把文本与素材导出后在新系统重排，不要指望组件结构原样还原。

怎么判断旧站导出的包是否可用？ 看三件：字段是否带标题与发布时间；正文是否为可直接解析的标记文本；媒体文件是否随包一起给出或给出可下载的地址清单。

上线后再处理旧行不行？ 不建议。旧地址失效后，外链与搜索收录都会指向死链，越晚处理损失越大，跳转规则应与内容同批上线。