封面上传成功，只能说明封面字段完成了一次资源操作，不能证明正文图片全部正确。正文可能还引用旧地址，三张图的顺序可能互换，图片也可能已换而替代文字仍描述原画面。
文章图片资源核对应把用途、文件、上传地址和正文位置连起来。每张图都有一个明确任务，再沿着保存后的实际页面检查，才能发现只看文件夹或编辑器缩略图不容易察觉的问题。
先给每张图片明确用途和身份
图片清单先写使用位置：封面、某章节后的说明图、某段中的流程图。仅用“第一张”“好看的图”作为身份，换了排序或重新上传后就容易混淆。可以采用文章标识加图片用途编号，并记录对应内容。
封面承担文章识别与列表预览，正文图帮助解释某一段。即使同一风格，也不能把两者随意交换。宽高比例、主体大小和上下文不同，封面在正文中可能无法回答该章节的问题。
假设一篇文章有一张封面和三张正文图，可以在清单中为四个用途分别指定文件、说明与位置。这个数量只是该情境的安排，不代表所有文章必须统一使用四张图。
JVDS已确认的第597篇录入记录，采用封面和三张正文图，并核对保存回读。这里可借鉴的是逐张对应与保存后检查；不能据此推断其他文章都已经完成相同核验。
可以在正文原稿中先保留用途占位，待真实资源准备好再替换。占位只是录入提示，最终文章应插入实际图片，而不是把内部编号显示给读者。清单中的位置可以用章节名称与段落关系描述，避免正文修改后靠固定行号找图。
图片身份还应区分版本。如果某正文图重新生成或裁切，应更新版本记录，避免编辑人员拿到旧文件却以为它仍是当前稿。文件名里的“最终”不能独立证明版本正确。
从本地文件到上传地址保持对应
原图、编码后的发布图和上传地址是三个对象。原图可能用于后续调整，发布图经过尺寸或格式处理，上传后又由网站生成自己的资源路径。核对清单应保留这条对应链，而不是只记录本地名称。
上传系统可能自动改名。不能猜测服务器上的文件名一定与本地相同，也不能把本地路径填进正文当作公开图片地址。每次上传应取得真实结果，再与对应用途配对。
如果多张图片一起上传，按返回结果逐项记录。看起来顺序相同，不代表系统总以相同顺序返回；尤其遇到失败重传或同名文件处理，依靠位置猜测容易把地址分配错。
对于比例相同、风格接近的图片，最好在本地核对时放在一起比较主体差异。人眼很容易把几张黑灰场景看成同一套素材，编号正确也可能内容重复。确认每张画面承担不同信息任务，再进入上传环节，可以提前减少位置混淆。
编码后也要打开实际文件检查。扩展名是WebP，不代表内容必然正确；尺寸改变可能裁掉关键信息，导出时也可能误用了上一版本。资源核对需要确认画面，不只确认文件存在。
旧图替换时，不宜先删除所有历史资源再整理。某个文件可能被其他文章引用。先找到当前文章实际引用关系，确认需要替换的范围，再决定是否清理旧文件，避免让无关页面出现破图。
逐张核对正文位置与替代文字
插入正文后，从章节顺序逐一检查：图像是否对应附近的问题，是否重复插入，是否遗漏，以及位置是否打断阅读。资源地址正确但放错章节，仍然属于图片录入错误。
图片替代文字应描述它在当前语境中的作用。信息图可以说明关系，装饰性图像按实际用途处理。不要给四张不同图片复制相同的关键词串，也不要在图像变更后保留旧画面描述。相关操作可参阅《图片Alt怎么写？可访问性、图片搜索与关键词边界》。
例如，假设原图展示文件上传步骤，新图改成资料核对桌面，替代文字也应调整。它不能继续说“服务器上传流程”，否则图片未显示或由辅助技术读取时，读者得到的是错误信息。
说明文字、替代文字和文件名不需要完全相同。文件名帮助资源管理，说明可连接正文，替代文字传达图像信息。把三者机械复制，会错过各自任务，也可能带来冗余。
替代文字也可放入清单作为待审核内容。负责图片的人写出画面，负责文章的人确认它与附近段落的关系，录入人员再按批准结果填写。这样无需在后台临时猜一句描述，也便于发现提示词中的计划场景与实际生成画面不一致。
编辑器中若有图片尺寸或对齐设置，要确认它们对应实际内容区域。移动端仍需要检查主体与边缘，不能只在电脑预览中判断图片已经清晰完整。真实图片内容和显示规则都要匹配。
保存后重新读取，确认真实引用
编辑器显示正常，不足以证明保存结果一致。保存后重新打开文章，确认封面字段与正文图片仍指向对应地址，位置、说明和替代文字保留。必要时由具备权限的实施人员核对实际保存内容。
预览页面也应重新载入，逐张打开或查看清晰画面。注意有些编辑器暂时显示本地预览，即使公开资源路径不可用，缩略图仍可能看起来正确。保存后的实际加载才有判断价值。
浏览器可能根据设备选择不同尺寸候选。若系统提供响应式图片，应确认手机实际取得的候选也属于当前版本。桌面图已经替换，手机候选仍是旧文件，会造成两种设备看到不同画面；这时清单需要记录由系统生成的版本关系。
检查封面时，看文章列表或预览卡片；检查正文时，看完整段落。一个位置显示正确，不能替另一个位置验收。不同模块可能采用不同字段或裁切版本。
若显示旧图，先比较实际引用地址与清单，再判断文件或缓存问题。不要直接重新上传所有图片，也不要只清浏览器缓存就结束。旧地址仍在正文时，缓存清除不会纠正引用关系。
文章尚为草稿时，应使用现有的授权预览方式核对，不必为检查图片临时发布。资源与状态验收可以分别完成，不能因“要看到图片”而改变既定发布流程。
让资源清单支持后续替换和交接
清单至少包含用途、章节位置、本地原图、发布图、实际地址、版本和替代文字。是否需要记录授权、生成提示词或裁切规则，取决于图片来源和后续维护，但应能说明素材从何而来。
留存原图有助于重新导出，发布图则帮助复现当前效果。只保留上传地址，网站迁移时可能缺少可用源文件；只保留本地原图，后来人员又不知道哪一个版本实际上线。相关操作可参阅《企业官网设计交付物清单：设计稿、规范、素材和源码》。
替换时按用途更新对应项，并重新核对引用。不要把新图上传成功当作任务结束，正文可能仍保持旧地址；也不要只修改清单，文章本身没有保存。清单与实际记录需要同步。
交接可以抽取其中一张图，让新接手的人按清单找到原图、当前发布文件与正文位置。如果必须询问原录入人员才能判断哪张是对的，清单仍缺身份或版本信息。这是对维护可用性的检查，不需要为每个普通文件建立复杂系统。
如果批量录入多篇文章，文章身份也要进入资源命名和清单。相同的正文图编号可以在不同文章重复，但组合身份应唯一，防止把上一文章的第三张图插到下一篇。
成功标志是每个使用位置都能对应正确文件和真实地址，保存后加载可用，替代文字与当前图像任务一致，交接人员能够找到源文件及发布版本。图片核对完成的是一条对应关系，而不是一次上传动作。
常见问题
封面正确，为什么正文还会引用旧图？
封面和正文可能保存于不同字段，上传新封面不会自动替换正文地址。需要按图片清单逐一核对正文引用、位置和版本。
上传时服务器改了文件名，算错误吗？
不一定。系统可能正常改名。重要的是记录实际返回地址，并与本地文件和用途配对，不能根据原文件名猜测最终路径。
图片替换后，Alt需要重写吗？
应检查是否仍准确。若画面信息或用途改变，就要更新；仅重新编码且内容不变，原描述可能仍适用。不要机械复制关键词。
旧图不用了，能立即删除吗？
先确认其他页面是否仍引用。清理范围应依据真实关系与维护规则，不能只因当前文章换图就删除可能共用的资源。
草稿文章怎样核对图片而不发布？
使用后台已有的回读与授权预览，确认实际保存地址和加载效果。是否有预览入口依系统而定，不应为核对图片擅自改变文章发布状态。
链接复制成功
