如何建博客：替换图片时如何检查旧说明仍然是否适用
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d40fe335979b.html
📄
如何建博客：替换图片时如何检查旧说明仍然是否适用
先给结论：替换图片后，旧说明是否适用，不取决于文字读起来是否通顺，而取决于它描述的那条事实是否还成立。把图片说明拆成“谁在做什么、在哪里、结果是什么”三个可核对项，再与新图逐项比对，只要有一项对不上，就必须改写；三项全部对得上，才可以原样保留。
两种条件，两种处理方式
第一种条件：新图与旧图属于同一场景的延续，只是清晰度、角度或拍摄时间变了。比如同一场活动换了更清楚的一张现场照，人物、动作、地点都没变。这时旧说明通常可以保留，你只需要确认它没有写“左起第三人”这类依赖具体构图的方位描述。
第二种条件：新图换了主体或换了结论。比如原来是一张手绘流程图，新图改成了截图；原来展示的是旧版界面，新图是改版后的界面。这时旧说明几乎一定失效，因为读者看到的对象已经不同。判断分界线是：说明里有没有指涉图中可见的具体元素，只要指涉了，就要重新核对。
把分歧变成可核对的项目
多人协作时，编辑、作者、设计常对同一张图有不同理解。有效做法不是争论谁记得对，而是把说明拆成可以打勾的核对项，让每个人对着新图回答同样的问题。
- 主体核对：说明提到的对象，在新图里是否仍然出现，且是同一个对象。
- 动作核对：说明描述的正在发生的动作，是否与新图一致。
- 位置核对：说明里的方位词（左侧、上方、背景）是否仍然成立。
- 结论核对：说明若带判断或结果，这个判断是否仍由新图支持。
四项中任何一项出现分歧，就把它单独拎出来，指定一个人对着新图确认，而不是整段重写。这样分歧会收敛成几个具体问题，而不是变成“这张图到底配什么文字”的开放式讨论。
一个假设的例子
假设旧说明写的是“后台设置页把通知开关放在右侧”。新图换成改版后的界面，开关移到了下方。按上面的清单，主体（通知开关）还在，动作（开启或关闭）没变，但位置项失败，结论项“放在右侧”也失败。此时正确动作是把说明改成不依赖位置的表述，例如“后台设置页中的通知开关”，并确认正文没有别处再引用“右侧”这一说法。改动后再检查同一页面其他图片说明是否也引用了旧版布局，避免只改一处留下矛盾。
动作之后看什么，以及例外
改完说明，下一步不是立刻认为问题解决。先看该页面的跳出与停留是否出现异常波动，但要注意：一次改动前后比较要考虑季节、搜索需求变化和数据采集差异，短期波动不能单独证明说明改对了。更可靠的信号是读者行为与文字的一致性，例如说明提到“点击下方按钮”，而新图里按钮在上方，读者就容易困惑，这类反馈比排名数字更直接。
例外情况也要留出。装饰性图片、纯氛围图，说明本来就不承担信息功能，替换时不必逐项核对，只要确认替代文本没有描述图中不存在的元素即可。反过来，教程类、步骤类图片的说明承担操作指引，核对必须从严，因为一处方位错误就可能让读者照做出错。
把核对清单固定成替换图片时的默认动作，比每次凭记忆判断更省事。真正需要改写的往往不是整段文字，而是其中一两个指涉图中具体元素的说法。
