APP优化技巧，替换图片时如何检查旧说明仍然是否适用
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /5827342de52a.html
📄
APP优化技巧，替换图片时如何检查旧说明仍然是否适用
先给结论：替换图片后，旧说明是否适用，取决于“图片与说明的对应关系”是否被破坏。如果新图只是换了清晰度、尺寸或压缩格式，画面内容、指向对象和结论都没变，旧说明通常可以保留；如果新图换了主体、状态、数据、场景或时间，旧说明就必须重写或删除。判断的关键不是图片文件变了没有，而是图片承载的信息变了没有。
条件一：图片语义未变，旧说明可以保留但要核对三处
当替换的只是同一对象的更高清版本、更小体积版本，或从一种格式转成另一种格式时，说明文字一般仍然成立。此时不要直接跳过，按下面三步核对。
- 核对指向对象。说明里如果出现“左侧按钮”“上方图表”“第二行数据”这类位置或数量描述，要看新图的构图是否一致。裁剪比例一变，位置描述就可能失效。
- 核对画面细节。新图若去掉了水印、角标、状态栏或某条辅助线，而说明恰好提到这些元素，说明就需要调整，而不是保留。
- 核对文字与图内文字。如果图片本身带有界面文案、数值或标签，替换后这些内容变了，说明与图内文字会互相矛盾，读者会优先相信图，说明的权威性被削弱。
完成核对后，把说明与图片放在同一屏内检查一遍。如果说明描述的每个要素都能在新图中找到，且没有新增未解释的元素，就可以保留。这个动作的结果是：保留决定成立，下一步只需检查图片的文件名与替代文本是否仍与新图一致。
条件二：图片语义已变，旧说明必须重写或删除
出现以下任一情况，说明图片承载的信息已经变了，旧说明不再适用：
- 新图换了主体，比如从旧版界面换成新版界面，从A方案示意换成B方案示意。
- 新图换了状态，比如从正常状态换成报错状态，从空数据换成有数据。
- 新图换了数据或时间，比如图表数值更新、统计周期变化。
- 新图换了场景，比如从室内拍摄换成户外拍摄，从单人操作换成多人协作。
此时的处理顺序是：先判断这张图在页面中承担什么作用。如果它是步骤演示图，说明要跟着新图重写操作描述；如果它只是氛围配图，说明可以删除，避免图文不符；如果它是数据图，说明里的结论要重新核对数字来源。做完这一步，再回头检查正文里有没有其他段落引用了旧图的内容，比如“如下图所示的三个入口”。这类正文引用往往比图片说明更容易被漏掉。
判断依据：用“可验证对应”代替“看起来差不多”
很多替换图片的失误，来自“新图和旧图看起来差不多”这个模糊判断。更可靠的做法是建立可验证的对应关系：把旧说明拆成若干信息点，逐条到新图里找证据。能找到证据的保留，找不到的标记为待处理。
假设一个页面原来用截图说明“点击右上角保存按钮”，新截图把保存按钮移到了底部。旧说明里的“右上角”就是失效信息点，必须改。反过来，如果新截图只是把同一位置的按钮换了配色，位置和功能都没变，旧说明仍然成立。这个比较方法不依赖感觉，只依赖说明中的每个信息点是否有对应画面。
需要注意，替换图片后短期内页面数据出现波动，不能单独证明说明改对了或改错了。季节变化、搜索需求变化、数据采集口径差异都可能造成波动。要判断改动效果，应把图片与说明作为一个整体来看，而不是把某一天的涨跌归因于某一句说明。
实施动作与例外：替换后先做一次图文一致性检查
替换图片并调整说明后，建议立即执行一次图文一致性检查：在同一页面上下文中通读说明，确认没有残留旧图的描述词，比如旧版本号、旧颜色、旧位置。检查通过后，再决定是否继续替换下一张图。如果检查中发现说明与正文其他部分冲突，应先解决冲突，再继续批量替换，否则问题会累积。
例外情况是：图片本身是装饰性的，不承载信息，也不被正文引用。这类图片替换后，说明是否适用主要看它是否还符合页面语气和主题，不必逐条核对画面细节。另一个例外是图片由外部数据源动态生成，说明的适用性取决于数据源是否同步更新，而不是图片文件本身。遇到这两种情况，判断标准要相应放宽或转移，不能套用上面的逐条核对方法。
