结论先说:如果旧图片地址必须继续可访问,就不要先删旧文件再传新文件。正确顺序是先把新图片放到新地址并让它可被抓取,再把旧地址改为指向新图片,最后才考虑清理旧文件。很多读者卡住的地方不是“要不要保留旧地址”,而是把替换理解成一次动作。实际上它是三次有先后的动作,顺序错了就会出现图片消失、索引错乱或流量下滑。
一个常见矛盾是:旧图片文件明明还能打开,页面上的图片也正常显示,但来自图片搜索的访问在替换后一段时间内下降。这时有两种解释需要分开。
区分这两种解释的证据不一样。如果是解释一,旧地址直接访问时仍返回原图片,响应类型仍是图片,只是索引更新滞后。如果是解释二,旧地址返回的内容类型变了,或者返回的是重定向到非图片页面。前者需要等重新抓取,后者需要立刻修正旧地址的返回内容。把这两种情况混在一起,就会误以为“保留旧地址”本身没用。
假设一个场景:你有一张产品图,旧地址是 /images/old-product.jpg,新图准备放到 /images/new-product.jpg。你希望旧地址继续可用,避免已有引用断掉。可以按下面的顺序操作。
这个顺序的关键是:新地址先成立,旧地址后处理。反过来做,先删旧文件或先让旧地址失效,再去补新地址,中间就会出现一段不可访问的空窗。空窗期越长,恢复越依赖重新抓取,而不是你后续动作本身。
不要只看页面上的图片是否显示。页面显示正常,可能只是因为浏览器缓存或页面已经用了新地址。更有区分度的证据是直接检查地址本身。
如果旧地址返回的是重定向,但最终落点不是图片,说明重定向目标配错了。如果旧地址仍返回旧图片,说明你还没处理旧地址,只是页面换了引用。这两种情况对应的下一步不同:前者要改重定向目标,后者要补做旧地址处理。
替换后短期数据波动,不一定能直接归因于替换顺序。季节变化、搜索需求变化、数据采集差异都会影响图片搜索的访问量。假设你只改了一张图,前后两周访问量下降,这不能单独证明是替换导致的。更稳妥的做法是同时看旧地址和新地址的访问情况:如果旧地址访问下降、新地址访问上升,总量大致稳定,说明替换在过渡;如果两边都下降,才需要回头检查旧地址返回内容和页面引用。
另一个容易忽略的条件是:保留旧地址并不等于保留旧文件。你可以让旧地址继续可访问,但实际内容来自新地址。真正需要保留的是旧地址的可访问性和指向关系,而不是旧文件本身。想清楚这一点,替换顺序就不会被“文件要不要留”带偏。
把动作拆成上传新图、改页面引用、处理旧地址、再清理旧文件这四步,并按这个顺序执行,才能在保留旧地址的同时完成内容替换。下一步该做什么,取决于旧地址当前返回的是图片、重定向还是无关内容,而不是取决于页面上的图片是否好看。