怎么建设网站，替换图片时如何检查旧说明仍然是否适用
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fd8d37dc29a9.html
📄
怎么建设网站，替换图片时如何检查旧说明仍然是否适用
替换图片后，旧说明是否适用，取决于图片承担的功能有没有变。如果只是画质、尺寸或文件格式变化，画面内容一致，旧说明通常仍可用，但要做一次可访问性核对；如果画面主体、场景、数据或指向对象变了，旧说明就必须重写或删除。缺少完整数据和权限时，最小动作是逐张比对图片功能与说明文本的对应关系，而不是等全站审计。
先判断这次替换属于哪一种变化
把替换分成两类，处理方式完全不同。
- 等价替换：同一张图重新导出、压缩、换格式，或从模糊版换成清晰版。画面信息没有增减，旧说明原则上保留。此时要检查的是说明有没有描述图片里已经不存在的东西，比如旧版有二维码、旧版有促销角标。
- 语义替换：换成了另一张图，主体、场景、数据或指向对象发生变化。旧说明几乎必然失效，因为它描述的是另一幅画面。
判断依据不是文件名，而是画面本身。文件名相同不代表内容相同，文件名不同也不代表必须重写。实际动作：打开新旧两张图并排看，用一句话写出各自“这张图在页面上替读者完成什么任务”。如果两句话一致，按等价替换处理；不一致，按语义替换处理。
等价替换时，旧说明要过三道检查
等价替换的风险最低，但仍有三种情况会让旧说明变得不准确。
- 画面细节是否被裁掉。重新导出时常顺手裁剪。如果旧说明提到画面边缘的元素，而新版已经裁掉，说明就要改。
- 图中文字是否变化。旧图上的价格、日期、按钮文字如果在新版里被改过，说明里引用这些文字的部分就过时了。
- 说明是否承担了正文职责。如果旧说明本来就在补充正文没有的信息，而新版图片不再承载这些信息，说明应移入正文或删除，而不是硬留在图片说明里。
这三项检查不需要后台权限，只需要能看到新旧图片和页面上的说明文本。做完之后，你会得到一份“保留、改写、删除”的短清单，它决定下一步是直接上线还是先补文案。
语义替换时，旧说明通常要重写而不是微调
语义替换后，旧说明里最危险的不是措辞过时，而是它仍在描述旧画面，读者会按说明去理解一张已经不同的图。此时应把旧说明当作废稿：先删掉指向旧画面具体元素的词，再根据新图重新写一句能独立成立的话。
一个假设例子：某教程页原图是一张后台设置截图，说明写“在高级选项里勾选启用缓存”。后来截图换成新版本界面，高级选项已改名。此时旧说明不只是文字过时，它指向的控件在新图里不存在。正确动作是先确认新图里对应控件的新名称，再改写说明；如果新图里根本没有这个控件，说明应删除并检查正文是否也需要同步修改。
这个例子的结论不能推广成“所有截图替换都要重写说明”。如果新截图只是同一界面换了配色，控件名称和位置都没变，旧说明仍然成立。
缺少数据和权限时，能执行的最小动作是什么
没有全站图片清单、没有编辑权限、看不到历史版本时，仍然可以做三件事：
- 只检查本次改动涉及的图片，不扩大范围。
- 用页面可见的说明文本与当前图片比对，判断说明是否描述了画面里不存在的内容。
- 把无法判断的条目标记为待确认，而不是默认保留或默认删除。
这些动作的结果是一份有限的判断，不是全站结论。需要明确：某张图说明检查通过，不能推出其他页面同类图片也没问题；某张图说明被判定失效，也不能单独证明整页内容需要重做。搜索需求会随季节和事件变化，改动前后的表现差异不能只归因于这次替换。
哪些例外会让上述判断失效
有两种情况需要单独处理。第一，图片是纯装饰性的，说明本应为空或仅作占位，此时替换图片不需要补写说明，反而要检查是否误加了描述性文字。第二，图片说明同时承担链接锚文本或导航功能，替换图片后即使画面一致，也要确认说明指向的目标是否仍然有效，因为这类说明的职责不只是描述画面。
把这两类排除后，剩下的图片按等价替换和语义替换分别处理即可。判断的落脚点始终是同一件事：旧说明描述的那幅画面，和现在页面上的这幅画面，是不是同一幅。
