结论先说:在大多数内容页里,图片丢失时应当保留图片占位、替代文本和与图片直接相关的说明文字,而不是让整块内容塌掉或只留一个破图图标。但这条做法有一个明确边界——当图片本身就是页面唯一的信息载体时(例如纯图步骤、图纸、图表数据),仅靠替代文本无法还原信息,这时正确动作是降级为可读的文字版本或明确提示内容暂不可用,而不是硬撑一个空占位。
决定怎么处理之前,先分清这张图在页面里的角色。判断依据不是图片好不好看,而是把它删掉后,读者还能不能完成页面承诺的任务。
一个可执行的动作:给每张信息图写替代文本时,先写出“如果读者看不到这张图,他需要知道哪一句结论”,把这句话放进 alt,而不是写“产品截图”“流程图”这类描述图片类型的词。这个动作的直接结果是,图片加载失败时页面仍然能回答读者的问题;下一步就可以据此判断哪些页面的替代文本需要补写。
图片请求失败后,浏览器通常只渲染替代文本或一个破损图标。要在这种状态下保住页面价值,需要同时保留三类信息。
假设一个产品参数页用图片展示尺寸对比,替代文本写成“尺寸对比图”。图片丢失后,读者只知道这里有一张对比图,却拿不到任何尺寸数字。若改成“A 款长 30 厘米,B 款长 45 厘米”,即使图不显示,读者仍能获得核心信息。这个例子只用于说明替代文本的写法差异,不涉及任何真实产品数据。
反例出现在图片承担全部信息、且信息无法用一两句话概括的场景。比如一张包含几十个数据点的趋势图、一张完整电路原理图,或者一份只有图片形式的操作步骤。此时替代文本无论怎么写都会丢失大部分内容。
在这类页面上强行保留占位,只会让读者看到一个空框和一句笼统说明,既不能完成阅读,也无法判断内容是否值得等待。更合理的处理是:
这里要区分两个容易混淆的原因:图片丢失可能是资源路径写错、文件被删除、服务器返回错误,也可能是读者网络或浏览器拦截所致。观察到图片不显示时,不能仅凭这一现象就断定是程序配置问题;先用浏览器开发者工具查看该请求的响应状态,再决定是修路径、补文件,还是调整前端的降级逻辑。请求失败这一现象本身,不能单独证明页面降级方案已经正确。
个别页面手工补好替代文本,并不代表整站都能在图片丢失时保住信息。规模化之后,例外往往出现在内容团队自行上传的图片、历史遗留页面和第三方嵌入内容上。下一步动作可以按这个顺序做:
完成抽查后,你会得到一份需要补文字的页面清单;这份清单的规模,直接决定是先改模板还是先改内容。如果唯一载体图数量很少,逐页补文字即可;如果数量很多,就需要在模板层设计统一的降级展示方式,再分批补内容。这样处理之后,图片丢失不再等于信息丢失,页面在降级状态下仍然能完成它原本承诺的阅读任务。