CMS系统选择：图片丢失时页面应怎样保留必要信息，先分清两种丢失：文件还在但路径失效，还是记录本身没了
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /8a656b365abb.html
📄
CMS系统选择：图片丢失时页面应怎样保留必要信息，先分清两种丢失：文件还在但路径失效，还是记录本身没了
图片丢失时，页面不应只剩空白或破图图标。正确做法是让每个图片位置在后台仍保留可读的替代信息，并在模板层提供回退内容；这样读者即使看不到图，也能理解这块内容原本在说什么。判断标准不是“有没有装某个插件”，而是图片记录、替代文本和模板回退三者是否同时存在。
先分清两种丢失：文件还在但路径失效，还是记录本身没了
两种情况的处理方向完全不同，混在一起会做出错误决定。
- 路径失效型：媒体库记录还在，替代文本和说明文字都在，只是文件地址变了、目录被改名或迁移时没同步。这类问题的证据是后台媒体列表仍能搜到该图片，编辑页面的图片字段也有值。
- 记录缺失型：媒体库中查不到这条记录，编辑页面的图片字段为空，只剩正文里一段孤立的引用。这类问题无法靠前端回退修复，必须在内容层重建。
可核对的证据是：打开一篇受影响页面，在后台编辑界面查看图片字段是否为空、媒体库能否搜到原文件名。若字段有值而前端仍破图，属于路径失效；若字段为空，属于记录缺失。这个区分决定下一步动作，不要跳过。
路径失效时：优先让模板输出替代文本，而不是急着批量改路径
当图片字段仍有值、替代文本也完整时，最省事的动作是让模板在图片加载失败时输出替代文本和简短说明，而不是先做全站路径替换。原因是路径替换一旦规则写错，会把本来正常的图片一起改坏，排查成本更高。
具体动作：在图片输出模板中，把替代文本作为可见回退内容，而不是只写在 <img alt="..."> 属性里。因为图片加载失败时，alt 属性在多数浏览器中仍会显示，但样式、尺寸和排版可能塌陷。给图片容器设定固定宽高比，再让回退文字居中，页面结构就不会跳。
这个动作的结果是：读者看到的是“这张图原本在说明什么”，而不是一片空白。下一步才是有选择地修复路径——只针对确认失效的那批文件做迁移或重定向，而不是全站重写。
记录缺失时：先补内容，再谈视觉还原
如果媒体记录已经不存在，模板回退只能显示替代文本，无法恢复图片本身。此时要判断这块内容是否必须依赖图片。
- 图片承载关键信息（如流程图、对比图、操作截图）：必须重建或替换，替代文本只能作为过渡，不能当作最终方案。
- 图片只是装饰或氛围：可以保留替代文本，或直接改为纯文字段落，不必强行找回原图。
判断依据是：把替代文本单独读一遍，读者能否获得与原图等价的信息。若能，装饰性图片可以降级处理；若不能，就要安排重建。这个判断会影响后续工作量分配，先做分类再动手。
一个假设例子：三张图的三种处理
假设某篇文章原本有三张图：一张产品外观图、一张参数对比表截图、一张配图。迁移后三张图都失效，后台检查发现前两张的记录还在、第三张记录已删除。
- 产品外观图：记录在、替代文本为“产品正面外观”。模板回退后读者知道这里有产品图，路径修复可排后。
- 参数对比表截图：记录在，但替代文本只写了“对比表”。回退后信息不足，应先把替代文本补成表格关键结论，再决定是否重做图片。
- 配图：记录已删，替代文本为空。若它不承载信息，直接删除该图位并让正文自然衔接；若承载信息，则重建。
这个例子的重点是：同一个页面里，三张图的处理动作可以不同。先分类，再决定哪些必须重建、哪些只需补文字。
例外与适用条件
上述做法成立的前提是：模板层允许你控制图片输出结构，且编辑人员愿意维护替代文本。如果模板由第三方主题锁定、无法修改回退逻辑，那么能做的就只剩内容层补替代文本，视觉回退无法保证。
另一个例外是：当图片本身是页面唯一内容（如纯图册），替代文本无法承担等价信息，此时应优先恢复文件，而不是接受文字回退。判断标准始终是——读者失去图片后，是否还能完成这篇页面想让他完成的事。若不能，回退只是临时措施，不是最终状态。
