图片丢失后,页面最该保留的不是“图位”,而是这张图原本承担的信息职责:它说明什么、指向什么、读者下一步该做什么。下面用一个明确假设的情境,把编辑、开发和运营对同一张丢失图片的不同理解,转成可以核对的项目。
假设一个情境:某篇产品说明页的配图无法显示,编辑认为“图没了,正文还能读”,开发认为“文件路径可能变了”,运营认为“用户看不到实物图就不会询价”。三种理解都不算错,但对应完全不同的处理动作。
要先把丢失分成三类:
一个实际动作是:在浏览器里直接打开图片地址,并查看页面源码中该图的 <img> 标签。如果地址能打开,说明文件还在,问题在引用或加载环节;如果地址返回错误,才进入内容层面的取舍。这个动作的结果会直接决定下一步是修路径还是改正文。
图片丢失时,页面不应只剩一个破图图标。至少保留三类信息:
这里的关键取舍是:能文字化的事实优先文字化,不能文字化的再考虑补图或删位。假设一张图展示的是安装孔位,文字可以写成“孔位在机身底部左侧”,这比保留空图位更有用;假设一张图展示的是整体外观风格,文字很难替代,就需要补图或明确说明图片暂缺。
图片的 alt 属性在图片丢失时会显示出来,所以它应当写成对图片内容的客观描述,而不是关键词列表。例如,与其写“WordPress优化 图片 丢失 修复”,不如写“机身底部左侧的安装孔位示意”。前者对读者没有帮助,后者至少让读者知道这里原本有什么。
但 alt 文本不能承担全部信息。更稳妥的做法是在图片前后各留一句衔接:
这样即使图片丢失,读者仍能顺着文字理解页面逻辑。一个可核对的动作是:把图片临时隐藏,只读文字,看是否还能回答“这是什么、有什么用、下一步做什么”。如果读不通,说明信息过度依赖图片,需要补文字。
回到前面的假设情境。编辑、开发和运营对同一张丢失图片的理解不同,解决方式不是争论谁对,而是把分歧写成可核对的项目:
这张清单的价值在于:它不依赖某个人对“重要”的主观判断,而是把“图片丢失后页面还能不能传达必要信息”变成可以逐项确认的问题。完成核对后,再决定是否需要对页面做进一步的结构调整。
如果图片只是装饰,删掉图位对信息传达没有影响,页面反而更干净。如果图片承担了证明、对比、步骤定位或外观展示,就不能简单删除。判断标准可以写成一句可执行的话:把图片拿掉后,读者是否还能完成页面希望他完成的事。
假设页面希望读者确认产品接口位置。图片丢失后,如果文字已经写明接口在左侧、数量两个、间距约一厘米,读者仍能确认,图位可以暂时移除;如果文字只写“如图所示”,读者无法确认,就必须补图或补文字。这个判断不依赖工具,也不依赖平台,只需要把页面目标写清楚,再逐项核对。
最后,图片丢失不是单一的技术故障,也不是单一的内容问题。它同时涉及引用、文件、文字承接和读者动作。把这几项分开核对,再决定修、补、删或替换,页面才能在图片缺失时仍然保留必要信息。