图片重命名这件事，技术上一行脚本就能做完，但麻烦在于：重命名会打断一切指向旧文件名的引用——页面里的图片地址、样式表里的背景图、广告素材、文档里的插图、甚至你邮件里发给客户的链接。批量改名的第一课不是"怎么改"，是"改之前要做什么"。今天讲一个能安全执行的流程。
先判断：这件事值得做吗
批量重命名的收益有两个：一是图片搜索的匹配度（文件名含关键词是谷歌图片搜索的信号之一，见图片搜索优化）；二是你自己找图的速度（这才是日常最实在的收益）。
判断标准：如果你的图超过 200 张、或者每周要花 30 分钟以上找图，就值得做；如果只有几十张且都记得住，收益有限，但也别跳过"先建命名规则"这一步——新图从今天起按规则命名，比整理存量更重要。
第一步：先固化规则，再动文件
规则要在动手前定死，因为中途改规则会让整个工作作废。三段式（之前讲过，这里补充批量场景的要求）：
SKU_场景或视角_尺寸，比如 `BOT-2048_lifestyle_1600x1200.jpg`。批量场景的三个额外要求：① 全小写、下划线分隔（避免大小写敏感系统的问题）；② 不含空格与中文（URL 里出现中文在部分服务器与 CDN 上会出问题）；③ 保留一个映射表——记录"旧文件名 → 新文件名"的对应关系，这张表是整个操作的安全网。
第二步：找出所有引用点（最容易被忽略的一步）
批量改名之前，必须先知道"谁在用这些文件"。四个来源：① 数据库/后台（商品表里的图片字段，这是最主要的一个）；② 代码与模板（主题里的硬编码路径、CSS 里的 background-image）；③ 内容（文章正文里插入的图片、CMS 富文本里的地址）；④ 站外——这个没法批量改，只能尽量避免：已经发到社交媒体、印在宣传物料、发给客户的 PDF 里的图片地址，改名后会失效。
所以真正的做法是：先在后台做"上传新文件 → 替换引用 → 确认无误 → 再删旧文件"的分步替换，而不是在文件系统里直接改名。直接改名会让所有引用瞬间失效——哪怕只是几分钟，也可能在替换完成前产生坏图。
第三步：分批替换 + 验证
按产品线或按图片类型分批（每批 20~50 张），每批的完整流程是：① 复制新文件（保留旧的）② 在后台替换引用 ③ 逐个访问页面确认图片正常 ④ 确认无误后再删旧文件。
关键是保留旧文件直到验证完成。这样即使某批出问题，回滚成本只是"把引用改回去"。直接改名再逐个修复，是最耗时也最容易漏的做法——你会发现漏掉的那个引用可能三个月后才被发现（某个不起眼的页面）。
站外引用怎么办
无法批量修改，所以要从一开始就降低依赖：关键图片用稳定的文件名（比如产品主图用 `product-BOT-2048-main.jpg` 而不是带日期版本号），这样即使内部版本迭代，站外的链接依然有效。只有"同一张图的新版本"才需要改名，而这类图片通常不是被外部引用的对象（被引用的一般是主图与宣传图）。
还有一个实际经验：很多站其实不需要重命名，只需要"不制造新混乱"。如果你的现状是 80% 的图命名还算清楚（能找到），那把剩下 20% 的混乱部分规整好，收益就足够了——不要追求 100% 完美，那是无尽的工作。
和 SEO 的关系：改名的收益有多大
实话实说：图片文件名的 SEO 权重远低于 alt 文本和图片所在页面的相关性。多数站把重命名当成 SEO 大招，实际收益有限。真正的收益顺序是：① 图片是否被收录并展示（取决于格式、尺寸、页面上下文）② alt 描述是否准确自然 ③ 页面主题是否相关 ④ 文件名——文件名排最后。
所以如果你的重命名动机是 SEO，优先级应该倒过来：先补 alt（成本低、见效快），再修文件名（成本高、收益低）。相关做法见图片搜索与素材库连接与素材库管理。
最后一个提醒：重命名的真正价值在于"让素材库可用"。当你能按规则快速找到图、能立刻判断哪张图能用，营销素材的产出速度会明显提升——这才是它最实在的收益，而 SEO 只是副产品。