外贸制造企业图片 SEO 实战：让产品图带来询盘，别让 AI 读不懂你的参数

先给结论，赶时间的可以只看这一段：

制造类外贸独立站的图片资产最丰富——产品图、爆炸图、技术图纸、应用现场照、认证证书、展会照片——但绝大多数站点在三件事上默认是错的，导致这批资产在搜索里几乎等于不存在：

图片放在 CSS 背景里。 Google 官方明确写着「Google 不索引 CSS 图片」。用 background-image 展示的产品图和 banner，对 Google 图片搜索来说不存在。
规格参数做成了一张 JPG。 这是制造企业最普遍、也最贵的一个错。Google 关于 AI 功能的官方文档要求「确保重要内容以文本形式可用」。把型号、量程、材质、认证号整表压成图片，人能看，AI 读不到——你在 AI 答案里就没有被引用的原料。
文件名还是 IMG_0023.JPG，alt 为空或塞满关键词。 官方给出的正反例非常直白：my-new-black-kitten.jpg 优于 IMG00023.JPG；alt 里堆关键词「会导致糟糕的用户体验，并可能使你的网站被视为垃圾内容」。

下面把这三件事拆成可执行的动作，每一步都标注判断标准。所有事实来自 Google Search Central 官方文档，文末列出链接与访问日期。

需要说明：本文讲的是提高「被找到、被读懂」的概率。Google 官方在多处明确表示索引与展示都不被保证，本文不对排名或 AI 引用做任何承诺。

一、先算一笔账：制造企业为什么不该放弃图片这条入口

工业品采购的搜索行为和消费品不同。买家常常不知道品类的英文标准叫法，但认得零件长什么样。他手上可能只有一张从旧设备上拍的法兰照片、一段国外同行的图纸截图，于是他用图搜图、或者搜 "flange with 8 bolt holes raised face"。

Google 官方文档把这类入口归为一组：文字结果里的配图（text result images）、Google Discover、Google Images。原文的说法是，这几个功能长相不同，但「让图片出现在其中的总体建议是一样的」。也就是说，你做一套动作，覆盖多个入口。

而制造企业的天然优势在于：你有真实拍摄的、别人没有的图。同行大量使用供应商通稿图和图库图，你的车间实拍、装配细节、失效对比图是独有资产。问题只是——没让机器找到和读懂。

二、第一道关：确认 Google 能不能「找到」你的图

这一关和内容质量无关，纯技术。四个动作。

1. 把展示型图片从 CSS 背景改成 HTML `<img>`

官方原文：Google 可以在 <img> 元素的 src 属性中找到图片（即使它嵌套在 <picture> 等其他元素内），Google 不索引 CSS 图片。

官方给的正反例：

<!-- 官方标注为 Good -->
<img src="puppy.jpg" alt="A golden retriever puppy" />

<!-- 官方标注为 Bad -->
<div style="background-image:url(puppy.jpg)">A golden retriever puppy</div>

怎么自查： 在产品页上右键任意一张产品图，选「检查」。如果高亮的是 <div> 且样式里出现 background-image，这张图在图片搜索里是隐形的。

判断标准： 承载信息的图（产品图、图纸、应用照）必须是 <img>。纯装饰性的底纹、渐变可以留在 CSS 里——它们本来也不需要被搜索到。

2. 用了 `srcset` / `<picture>`，必须留 `src` 兜底

官方提醒：有些浏览器和爬虫不理解 srcset 和 <picture>，建议始终用 src 属性指定一个兜底 URL。官方引用 HTML 标准 4.8.1 节，要求使用 picture 时提供带 src 的 img 作为 fallback：

<picture>
  <source type="image/webp" srcset="valve-cutaway.webp">
  <img src="valve-cutaway.jpg" alt="Cutaway view of a DN50 stainless steel ball valve">
</picture>

这一条在用了现代前端框架的新站上翻车率很高——尤其是图片组件只输出 srcset 而没有 src 的情况。

3. 确认格式在支持列表内

官方列出 Google 搜索支持的 img 的 src 引用格式：BMP、GIF、JPEG、PNG、WebP、SVG、AVIF。官方还建议文件扩展名与实际文件类型一致。

关于内联 Data URI（Base64），官方态度是可以用，但提醒「要谨慎判断何时使用，因为它会显著增加页面体积」。制造站的大图不建议内联。

一个常见误解： 官方这份文档只是列出支持格式，并没有说 WebP/AVIF 比 JPEG「更有利于排名」。换格式的收益在体积和加载速度，不要当成排名手段来卖给老板。

4. 提交 image sitemap（细节见第五节）

官方定位很清楚：image sitemap 是用来告诉 Google 那些「我们可能本来发现不了的图片」，例如通过 JavaScript 代码才能到达的图片。制造站的产品图库、筛选器加载的图，正是这一类。

三、第二道关：让 Google 读懂这张图是什么

找到只是前提，读懂才有流量。官方明确 Google 从页面内容（包括图片说明文字和标题）提取图片主题信息，并建议「尽可能把图片放在相关文字附近，且放在与图片主题相关的页面上」。

这句话对制造站的直接含义：把 DN50 球阀的剖面图放在 DN50 球阀的产品页上、紧邻讲结构的那段文字，而不是全部堆进一个 /gallery 大图墙。图墙页对机器来说，语义几乎是空的。

文件名：官方原话是「非常轻微的线索」

官方对文件名的定性很克制——「文件名可以给 Google 关于图片主题非常轻微的线索」，建议用简短但有描述性的文件名，避免 image1.jpg、pic.gif、1.jpg 这类通用名。官方还提到，如果站点有成千上万张图，可以考虑自动化命名；如果做了图片本地化，记得同时翻译文件名，并注意非拉丁字符的 URL 编码规则。

注意「轻微」这个定性。文件名值得改，但它不是重点，别为了改文件名去动已经收录的 URL 结构。

alt 文本：官方称之为「最重要的属性」

官方原文：提供图片元数据时最重要的属性是 alt 文本，它同时改善无法看到图片的用户的可访问性（包括使用屏幕阅读器或低带宽连接的用户）。Google 会把 alt 文本与计算机视觉算法、页面内容结合起来理解图片主题。另外，如果你把图片作为链接使用，alt 文本会起到锚文本的作用。

官方给了四档对照示例。我把它按工业场景重写一遍，档位定性保持官方原判：

档位（官方定性）	工业场景写法	问题所在
Bad（缺失 alt）	`<img src="valve.jpg"/>`	机器与屏幕阅读器都拿不到信息
Bad（关键词堆砌）	`alt="ball valve stainless valve china valve factory valve supplier cheap valve dn50 valve manufacturer"`	官方明确：导致糟糕体验，可能使网站被视为垃圾内容
Better	`alt="ball valve"`	有信息但过于笼统，无法区分你和同行
Best	`alt="DN50 stainless steel ball valve cutaway showing PTFE seat"`	具体、描述画面、自然包含关键词

官方对写 alt 的要求原文是：专注于创作有用、信息丰富的内容，恰当地使用关键词，并与页面内容的语境相符。避免把 alt 属性填满关键词。

判断标准（可以直接给内容团队）： 把 alt 文本单独读出来，如果一个没见过这张图的同事能据此在脑中画出画面，就算合格；如果读起来像一串产品标签，就是堆砌。

内联 SVG 要用 `<title>`

技术图纸、流程图很多是 SVG。官方指出：对 <img> 元素用 alt 属性，而对内联 <svg> 元素则可以使用 <title> 元素：

<svg aria-labelledby="svgtitle1">
  <title id="svgtitle1">Exploded view of a 3-stage centrifugal pump assembly</title>
</svg>

官方还建议做可访问性审计，并用慢速网络模拟器测试内容。

四、最贵的一个错：把规格表做成图片，等于对 AI 隐身

这一节单独拎出来，因为它同时伤 SEO 和 GEO，而且在制造企业里几乎是行业惯例。

典型场景：技术部把 Excel 里的选型表、参数表、材质对照表导成一张 PNG 或截图，直接贴到产品页上。理由通常是「排版不会乱」「防止同行复制」。

代价是什么？

Google 关于 AI 功能的官方指南（文档标注 2025-12-10 更新）在讲如何让内容更容易被 AI 功能理解时，列的第一条就是确保重要内容以文本形式可用（available in textual form），紧接着的一条是「在适用时，用高质量的图片和视频来支撑你的文字内容」。

注意这个措辞顺序和主从关系：文字是主体，图片是支撑。 而参数表变成图片之后，主从关系被颠倒了——你把最关键、最具体、最有引用价值的信息（量程、精度、材质、认证号、适用介质）全部放进了机器最难提取的容器里。

同一份官方指南还有一条：确保你的结构化数据与页面上的可见文本一致。 如果参数只存在于图片里，你连做产品结构化数据的原料都对不上。

对制造企业的实际后果分三层：

SEO 层： 买家搜具体参数组合（如 "DN50 PN16 ball valve PTFE seat -40C"）时，你的页面上没有这些文字，匹配不上。
GEO 层： AI 在生成对比、选型类回答时，需要可提取的结构化事实。你的参数在图里，别人的在表格里，被引用的是别人。
转化层： 站内搜索、筛选器、询盘表单联动也都读不到图片里的参数，用户自助选型体验差。

正确做法： 参数用 HTML <table> 输出，图片作为示意与佐证并存。想防复制？现实点说，同行要抄参数有一万种办法，而你为此付出的是搜索与 AI 两条入口。真正值得保护的是图纸精度、工艺细节和报价逻辑，不是公开规格。

顺带一句，这一条也是我们在 MaxGrowth 做站点诊断时最常开出的整改项之一：改动量不大（把一张图还原成一张表），但它决定了这个页面在 AI 答案里有没有被引用的可能。

五、image sitemap：正确写法，以及四个已经废弃的标签

很多中文 SEO 教程还在教 <image:caption> 和 <image:title>，这部分内容已经过期了。

官方当前的 image sitemap 文档明确：已从文档中移除 <image:caption>、<image:geo_location>、<image:title>、<image:license> 四个标签。必需标签只剩两个：<image:image> 和 <image:loc>。

最小可用写法：

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:image="http://www.google.com/schemas/sitemap-image/1.1">
  <url>
    <loc>https://example.com/products/dn50-ball-valve</loc>
    <image:image>
      <image:loc>https://cdn.example.com/img/dn50-ball-valve-cutaway.jpg</image:loc>
    </image:image>
    <image:image>
      <image:loc>https://cdn.example.com/img/dn50-ball-valve-drawing.jpg</image:loc>
    </image:image>
  </url>
</urlset>

三个容易踩的限制，都来自官方文档：

项目	官方规定	制造站注意点
每个 `<url>` 内图片数上限	最多 1,000 个 `<image:image>` 标签	大图库产品页要分页或拆分
图片能否跨域	可以。`<image:loc>` 允许其他域名的 URL	用 CDN 时，两个域名都要在 Search Console 验证
是否单独建文件	单独建 image sitemap 或在现有 sitemap 里加图片标签，两种做法对 Google 同样可以	不必为此重构现有 sitemap

官方对 CDN 的额外建议：如果使用 CDN，鼓励你在 Search Console 中验证 CDN 域名的所有权，这样 Google 才能把发现的抓取错误通知到你。同时要确认 robots.txt 没有禁止抓取你希望被索引的内容。

六、预览图：为什么你的分享缩略图一直是 logo

官方说明：Google 对预览图的选择是完全自动化的，会综合多个来源来决定展示页面上的哪张图。但你可以通过以下元数据来影响这个选择：

schema.org 的 primaryImageOfPage 属性（值为 URL 或 ImageObject）；
或把 image 属性挂到主实体上（用 mainEntity / mainEntityOfPage）；
或 og:image meta 标签。

官方给出的选图原则（这几条几乎每条都在打脸外贸站的常见做法）：

选择与页面相关且有代表性的图片；
避免使用通用图片（例如你的站点 logo），也避免在 schema.org 标记或 og:image 里使用带文字的图片；
避免使用极端宽高比的图片（过窄或过宽）；
尽可能使用高分辨率。

如果你还想争取 Discover 的展示机会，官方 Discover 文档（标注 2026-03-09 更新）给出了更具体的图片规格建议：

宽度至少 1200 px；
总像素数超过 300,000（官方举例：16:9 的 1280×720 为 921,600 总像素，满足要求）；
16:9 宽高比；
通过 max-image-preview:large 设置启用（或使用 AMP）。

Discover 文档同时明确：避免使用通用图片（例如站点 logo），并且为获得最佳效果，避免在 schema.org 标记或 og:image 中使用文字密集的图片。另外官方把「用误导或夸大的预览内容（标题、摘要或图片）人为提高吸引力」列为要避免的 clickbait 手法。

落地动作： 检查你的产品页 og:image 输出了什么。绝大多数外贸站的模板是全站统一输出 logo——这等于主动放弃了预览位。改成输出当前产品的主图，并确认 robots meta 里有 max-image-preview:large。

七、图片被同行盗用：官方给了两条路径

制造企业对图片被盗用极其敏感，尤其是实拍图和图纸。Google 提供了图片元数据机制，可以让图片有资格获得 Licensable 徽章——该徽章会提供指向许可条款的链接，以及关于他人如何使用这张图的更多细节。

官方明确有两种方式，只需提供其中一种即可具备资格：

方式	存放位置	需要重复添加吗
结构化数据（`ImageObject`）	页面上的标记	需要。同一张图出现在多个页面时，每个页面的每个实例都要加
IPTC 照片元数据	嵌入图片文件本身	不需要。每张图只嵌入一次，图片在页面间移动时元数据保持完整

对制造企业，IPTC 路线通常更省事：图片资产在官网、经销商站、展会物料之间流转时，元数据跟着图走。

结构化数据写法（官方示例字段）：

官方对两个 URL 字段的区分值得注意：license 指向描述该图使用许可的页面（对应 IPTC 的 Web Statement of Rights 字段）；acquireLicensePage 指向说明用户在哪里能了解如何获得授权的页面（对应 IPTC 的 Licensor URL 字段）。

前置条件官方也写明了：页面必须无需账号或登录即可访问和查看；Googlebot 未被 robots.txt 或 robots meta 标签阻止；遵循 Search Essentials 与图片 SEO 最佳实践；建议提交 sitemap。

官方还说明该功能在移动端和桌面端、以及所有 Google 搜索可用的地区和语言均可用。

另外，如果你希望原图不在 Google 图片结果页里被直接展示，官方给了一个明确的退出机制：当图片被请求时检查 HTTP referrer 头，如果请求来自 Google 域名，则返回 200 状态码，或返回 204 状态码且无内容。这时 Google 仍会抓取页面并看到图片，但结果里展示的是抓取时生成的缩略图。官方特别声明：这种做法不被视为图片伪装（image cloaking），不会导致人工处置措施，并且随时可以启用或取消，无需重新处理站点图片。

八、速度与抓取预算：同一张图请用同一个 URL

官方对图片体积的定性：图片往往是页面总体积的最大贡献者，会让页面加载缓慢且成本高。同时官方也指出，高质量照片比模糊不清的图片更吸引用户，清晰的图片在结果缩略图中更有吸引力，可以提高从用户那里获得流量的可能性。也就是说，方向是「又清晰又快」，而不是无脑压缩。

关于抓取预算，官方给了一条制造站特别容易违反的建议：如果一张图片在一个较大的网站内被多个页面引用，要考虑站点的整体抓取预算——尤其要始终用同一个 URL 引用这张图片，这样 Google 可以缓存并重复使用，而不需要多次请求它。

制造站的典型违反方式：同一张公司车间照，被 CMS 在不同产品页生成了 ?w=800、?w=1200、/thumb/、/cache/abc123/ 等多个 URL。对 Google 来说这是多张不同的图，白白消耗抓取预算。

自查方法： 挑一张全站复用的图，在多个页面查看它的实际 src，看是否指向同一个 URL。

九、落地清单与判断标准

按这个顺序做，前四步是止损，后四步是增益。

顺序	动作	完成的判断标准
1	把承载信息的 CSS 背景图改成 `<img>`	产品图、图纸、应用照在 DOM 里均为 `<img>` 元素
2	把参数图还原为 HTML 表格	页面上能用 Ctrl+F 搜到型号、量程、材质、认证号
3	检查 `srcset`/`<picture>` 是否有 `src` 兜底	任意响应式图片都存在 `src` 属性
4	修 `og:image`	产品页 `og:image` 输出当前产品主图，不是 logo
5	重写主要产品图的 alt 与文件名	alt 能让人画出画面；文件名描述性、无 `IMG_` 前缀
6	提交 image sitemap	仅用 `<image:image>`/`<image:loc>`；CDN 域名已在 GSC 验证
7	统一复用图的 URL	同一张图在全站指向同一个 URL
8	给核心实拍图加 IPTC 或 `ImageObject`	Rich Results Test 校验通过

优先级建议：如果只有一天时间，做第 1、2、4 步。第 2 步（参数还原成文本）对 AI 可读性的影响最直接，也最容易被内部忽略，因为它看起来不像「SEO 工作」。

关于验证工具，官方在相关文档里点到的几个：用 Search Console 的 Page Indexing 报告查看站内被阻止的页面，用 URL Inspection 工具测试单个页面，用 Rich Results Test 校验结构化数据，用 PageSpeed Insights 分析速度。结构化数据上线后可以请求重新抓取 URL。

十、几种流传说法的核对

以下说法在中文外贸 SEO 圈常见，但在本次核对的官方文档中找不到依据，本文不采信：

「alt 里塞满关键词能提高图片排名」——官方明确这会导致糟糕的用户体验，并可能使网站被视为垃圾内容。
「WebP/AVIF 格式本身有排名加成」——官方仅列出支持的格式清单，未表述格式偏好。
「image sitemap 里要写 caption 和 title 才完整」——这四个标签已从官方文档移除。
「加了图片结构化数据就能进 AI Overviews / AI 答案」——官方在 AI 功能文档中的表述是提升被理解的概率，索引与展示均不被保证。
「图片数量越多越有利」——官方未有此表述；官方强调的是相关性、质量、与文字的邻近关系，以及抓取预算。
「用 referrer 判断返回 204 会被判作弊」——恰恰相反，官方明确这不被视为图片伪装，不会导致人工处置。

任何声称「图片 SEO 可以带来 X% AI 引用率」或「保证进图片搜索首屏」的说法，都不来自官方口径。

FAQ

Q1：我们是工厂，图片都是自己拍的，还需要做图片 SEO 吗？ 自己拍是最大的优势，但优势不会自动生效。Google 需要能抓到（<img> 而非 CSS 背景）、能读懂（alt、文件名、周边文字、页面相关性）。原创实拍图配上 IMG_0023.JPG 和空 alt，机器无法把它和你的产品对应起来。

Q2：把参数表做成图片是为了防同行抄，改成表格会不会吃亏？ 需要权衡的是两件不同的事。参数表是公开规格，同行获取它的成本本来就很低（下载图片、看样本、问经销商）。而做成图片的代价是：买家搜具体参数时匹配不上，AI 生成选型对比时提取不到，站内筛选也用不上。真正需要保护的是图纸公差、工艺参数和报价结构，把它们放在需要留资或签 NDA 后获取的资料里更合理。

Q3：alt 文本应该写多长？要不要写成完整句子？ 官方没有给字数标准，给的是原则：有用、信息丰富、恰当使用关键词、符合页面语境。实操上一句能描述清画面主体和关键特征即可，不必写成营销文案。官方的最佳示例 "Dalmatian puppy playing fetch" 就是短句而非长段。

Q4：图片放 CDN 上会不会影响收录？ 官方明确可以。image sitemap 的 <image:loc> 允许其他域名的 URL，官方原文说这是「fine」，前提是两个域名都在 Search Console 中验证。官方还建议验证 CDN 域名所有权，以便接收抓取错误通知，并确认 robots.txt 没有禁止抓取。

Q5：我们已经有 sitemap 了，需要再单独做一个 image sitemap 吗？ 不必须。官方说明：可以单独创建 image sitemap，也可以在现有 sitemap 中添加图片标签，两种方式对 Google 同样可以。选团队维护成本低的那种。

Q6：产品图应该做成 16:9 吗？ 分场景。16:9 且宽度至少 1200 px 是官方 Discover 文档给出的预览图规格建议。产品图本身该用什么比例，取决于产品形态——细长的型材用极端比例展示是合理的，但官方提醒不要把极端宽高比的图片指定为 og:image / schema.org 的首选预览图。也就是说，产品图按需要拍，预览图另外准备一张。

Q7：改了这些之后多久能看到效果？ 本文不给时间承诺。可以观察的是过程指标：Search Console 里图片相关的展示与点击是否出现变化、目标页面在 URL Inspection 中被识别到的图片数量、Rich Results Test 是否通过校验。收录本身需要时间，且官方明确不保证所有内容都被索引。

Q8：做了图片结构化数据，是不是就能拿到 Licensable 徽章？ 是「有资格（eligible）」，不是「必然获得」。官方对富媒体结果的通用表述是需要符合通用结构化数据指南与该类型的专项指南，否则不具备资格；具备资格也不等于一定展示。

来源说明

本文事实依据全部来自 Google Search Central 官方文档，访问日期 2026 年 8 月 21 日：

Google image SEO best practices（文档标注 Last updated 2026-03-02 UTC） https://developers.google.com/search/docs/appearance/google-images 依据内容：CSS 图片不被索引、支持的图片格式、srcset/<picture> 需 src 兜底、文件名与 alt 的定性与四档示例、关键词堆砌的后果、内联 SVG 用 <title>、首选预览图元数据与选图原则、结构化数据中 image 为必需字段、抓取预算与统一图片 URL、退出内联链接的机制、SafeSearch。
Image sitemapshttps://developers.google.com/search/docs/crawling-indexing/sitemaps/image-sitemaps 依据内容：命名空间、必需标签仅 <image:image> 与 <image:loc>、每个 <url> 最多 1,000 个 <image:image>、跨域图片与 Search Console 验证、四个已移除标签、单独或合并 sitemap 均可。
Image metadata in Google Imageshttps://developers.google.com/search/docs/appearance/structured-data/image-license-metadata 依据内容：Licensable 徽章、结构化数据与 IPTC 两条路径及其重复添加要求、license 与 acquireLicensePage 的区分、页面可访问性前置条件、功能可用范围。
Google Discover and your website（文档标注 Last updated 2026-03-09 UTC） https://developers.google.com/search/docs/appearance/google-discover 依据内容：大图更可能带来访问、至少 1200 px 宽、总像素超过 300,000、16:9、max-image-preview:large、避免通用图片与文字密集图片、避免 clickbait 式预览内容。
AI features and your website（文档标注 Last updated 2025-12-10 UTC） https://developers.google.com/search/docs/appearance/ai-features 依据内容：确保重要内容以文本形式可用、用高质量图片视频支撑文字内容、结构化数据需与可见文本一致。

关于时效与边界： Google 官方文档会持续更新，上述标注日期为本文核对时页面显示的版本。文中所有涉及「是否被索引」「是否展示」的表述均按官方口径处理为概率而非保证。第三方来源提出的具体效果数值（如引用率、流量提升百分比）本文未采用，因无法回溯到官方口径或可核验的原始数据。

关于 MaxGrowth： 我们是专注 B2B 外贸出海的数字营销团队，业务覆盖独立站建设、Google SEO、GEO 优化、海关数据与 AI 主动开发、海外社媒运营及外贸 0-1 咨询，服务对象以工业机械、医疗器械、建筑材料、化工材料、电子元器件等制造业企业为主。本文中的诊断顺序与判断标准来自我们在制造类站点上的实际整改流程，不代表对任何具体结果的承诺。

最后更新： 2026 年 8 月 21 日