测试站调好的2100篇内容，要在一个晚上搬进正式站？WebFuture整站打包迁移，280小时缩到40分钟

上线窗口只有一个周日晚上——图片、附件、栏目结构，一样都不能少，一样都不能错。

集团官网改版上线，最险的一步是把测试站调好的内容整体搬进正式站。案例涉及2100篇文章、1.2万张图片与310个附件，人工逐篇复制重传约需280小时、35个工作日，而上线窗口只有一晚。动易WebFuture批量导出/导入数据功能可将整站导出为含文章记录与图片、视频、附件的Zip包，在正式站一次导入，280小时缩到40分钟，图片与附件零丢失。

上线窗口只有一个晚上，两台屏幕分别对着测试站和正式站——中间要走完的，是整站内容

一、上线窗口只剩一个晚上

集团官网改版做了三个多月。栏目重排、模板重做、样式调试，全都在测试站上完成——不碰生产环境，是信息中心给自己定的规矩。

改版收尾时，2100 余篇文章已经在测试站上重新排过一遍：旧文章的段落格式统一了，图片重新挂到了正文里正确的位置，附件也一篇篇补齐。测试站上的样子，就是上线之后正式站该有的样子。

问题出在最后一步：这些内容，怎么搬进正式站？

上线窗口定在周日晚上十点。第二天早上八点，员工和客户就会点开官网。中间只有十个小时。

二、2100篇、1.2万张图、310个附件

这件事的全部数字

2100 篇文章，是这次改版的内容总量。按老办法一篇篇来：打开测试站的文章、复制正文、把图片一张张下载再传到正式站、把附件重新挂到对应文章上、保存。熟练的编辑一篇八分钟——2100 篇 × 8 分钟，是 280 个小时，按一天八小时算，35 个工作日。

而窗口只有一个晚上。

比时间更让人心里没底的，是那些不容易被发现的地方。1.2 万张图片散在各篇文章的正文里，310 个附件挂在文末；手工搬的过程中，图片路径一旦失效，前台就是一个红叉；附件一旦挂错文章，用户点开看到的是别人的文件。这些错，页面刚上线时往往看不出来，等有人反馈，已经过去好几天。

2100 篇文章背后，是 1.2 万张图片和 310 个附件——真正难搬的不是文字，是它们

三、手工搬站，为什么一晚搬不完

有人会说，那就加班搬。

十个小时，280 个小时的活。就算全组人一起上，也只是把 35 个工作日压成几个人的通宵——而这批活全是重复的复制粘贴，人越累越容易出错：图片少挂一张、附件挂错一篇，第二天都得翻出来返工。

更麻烦的是，这不是"搬文章"。栏目结构、模板绑定、文章归属于哪个栏目，都是这套内容的一部分。只把文字搬过去，正式站的栏目还是空的，还得一个个重新归位。

所以信息中心的林澈一开始就否掉了手工这条路。他要的不是"把文章复制过去"，而是把测试站整站的结构，一次性挪过去。

四、整站打包：导出Zip，导入正式站

技术同事给他指了动易 WebFuture 里的"批量导出/导入数据"。这个功能要处理的，正好是林澈最担心的事。

第一步，在测试站把内容导出成一个 Zip 包。这个包里不只有文章记录，还有文章用到的图片、视频和附件——文章和它的图片、附件是绑在一起走的，搬过去之后关系还在。

第二步，在正式站选择导入。导入前勾上"覆盖同标题文章"，避免与正式站上少量早期发布的内容重复；再把导入后的文章状态统一设为待审核，上线后由内容组同事复核一遍再转正式发布。

第三步，设置错误跳过。2100 篇里但凡有一条格式异常，跳过它继续导，不让一个坏条目把整批任务卡住；异常条目单独列出来，事后单独处理。

第四步，导入完成后核对三个数。文章数、图片数、附件数——三个数都对上了，才算真正搬完。

测试站整站打成一个 Zip 包：文章、图片、附件一起走，在正式站一次导入，再核对三个数

五、次日早上，页面和测试站长得一模一样

周日晚上十点开始导出，十分钟出包；导入跑完，前后不到四十分钟。

周一早上八点，林澈点开正式站首页——栏目一个不少，图片一张没缺，附件的名字和位置都和测试站一致。原本估算的 280 小时、35 个工作日，实际投入 40 分钟。省下来的不只是打字的时间，而是逐篇复制、逐张传图、逐个挂附件的那一整套机械动作，以及它们背后最容易漏掉的那些错。

这类需求在网站运维里其实很常见：测试站调好搬正式站、旧站数据迁新站、多站点之间同步内容、给分支机构复制一套栏目和内容……它们的共同点是：内容不是一个一个文件，而是一整套带图片、带附件、带归属关系的结构。

批量导出/导入数据解决的，就是这条"整站搬家"的路径——整包导出、整包导入，图片和附件跟着文章一起走，人只保留最后一次核对。

搬站不是搬文章，是搬一整个结构。