跳至正文
WordPress 与 WooCommerce · Google SEO

WordPress 图片文件名对图片搜索有没有影响

// / / 光算科技

影响,但官方给的说法是"很轻的线索",不是"权重项"。Google 关于图片 SEO 的说明原话是:文件名可以给 Google 关于图片主题的很轻的线索(very light clues);同一段建议用文件名时尽量短但有描述性,并给了对照——my-new-black-kitten.jpg 好过 IMG00023.JPG,同时要尽量避免 image1.jpg、pic.gif、1.jpg 这类通用名。官方没有公布文件名在图片搜索里的任何权重、字数门槛,也没有承诺"改了文件名就会被收录"。把"很轻"当成"很有分量",是这一篇最需要避开的误读。

一组上传文件名与最终落盘地址的对照:左边是本地原始名,中间是媒体库实际显示名,右边是前台引用到的地址,标出三者不一致的地方
原创示意:图中为上传名、媒体库显示名与前台地址三者的对照,不是真实后台截图或数据。

"很轻的线索"这句话能推出什么,不能推出什么

能推出的:文件名是免费的一层信息,写清楚没有额外成本;写清楚也顺带帮到了自己和同事在媒体库里找图。不能推出的:文档没有描述过"关键词放进文件名就能被图片搜索命中"这样的机制,也没有说过文件名越长越好或关键词越多越好——同一页反而点名了堆砌型写法和通用型文件名两个坏例子。官方没写的东西,这里就当它没写。

同一份文档还给了两条和文件名直接相关的补充,都容易被忽略。第一条是关于本地化:如果把图片本地化,文件名也要一起翻译,同时注意非拉丁字符或特殊字符的 URL 编码规则。第二条是关于扩展名:文档建议让文件名的扩展名与文件类型保持一致。这两条是可执行的动作,不需要猜权重。

URL 层面的口径在另一份文档里。Google 关于 URL 结构的说明建议:尽量用可读的词而不是长的编号;URL 里用你的受众使用的语言(必要时用音译);链接的 href 里按需要做百分号编码,非 ASCII 范围的字符应当做百分号编码;并且 Google Search 支持的是 IETF STD 66 定义的 URL,被该标准标为保留的字符必须做百分号编码。这几条讲的是"地址本身可不可读、会不会让抓取变复杂",同样没有涉及文件名与搜索结果之间的关系。把文件名的命名规范和这几条对齐是一次性的活,做完之后基本不用再管。

WordPress 这一侧,名字存在哪一层

要动文件名,先得确认一件事:媒体库记录里的文件名和你本地硬盘上的文件名未必一致,前台引用到的又是第三个地址。以你后台实际看到的那一行为准,不要拿本地文件名去推断前台地址,这三者对不上的站点很常见,对上了也是运气。WordPress 的 Common APIs Handbook把媒体列为核心 API 的一部分,其中响应式图片单列成一章,处理的是尺寸与裁剪这类呈现参数;也就是说,尺寸参数和名称参数在核心里是分开的两个层面,调一个不影响另一个——这决定了改名和调尺寸可以排成两件事,不用捆在一起做。 为这张图写替代文本时,可对照WordPress 图片 alt 的具体写法,而非只复制商品名。

改名要按这个顺序做

  1. 以媒体库里实际显示的文件名为准,列一份"当前名 → 目标名"的对照表,一行一条,标上要改的页面范围。
  2. 先确认这件事的代价:改媒体库里的名字,改的只是记录;磁盘上那个文件如果不在 WordPress 的上传目录里,前台地址不会跟着变。前台地址变不变,取决于文件放在哪里、主题怎么引用,这两件事要分开查。
  3. 对确实会换地址的那些,逐条登记旧地址和目标地址的对应关系,后面加重定向时要用这张表,不要凭记忆写。
  4. 在内容区里同步替换引用:正文、页眉、页脚、侧边栏、自定义区块里都可能有硬写的地址,逐处搜文件名。
  5. 改完之后按旧地址清单逐条请求一遍,确认跳转和落点都对得上。

第 2 步和第 3 步的排查顺序,和WordPress 附件页关了图片会消失吗:两种 URL 要分开检查里那套方法是同一件事:先把地址分清,再动输出规则。如果这次改动还牵动域名或主机侧的地址形态,连带要确认的事可以看WordPress 网站换托管商,企业邮箱和询盘通知会跟着迁吗那篇讲的分界。

哪些图不值得改

一是已经被外部站点直接引用到具体文件地址的图,改名就是改地址,风险和收益不成比例。二是图片放在独立域名或内容分发网络上时,本地文件名和对外地址是两套体系,改本地名不影响对外地址,改了只是给自己添乱。三是站点里有大量自动生成的图片——产品批量导入、用户上传、截图类内容——这类图不适合靠人工命名解决,该在生成环节定规则,WordPress 的 Common APIs Handbook覆盖的那套接口就是做这件事的地方。四是只被少数页面引用、且那些页面本身流量很小的图,收益小到不值得走一次完整的替换加重定向流程。

怎么确认改名这件事已经落地

能核对的顺序是:先看媒体库显示名是否按预期更新;再在前台查看源代码,确认 img 的 src 指向的是新地址而不是旧地址;再按旧地址清单逐条请求,看跳转落点;最后看访问日志里旧地址是否还在持续被请求。如果旧地址流量持续不降,先别急着删文件,先按上面那份旧地址清单把请求来源找出来,方法与那篇讲换托管商时分界时用的是同一套。至于搜索侧,两边官方文档都没有给出"改名与图片搜索表现"之间可对照的判据,所以改动前后留一条时间记录就够了,不要为一次改名等一个结果。另外,文件名里的非拉丁字符要按前述 URL 编码规则处理,别直接把中文原样拼进地址。