图片编辑图文
下载的新图是对的，网页却仍显示旧文字：核对实际发布的资源版本
如果下载文件已经正确，自己发布的网页却仍显示旧字，先确认页面实际展示哪一个图片资源。图片文件、引用它的页面和各层缓存响应是三个环节。通过网站已有的资源版本发布流程更新，再核实际交付的版本；再次去字不能替网站刷新旧资源。
发布于 2026-11-02 · 更新于
1. 先确认图片编辑确实已完成
在可信图片查看器中直接打开刚下载的PNG或JPG，对照已认可的修订检查目标文字、应保留内容及尺寸。如果本地文件仍有问题，先回到编辑步骤。只有已经得到可发布文件，才进入网页交付排查，避免同时改变图片和部署条件。
把未修改的授权原图和审定输出分别保存，记一个可见的版本特征，例如旧日期已去掉而商品名仍保留。熟悉的文件名或素材库缩略图不足以区分两个修订。本文提供发布核对方法，没有展示新上线的客户图片或测得的修复效果。
2. 分开核图片URL与页面引用
通过站点素材设置，或请维护者确认问题位置实际使用的资源。新文件已上传到素材库，不代表公开页面已经指向它。如果页面还提供响应式来源，应先确定被选中的候选及回退图片；选错另一规格与缓存旧字是不同问题。
技术复核时，维护者可用正常开发者工具查看浏览器选中的图片URL及对应响应。HTTP状态200本身不能证明返回的是哪一版像素，应直接打开交付图片，与本地审定版本的可见特征比较。不要把带凭据的请求细节或私人信息放入截图和公开报告。
3. 沿网站已有的资源版本流程发布
网站支持时，按正常发布流程把审定文件放入可辨认的新资源版本，再更新目标页面引用。例如product-view-v2.png可与product-view-v1.png区分；这只是说明版本关系的文件名，不是强制命名规则，也不是TextWiper生成的网址。保留该站要求的审核与回滚步骤。
新URL不会自动改写所有页面或删除旧资源。应确认公开页面已引用新版本，而不只是上传动作成功。有的平台自行管理版本标识，应沿平台方式处理，不要随意加查询参数或连续改名，假设所有交付层都按同样方式识别。
4. 区分可继续复用的缓存响应与刚修改的源文件
网页缓存可在响应仍被认为新鲜时继续复用；重新验证也可能确认已有响应仍可用。因此，在源站同一个URL下替换文件，并不等于所有浏览器或中间交付层已收到新字节。维护者应结合该站的正常流程核缓存新鲜度和验证行为。
若业务必须保持相同URL，使用站点对该资源支持的更新和缓存失效流程。不要把清空无关资源、修改全局缓存策略或删除访客浏览器数据当作通用修图步骤。浏览器刷新可帮助调查当前现象，却不能证明所有公开访客和交付层已切换版本。
5. 两个环节发布后核真实公开页面
打开实际发布页面，在目标位置检查收到的图片。若仍旧，比较当前URL和发布引用：页面文档本身也可能还是缓存的旧版本。新地址上的图片正确，旧页面仍引用另一个地址，这两种现象可以同时成立，不是去字结果自行变回原样。
任务涉及窄屏版、其他裁剪或卡片时，分别核对应位置。记录观察到的资源URL或内部版本号，以及通过检查的可见修订特征。这只覆盖真正检查的情境，不等于所有缓存都已传播完成、搜索已收录，或每种主机都有固定生效时间。
6. 结束发布交接，不再消耗去水印尝试
按站点流程保留审定图片、发布版本及回滚依据。图片已正确而旁边文字仍描述旧促销时，应另行更新页面内容。像素编辑不会同步修改HTML图注、替代文本、素材引用或主机配置；这些都需要各自的发布检查。
TextWiper在测试期提供手动编辑和PNG/JPG下载，不管理用户网站或清理其缓存。可选识别和有限整图自动清理也不是修旧资源引用的手段。仍有交付问题时，把预期与实际版本的简明对照交给站点维护者，不要反复修复已经审定的图片。
资料来源
- HTTP caching — 说明资源新鲜度、重新验证及带版本资源URL；网页交付机制与修改图片像素是不同步骤。