压缩包和表格两种批量导入,图片与字段对不上时先查哪边

📅 2026-10-26 👁️ 1

压缩包和表格两种批量导入,图片与字段对不上时先查哪边?先查表格这一边。字段是索引,图片是引用,引用找不到通常是因为索引建错了:列名没对齐自定义字段、图片文件名和表格里的引用名不一致。把表格侧确认清楚再看压缩包,能避免把同一批文件反复重传。AnQiCMS 同时支持 ZIP 压缩包和 Excel 表格两种批量导入,两种通道带进来的数据类型不一样,排查顺序也就有差别。

两种导入各自带进来什么

导入方式 承载的数据 容易出错的点 先检查什么
ZIP 压缩包 正文文件、图片与附件、目录结构 文件名与表格引用不一致、目录层级丢失 图片清单与命名规则
Excel 表格 标题、分类、标签、自定义字段值 列名与字段名不匹配、空值被当成有效值 表头与字段对照表

把内容从历史站点搬进新系统时,通常是先建模型再导数据:自定义内容模型里把产品参数、发布时间这类需要筛选的项定成自定义字段,正文富文本留在文档体里。模型没定就导表格,字段列会被丢弃或落进错位置,后面补一次就要重跑一遍。

字段对不上时查这三处

第一步看表头。表格第一行的列名要和模型里的字段名逐列对应,中英文、空格与大小写都会造成匹配失败;建议先删掉空列,只留确实要写入的列。

第二步看空值与占位。历史导出常把「暂无」「-」写成占位文本,这些值会被当有效数据入库,前台显示就变成一堆占位符。导入前统一改成空单元格,让模板层的缺省逻辑接管。

第三步看重复。同一份表格跑两次会产生重复文档,AnQiCMS 的文档内容导入接口(路径里的 import 与 archive 两个动作)支持按标题查询是否已存在,重跑前先用它比一轮,比事后手工删要省时间。标题查重比看图判断可靠,因为图片缺失往往只是标题不对的连带表现。

图片找不到时再查压缩包侧

表格侧确认无误后,再按这个顺序看压缩包:图片是否放在解压后可以定位的目录;文件名是否与表格中引用的名字完全一致,扩展名大小写也要一致;同名文件是否存在于多个层级,导致引用指向不确定。

一次常见的错法是表格里的文件名带着旧站点的目录前缀,解压后是干净的短文件名,引用全部落空。这类问题的判断方法很直接:随机抽几行,把表格里的引用名和压缩包里的实际文件名做字面对照,一致率低于预期就先改名,别急着改系统配置。

导入之后怎么抽查

导入结果不要靠「看着没报错」来确认。按四类各抽几篇:带图片的、带自定义字段的、分类与标签被写入的、以及标题重复的。抽出来的文档状态要明确——落草稿还是正式文档,AnQiCMS 的文档状态分为正式文档、草稿、待发布和回收站,批量导入建议先落草稿,用 preview 预览链接核对渲染效果,再批量转正式。

上线前留一次备份点。批量写入是可回退性的典型场景,备份覆盖数据与静态文件,一旦整批字段错位,可以退回重跑而不必逐篇手工修。

常见问题

上千篇一次导还是分批导? 分批更稳,按分类切批次,每批导完抽查一次;单批出问题只影响该批,回退范围小。

字段和图片同时不对,先修哪个? 先修字段。字段错会让引用关系整体错位,看起来就像图片也丢了。

重跑会不会产生重复文档? 会,所以先用按标题查询是否已存在的导入接口判断,再决定跳过还是覆盖。

相关文章

采集回来的内容上线前,敏感词过滤和人工审核的顺序怎么排

采集内容上线前的顺序是:先落草稿,再跑敏感词过滤与关键词替换,然后进人工审核,最后才改正式文档。规则层负责确定性问题,人工层负责事实与口径,回收站兜住误删。顺序颠倒会让低质内容带着完整索引进入搜索可见范围。

2026-10-26

文章被删除或者改错了后台还有哪些恢复手段

先分清是删错还是改错。删除类动作在 AnQiCMS 里是把正式文档移入回收站,不是物理删除,可以从回收站还原;改错类要看有没有草稿与待发布状态的历史版本,没有可回退版本时,只剩数据备份这条最后防线,备份范围要包含静态文件,并定期验证能否真的还原。

2026-10-25

批量导入几万篇文档前要先确认哪几件事

批量导入几万篇文档之前,要先确认字段映射、同题查重、分批节奏与回退路径四件事。本文以 AnQiCMS 的 ZIP 与 Excel 批量导入、文档内容导入接口为例,说明导入前每项检查的做法,以及导错之后如何用回收站与备份恢复收场。

2026-10-25

中文站和英文站共用一套内容模型,字段与标签怎么对应

中文站和英文站共用一套内容模型时,字段对应要遵循「先定结构再定语言」:用自定义内容模型定义双语共同字段,用关键词库维护中英对照词,整页 HTML 翻译负责成稿,多站点管理负责切换与隔离。本文给出字段映射的常见错误与标签对照的落地做法。

2026-10-25

多站点群的定时发布一起排,怎么避开同一时刻集中上线

多站点群共用一套定时发布排期时,集中上线的伤害落在抓取与索引队列上:同一时刻大批页面变化,抓取的边际收益下降,收录节奏反而变慢。错峰分三步:按站点分组拉开时间窗、把整点让开、给改版与备份窗口预留时段;先后次序按收录影响排,不按站点大小排,待发布状态用来承载排期而不是当草稿用。

2026-10-26

多站点群一起改版,全站替换和 301 跳转谁先做

多站点群一起改版时,先定新站的伪静态规则并建好 301 跳转表,再做全站替换。两个动作改的对象不同:跳转管 URL 归属,替换管正文里的关键词与链接文本。顺序错了会让同一轮抓取同时看到新旧地址,收录来回摆动,按站点分批验证是收口的关键。

2026-10-26

上线前先用在线体验站验收功能,能提前发现哪些真问题

上线前用在线体验站验收功能,能提前发现三类真问题:后台动作路径和预期不一致、功能有入口但缺关键配置、批量操作的影响范围判断不了。体验站验的是功能与交互,部署、数据迁移和备份恢复要另起一个测试实例自己跑一遍,两条各自负责一段验收。

2026-10-26

测试版公告自写只适合测试环境,预发布站点该怎么搭

测试版公告自写「只适合测试与开发环境」,意味着需要一个和正式站同版本、同配置、同数据形态的预发布站点来承接验证。搭法是四步:从正式库复制数据副本、按正式站配置复刻环境、用草稿与待发布状态隔离验证内容、验收通过后再把结论同步到正式站。

2026-10-26