图片SEO怎么做：产品图、案例图和信息图如何命名

图片SEO最容易做错的，不是不会改文件名，而是让一张图同时承担产品识别、案例证明和信息解释。这些层次各说各话时，批量改名只会把素材库的含义越改越乱。

先把文件名放回完整的图片理解链

文件名提供轻量主题线索；图片能否被理解还取决于页面语境和可发现性。Google 的图片最佳实践将描述性文件名列为线索，也强调落地页。Google 对搜索流程的说明显示抓取、索引与展示分阶段进行，基础要求不保证展示。

• 先确认图片是产品、案例还是信息图。
• 只保留业务能核对的字段，不堆关键词。
• 让文件名、文字和页面用途互相反查。
• 最后检查关键图片的发现路径。

命名先写资产角色，再写可验证字段

角色先于关键词：先说明这张图证明什么，再写它叫什么。对需要长期发布和复用的关键图片，可采用“角色字段—对象字段—差异字段—版本”的顺序；它不是搜索引擎规定的格式，而是一套让市场、设计和网站运营能说同一种语言的交接规则。

产品图与案例图：一个识别对象，一个证明状态

产品图回答“这是什么”，案例图回答“它在什么状态下证明了什么”。因此，产品主图可写产品类别、型号、颜色和视角；安装前后、包装抽检或配置对比图则应写对象、可见证据和状态。把后一类照片也命名成产品主词，会让后来接手的人看不出它能否支持案例页的叙述，更可能把旧版本误放回销售页。

这条区分也保护了信息边界。对外文件名不应暴露客户名、内部订单号或未公开的测试结论。可核对的状态比夸张形容词更有用：用 before-after、assembled 或 packaging-check，前提是页面确实展示了相应过程。

信息图：命名要指向它帮助读者做出的判断

复杂信息图应在页面中提供可阅读的等效信息，文件名则应指向它解释的主题和判断。流程图可用 image-seo-release-check-flow，而不是 design-final-7。MDN 的无障碍说明指出，替代文字取决于图片在当前语境中的用途；复杂图的关键结论还应在正文或相邻表格中给出等效文字。

让文件名、替代文本、caption和页面用途指向同一件事

Alt是当前页面的文字替代，不是文件名复读；装饰图不应制造无意义关键词。作为写在img标签里的替代文本，它说明图片信息及其在当前页面的用途。MDN 对 img 元素的说明把Alt界定为简洁、有意义的文字替代，而不是“图片”或一串资产标签。产品页可写“VX40 蓝色不锈钢阀门正面”，案例页同一对象则可能写“VX40 阀门安装前后的管路接口对比”。

caption 补充读者需要的证据语境，附近正文解释它为何影响选择；两者都不必把文件名重复一遍。发布时，内容负责人确认页面意图，设计负责人确认版本与视觉，技术负责人确认实际引用。若这些字段分散在表格、文件夹和页面中，先把图片字段纳入TimZhang SEO方法的页面资产规划，再决定谁有权改名或替换。

接着把每张关键图片的主页面用途、版本、文件名、页面文字和替换日期放进同一份资产清单。销售新增案例证据、设计替换渲染图或运营迁移页面时，都应先核对这张图原本服务的买家问题。清单还要写明谁能替换文件、谁复核页面引用、旧版何时失效；否则同名文件在不同文件夹间复制，责任仍会回到发布当天临时确认。每次替换还应记录主页面URL、文件位置和批准人，并注明缓存更新、旧文件下线和负责人确认，避免正确版本被同步到错误页面，并在批量替换前复核页面、缓存和旧地址。TimZhang 踢木桩可协助梳理这类交接边界；多人发布的团队可用踢木桩CMS统一管理图片字段与发布版本，避免版本更新脱离页面语境。

composite scenario：通用文件名如何让排查范围失控

若团队无法从文件名、Alt和页面用途反查同一图片，问题是资产交接而不只是SEO。以下为综合情境示例，不代表单一客户项目：一家工业部件出口商准备发布 3 个产品页、2 篇案例页和 18 张图片，但没有统一主记录。

抽查发现，同一正面产品图在三个页面都叫 product-final.webp，型号、颜色和版本无从区分；一张安装前后对比图又被当作产品主图，页面文字只写产品类别。文件角色冲突，文字和页面用途无法核对。

团队把 18 张图按产品、案例和信息图分组，分别保留型号属性视角，或对象证据状态，并移除不匹配页面的旧图。在 CMS 建立“资产主记录”，保存主页面用途、版本和文本字段。

上线时随机抽查 6 张关键图：文件名、页面文字、附近正文和实际页面必须指向同一对象，替换页面不再引用旧 URL。这是综合示例，不含客户名称、排名或效果数据；真实项目仍应按图片、授权范围和页面目的判断。

关键图片还要通过发现与实体映射检查

先让关键图片以可发现的img和可访问页面出现，再按难发现图片与真实产品页决定是否补充sitemap和结构化数据。这里的 image sitemap 是在站点地图中补充关键图片URL的方式，适合需要帮助发现的动态或不易直接访问资产；Google 的 image sitemap 文档也把它定位为补充发现，而不是把每一张装饰小图都塞进清单。

先检查图片所在页面能否抓取、图片 URL 是否真实返回、页面是否有与图片相符的内容，再看是否需要补充 sitemap。这样排查的好处是能从最早的阻断点修起，而不是把发现问题误判为命名问题。需要判断页面层面的 robots、canonical 或站点地图风险时，可检查图片所在页面的收录基础风险，把页面与素材分开定位。

只有产品页确实展示了可购买或可询盘的产品实体，才考虑与可见内容一致的 Schema 图片字段。这里的 Schema 是用标准化字段说明页面实体及其属性的结构化数据。前提是页面已有可见、可核对的产品事实，而非先写字段再让正文补解释；代表图片也应确实呈现该产品，不能把案例证据或概念图当主图。多型号站点还应确认变体关系、主图和可见规格没有被另一页面的字段覆盖。这一步应在页面发布前同步完成，不能等搜索异常后再回填。

Google 的产品结构化数据说明明确，这类标记服务于符合条件的产品信息，并不能替代产品页本身。完成实体核对后再核对产品页面的Schema图片字段，避免用一个图片字段替页面补事实。

发布前用四步把图片SEO交给可执行的团队流程

先定角色，再核页面，再查发现，最后抽检字段是否一致。这个顺序把“图片SEO”从一次性改名，变成每次发布都能复用的交接动作：

1. 为每张关键图标记产品、案例或信息图角色，并删去不能核对的泛化词。
2. 确认文件名、Alt、caption与附近正文是否共同服务该页面用途。
3. 检查 img 引用、页面访问和关键资产的发现路径，再决定是否增加 image sitemap。
4. 抽检替换记录、旧 URL 与产品实体字段；任一项冲突，就退回到资产主记录修正。

当同一批图片同时出现页面收录异常、内容语境缺失或版本无法追溯时，先识别最早的阻断点，再安排改名、补文案或技术修复。TimZhang 踢木桩可协助团队划分这些问题的责任边界；需要外部核对时，可提交图片清单做网站收录风险诊断。