网站改版上线后，页面看上去更利落了，访问速度反而下降，这种情况并不少见。很多人第一反应是服务器或代码出了问题，但真正拖慢加载的，常常是那些被原样搬进新模板的旧图片——尺寸没调、格式没换、文件名也没改，只是换了个页面位置，负担却跟着一起迁移了过来。
先给旧图片分个类，再决定怎么处理
动手压缩之前，建议先把旧站图片完整过一遍，按可复用程度分成三组：
第一组是还能继续用的。品牌标识、产品实拍、团队合影这类图片，内容本身没毛病，构图依然成立，问题只是文件偏大。这类图属于“留着但需要减重”的范围。
第二组是需要重新导出的。带透明通道的图标、图片上直接压了文字的横幅、被反复另存过的素材，这些图往往已经找不到原始设计文件，继续压缩只会让边缘更糊、文字更难辨认。与其在成品图上反复折腾，不如找到源文件重新输出。
第三组是该直接淘汰的。过期活动图、旧版促销角标、已经下线的产品截图，这些东西不该出现在新站里，留着只会增加迁移工作量，也容易造成信息混乱。
压缩还是重导出，看两个条件就够了
判断一张图该怎么处理，先问两个问题：原始文件还在不在？图片的实际展示尺寸是多少？
如果设计源文件还在，优先重新导出。按照新模板里图片的真实展示位置来设定输出尺寸，不要拿一张大图硬缩——浏览器缩放和设计工具导出是两回事，前者会消耗额外性能。
如果原始文件已经丢失，只剩一张被压缩过的成品图，那就需要谨慎判断：图片尺寸明显大于展示区域的，可以做适度压缩；图片本身尺寸就偏小、再压就会发虚的，宁可保留原图，也不要二次压缩。二次压缩带来的画质损失是不可逆的。
格式选择同样不能忽略。照片类内容适合有损压缩格式，图标、线条图、需要透明背景的素材适合无损或支持透明的格式。带透明通道的图片如果被强行转成不支持透明的格式，边缘会出现白边或黑边，这是改版后最常见的视觉问题之一。另外，同一张图在不同位置展示——比如首页横幅和列表缩略图——应该分别导出不同尺寸，而不是用一张大图靠代码缩放。
迁移过程中值得逐项核对的清单
图片迁移看起来琐碎，但按清单走能减少很多返工：
命名方面，别再沿用“图片1”“最终版”“改后改”这类名称。改用能说明内容和用途的英文或拼音组合，后续维护时能省下大量查找时间。
目录方面，按页面或模块分文件夹存放，不要把所有图片堆在一个目录里。结构清晰的目录在排查问题时优势明显。
替代文本要逐张补齐。它既关系到无障碍访问，也影响搜索引擎对图片内容的理解，不要留空，也不要直接复制文件名。
响应式尺寸方面，同一张图至少准备展示尺寸和两倍图两个版本，适配不同屏幕密度。还要检查图片是否被拉伸变形，尤其是被放进固定宽高容器时，比例不对会直接拉低页面质感。如果图片上带有文字，要确认文字在小屏上是否仍然清晰可读。
上线前后的抽查方法
资源替换完不等于工作结束。上线前用浏览器开发者工具查看每张图片的实际加载大小，重点关注首屏图片是否拖慢了整体打开速度。逐页对比新旧版本的视觉效果，确认没有出现模糊、拉伸、白边或色彩偏差。有条件的话，在不同网络环境和不同设备上各抽查一遍，避免只在办公室高速网络下看着正常、实际用户却体验很差。
图片迁移看似是改版中的细枝末节，却直接影响改版的最终效果。把旧图当成新项目重新审视，该重导出的重导出，该淘汰的淘汰，页面才不至于只是换了个外观。it数运在处理网站改版和日常维护时，通常会把图片资源盘点作为迁移前的固定环节，先理清再动手，减少上线后的返工。
