图片站点地图指南:Google 官方 XML 语法、2022 年移除的 4 个标签、何时有帮助(JavaScript、CDN、图库)以及如何创建和提交。

本页内容
简而言之
图片站点地图是一种 XML 站点地图,它使用 Google 的图片扩展(命名空间 http://www.google.com/schemas/sitemap-image/1.1),为每个页面列出其中包含的图片 URL。目前只有两个图片标签:image:image 和 image:loc,每个页面最多 1000 张图片。你可以把这些标签添加到现有站点地图中,也可以创建单独的文件。当 Google 可能遗漏你的图片时,它就值得一用:例如通过 JavaScript 加载的图库、通过 CDN 提供的图片,或图片能带来流量的网站(摄影、电商、房产、食谱)。
想深入了解?请询问
快速测验
谁来修复网站的技术问题?
我们给您的建议
选择要列出的图片 是最适合您的解决方案
在本排名中位列第 1,与您的回答最匹配。
我们给您的建议
检查你的平台已经生成了什么 是最适合您的解决方案
在本排名中位列第 2,与您的回答最匹配。
我们给您的建议
编写干净的条目 是最适合您的解决方案
在本排名中位列第 3,与您的回答最匹配。
我们给您的建议
让图片可被抓取 是最适合您的解决方案
在本排名中位列第 4,与您的回答最匹配。
图片站点地图是少数能直接告诉 Google 你网站上哪些图片重要的工具之一。Google 的图片站点地图文档(最近更新于 2025 年 12 月)规定了相关规则,而且自 2022 年起这些规则已大幅简化。许多指南仍在展示 Google 早已不再读取的标签。本指南遵循官方语法,解释站点地图何时有用、何时不会带来改变,并列出导致图片无法进入索引的常见错误。
图片站点地图是在标准 XML 站点地图的基础上加入图片条目的文件。每个 url 元素仍然指向一个页面,而在其中列出该页面上出现的图片。Google 将该文件作为发现线索使用:在其Google 图片最佳实践(2026 年 3 月更新)中说明,通过图片站点地图,你可以提供「我们可能无法通过其他方式发现的图片 URL」。
有两点常被误解:
以下是 Google 记录的格式,其中一个页面包含两张图片,第二个页面包含一张图片:
<?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/sample1.html</loc>
<image:image>
<image:loc>https://example.com/image.jpg</image:loc>
</image:image>
<image:image>
<image:loc>https://example.com/photo.jpg</image:loc>
</image:image>
</url>
<url>
<loc>https://example.com/sample2.html</loc>
<image:image>
<image:loc>https://example.com/picture.jpg</image:loc>
</image:image>
</url>
</urlset>每个元素都有明确的作用:
| 元素 | 状态 | 作用 |
|---|---|---|
| urlset 上的 xmlns:image | 必需 | 声明图片命名空间 http://www.google.com/schemas/sitemap-image/1.1 |
| url 和 loc | 必需 | 图片所在的页面(一个规范的、可索引的 URL) |
| image:image | 必需 | 包裹一张图片;每个 url 元素最多 1000 张 |
| image:loc | 必需 | 图片文件的绝对 URL;可以位于其他域名,例如 CDN |
站点地图的一般限制依然适用:Google 的站点地图指南规定单个文件不超过未压缩 50MB 或 50,000 个 URL。每页图片较多的大型目录会更快达到大小上限,因此请将其拆分,并把文件组织到站点地图索引中。同一指南还指出,Google 会忽略 priority 和 changefreq,只有当 lastmod 始终准确时才会采用。
2022 年 5 月 6 日,Google 在其「春季大扫除」博文中宣布,将从 2022 年 8 月 6 日起停止支持四个图片标签。保留这些标签不会导致错误,但对 Google 而言已经没有任何价值。
| 已删除的标签 | 过去的作用 | 替代做法 |
|---|---|---|
| image:caption | 描述图片 | 页面上可见的说明文字和描述性替代文本 |
| image:title | 为图片命名 | 描述性的文件名以及图片周围的文本 |
| image:geo_location | 说明所示地点 | 在说明文字或相邻文本中写明地点 |
| image:license | 指向授权信息 | 照片的 IPTC 元数据或图片授权的结构化数据 |
提示
如果你的插件或生成器仍在写入 image:title 或 image:caption,也无需紧急修复。应把精力放在页面上的替代文本和说明文字上,因为 Google 和 AI 正是在那里读取图片描述。
对于图片以普通 img 元素形式存在的小型博客,Google 通过抓取页面就能找到图片,单独的站点地图作用不大。当发现机制不够可靠,或图片能带来业务时,它的价值才会提升:
| 以下情况下图片站点地图有益 | 以下情况下可以跳过 |
|---|---|
| 图库、轮播或灯箱通过 JavaScript 加载图片 | 图片在 HTML 中是标准的 img 元素 |
| 图片通过 CDN 或其他域名提供 | 图片位于你自己的域名下,且页面链接良好 |
| 图片是流量来源:摄影师、网上商店、房产、食谱、旅游 | 图片是装饰性的,或是到处使用的图库照片 |
| 你每周发布大量新图片 | 网站很少变动 |
| 尽管有大量原创图片,Search Console 中的图片展示却很少 | Google 图片已经带来稳定的流量 |
JavaScript 是最常见的原因。如果轮播只在点击或滑动后才插入图片,Googlebot 可能永远看不到它们。Google 关于延迟加载内容的指南要求:图片应在进入视口时加载,而不依赖滚动或点击;并且其 URL 应出现在渲染后 HTML 的 src 属性中。请先修复渲染问题(参见我们关于 JavaScript SEO 的文章),再把站点地图作为安全保障。
注意
Google 不会索引 CSS 背景图片。把它们列入站点地图也不会改变这一点:请把重要图片放入带有描述性替代文本的 img 元素中。
列出承载信息的原创图片:产品照片、项目照片、示意图、信息图、食谱步骤。排除图标、每页重复出现的标志、间隔图片和通用图库照片。同时,用替代文本检查工具检查相关页面:没有描述的图片很难获得良好排名。
打开站点地图,搜索 image:image。WordPress 默认的站点地图(wp-sitemap.xml)不列出图片。Rank Math 提供了在其站点地图中包含图片的选项,Yoast SEO 会添加它在文章内容中找到的图片。Shopify 的产品站点地图包含图片条目,但商家反映通常只出现主图,因此每个产品图片较多的店铺往往会使用应用或自定义文件。对于定制网站,可以用XML 站点地图生成器生成基础文件,再从数据库或媒体库中添加图片条目。
如果图片位于 CDN 上,Google 建议同时在 Search Console 中验证该域名。用robots.txt 检查工具确认 robots.txt 没有屏蔽图片文件夹或 CDN 路径,并确认图片 URL 不需要 Cookie 或登录。
用站点地图检查工具测试文件,以发现无效的 XML、缺失的命名空间或失效的 URL。然后在 Search Console 中提交(索引,然后站点地图),并在 robots.txt 中添加一行 Sitemap:。我们关于如何向 Google 提交站点地图的分步指南解释了报告中的每个状态。
| 错误 | 后果 | 修复方法 |
|---|---|---|
| 缺少 xmlns:image 声明 | 图片标签无法识别,文件报告解析错误 | 在 urlset 上声明命名空间 |
| 相对图片 URL(/img/photo.jpg) | 条目无效 | 使用完整的 https URL |
| 重定向或返回 404 的图片 URL | 图片被丢弃 | 媒体迁移后重新生成文件 |
| noindex 或被 robots.txt 屏蔽的页面 | 这些页面上的图片失去语境 | 只列出可索引的页面 |
| robots.txt 中屏蔽了 CDN 路径 | Google 无法获取文件 | 允许图片路径 |
| 列出缩略图而非完整图片 | 结果中出现小尺寸、低质量的版本 | 列出最大的有用版本 |
| 依赖已删除的标签来提供描述 | 描述被忽略 | 在页面上编写替代文本和说明文字 |
要检查结果,可在提交几周后,在 Search Console 的效果报告中按搜索类型「图片」筛选,并比较相关页面在前后的展示次数。
图片是一条独立的搜索渠道:Google 图片、Google Lens 和视觉搜索都始于 Google 已发现并索引的图片。对于网上商店,出现在图片结果中的产品照片是通往产品页面的第二条路径。
对于 ChatGPT、Gemini、Perplexity 或 Claude,站点地图的作用小于图片周围的文字。这些助手主要读取文本:它们通过替代文本、说明文字以及解释图片的段落来理解图片。站点地图让图片被找到;文字让图片被理解并被引用。一张配有清晰说明、并在句子中给出关键数字的图表,比起一张替代属性为空的相同图表,更有可能被用于 AI 的回答。
这正是Sorank 文章生成器背后的逻辑:每篇文章都为 Google 和 AI 助手而写,连同图片及其替代文本一起发布,然后发送到你的 WordPress、Shopify、Webflow 或 Wix 网站,其站点地图会自动收录。要一键检查任何页面的图片和标签,请安装免费的 Sorank Chrome 扩展。

如果你的图片位于结构清晰的 img 元素中,且页面链接良好,Google 无需帮助也能找到它们,你的时间更适合花在替代文本、文件名和压缩上。如果图片通过 JavaScript 加载、位于 CDN 上,或能带来客户,那么仅包含 image:image 和 image:loc 的图片站点地图是一项快速且低风险的修复:列出原创图片,确认可以抓取,提交文件,并在 Search Console 中关注图片展示量。若想定期发布配有插图的文章而无需手动撰写,请查看 Sorank 套餐,年付每月 $49 起,并提供 3 天免费试用。
不能直接提高。图片站点地图帮助 Google 发现它可能会遗漏的图片,尤其是通过 JavaScript 加载或托管在 CDN 上的图片。排名之后取决于页面语境:替代文本、文件名、说明文字、周围文本以及页面本身的质量。
Google 对这两种方式的处理相同。在大多数网站上,把图片标签添加到现有站点地图更简单。对于大型网站,单独的图片站点地图很有用,因为你可以在 Search Console 的站点地图报告中单独跟踪它。
可以。与普通站点地图中的页面 URL 不同,image:loc 中的图片 URL 可以指向其他域名,例如 CDN。Google 建议也在 Search Console 中验证该域名,而且图片路径不能被 robots.txt 屏蔽。
他们已先于您体验了 SORANK

