如何判断图片是否针对多模态搜索完成优化

多模态搜索描述了搜索引擎如今接受的用户输入范围。过去，当我们想进行价格比较时，如果要搜索店里看到的某件商品，必须先输入对商品的描述；这样的日子已经过去了。现在，我们只需给它拍张照片，就能使用 Google Lens 等技术，完全基于这张图片进行搜索。

多模态搜索的范围不只是将图片作为输入。现代搜索引擎接受通过关键词、图片、语音或这些方式的组合进行的搜索。此外，我们还可以使用多模态搜索，以不同的格式类型获取内容。用语音请求一张狗的图片，就会返回图片搜索结果。拍一张绿色连衣裙的照片，再用文字要求 Google 搜索蓝色款式。

过去，图片只是页面内容的补充；如今，它们已成为搜索旅程中的重要入口。

因此，除了标准图片优化之外，我们还需要采取哪些不同做法，才能确保图片获得良好排名，并能在多模态搜索这一新领域中被找到？

确保搜索引擎能够找到图片

要确保图片能够作为多模态搜索的一部分被检索，第一步就是确保它们可抓取且可编入索引。

这是一个可以通过两种方式完成的简单步骤：

检查 Google Search Console

使用 Google Search Console，你可以查看“效果”下的“搜索结果”报告，并按“搜索类型：图片”进行筛选，从而确定你的网站是否在图片 SERP 中获得了曝光。由此，你可以看到哪些页面从图片搜索中获得了展示次数和点击次数，而不是单个图片 URL 的表现。某个页面没有展示次数，可能意味着其图片尚未被编入索引，也可能意味着在所选期间内，这些图片没有出现在相关搜索中。仅凭这一点，无法确认存在索引或优化问题。

同样，搜索类型筛选器中“网页”下新引入的“多模态”选项，可以让你查看内容在使用图片作为搜索组成部分的搜索中的表现。这些搜索包括 Google Lens 搜索、圈选即搜、上传到 Google 搜索的图片，以及 Chrome 的“搜索此图片”功能。

如果你发现页面没有从图片搜索中获得展示次数，并希望调查潜在的抓取或索引问题，可以使用 Google Search Console 中的“检查任意 URL”选项，检查托管该图片的页面 URL。你还可以对图片 URL 本身运行实时测试，以帮助确认 Google 是否能够访问它。不过，URL 检查无法可靠确认某张单独的图片是否已被编入 Google 图片的索引，而页面已被编入索引也不能证明其中的图片同样已被编入索引。

手动检查搜索引擎结果

想了解图片在多模态搜索中的呈现方式，一个很好的方法就是亲自进行一些测试搜索。

例如，如果你经营一家拥有许多产品定制照片的电商店铺，可以亲自拍摄某件产品的照片，并将其作为搜索输入。这可以通过圈选即搜、Google Lens，或将图片上传到 Google 搜索来完成。这样，你就能了解 Google 是否可以轻松判断：你拍摄的产品照片与公司拍摄的该产品照片指向的是同一件商品。之后，你还可以看到公司图片是否主导了 SERP。

你还可以使用 src: 运算符在 Google Images 中搜索图片。要执行此操作，请在你的网站上找到想要搜索的图片。复制图片本身的 URL，而不是其所在页面的 URL。然后，在 Google Images 中输入 src:，后跟图片 URL，例如：src:https://www.examplewebsite.com/media/happy-cat.jpg。

搜索结果应会返回网络上引用该图片 URL 的页面。如果 SERP 中没有来自你自己网站的页面，这说明你网站上的图片索引可能存在问题。请注意，与 site: 命令一样，SERP 中的页面列表并不具有绝对性；某个页面未出现在其中，并不意味着 Google 没有将其编入索引。

另请参阅：多模态搜索正在重塑 SEO 专业人士和营销人员的转化漏斗

检查 Googlebot 图片抓取器的活动

除了上述检查之外，最好还检查各个搜索引擎抓取器，确认它们在抓取你网站上的图片时是否遇到阻碍。这不一定等同于它们能否访问图片所在的页面。你需要具体确认这些机器人是否能够找到并解析图片本身。

有两种主要方法可以做到这一点。首先，你可以检查网站的日志文件。重点查看 Googlebot-Image 等图片抓取器。这有助于你了解网站上的特定图片最近是否被抓取过。如果你发现机器人总是跳过某些图片 URL，或者某些机器人完全没有访问你的图片，这可能表明有某些因素阻碍了它们的抓取。

你还应使用 Screaming Frog 之类的抓取工具，并将用户代理配置设为“Googlebot Image”。然后让机器人抓取图片 URL 列表以及承载这些图片的页面 URL。这样你就能了解其中是否有 URL 返回 3XX、4XX 或 5XX 状态码。如果有，Googlebot 可能无法访问该图片。

检查可能阻止抓取、索引或提供图片的技术问题

配置问题

上述检查可能会发现你的一些图片未被抓取或编入索引。这可能有多种原因。例如，你的robots.txt 文件实际上阻止了机器人抓取图片 URL 本身。

也可能存在阻止图片所在页面被编入索引的x-robots 标头控制，甚至存在阻止图片本身被编入索引的 <noimageindex> 指令。

这些配置问题相对容易检查。对于 robots.txt，只需使用 Dentsu 的robots.txt 验证器等工具，并根据当前生效的 robots.txt 检查图片 URL 和落地页 URL。

要检查页面级标签，请查看页面源代码；或者在 Chrome 开发者工具中，检查 Elements 面板是否存在 <meta name=”robots” content=”noimageindex”> 或 noindex。然后，在开发者工具的 Network 标签中，同时选择页面请求和图片请求，并检查响应标头中的 X-Robots-Tag。”

服务器级问题

你还可能发现图片 URL 在服务器级别被阻止。如果不深入检查网站的 CDN、botwall 或服务器堆栈，这类问题通常不容易被发现。

在某些情况下，图片托管在单独的 CDN 域名上。这意味着，除非你指定图片所在的子域名或单独域名，否则仅查看 Google Search Console 或其他工具可能无法发现相关问题。如果你的图片属于这种情况，最好向开发团队确认。通常，你可以通过图片的 URL 判断这一点。

例如，如果你的网站是 www.examplewebsite.com，但图片的 URL 以 media.examplewebsite.com 开头，这表明你的图片可能托管在单独的子域名上。将该子域名添加到跟踪工具中，以便留意任何错误。

你还应向公司中负责服务器的人员询问，他们是否屏蔽了任何可能用于抓取图片的机器人。最明显的一个是 Google 的 GoogleBot-Image，但最好要求提供被屏蔽机器人的完整列表，以及它们被禁止访问的具体区域，例如上面示例中的 media 子域名。

JavaScript 渲染

尽管 Google 在渲染 JavaScript 方面取得了很大进展，但依赖 JavaScript 加载的图片可能无法被完全发现。这可能是因为脚本被屏蔽或加载失败。你还可能发现，重要图片被设置为通过 CSS 加载的背景图片，这可能会给机器人带来问题。你必须使用 Google Search Console 中的检查工具，确认这些图片是否可访问。使用该工具检查包含图片的页面的渲染后 HTML。检查图片是否以带有有效图片 URL 的 <img> 元素形式存在于 src 属性中。这样，机器人无需渲染 JavaScript 就应能发现这些图片。

延迟加载

延迟加载是提高页面加载速度的一种常用方式。然而，如果实现得不正确，可能会导致内容的可发现性出现问题。例如，Googlebot 与页面的交互方式不同于人类。它不会向下滚动页面，也不会在图库中滑动。如果图片只有在用户向下滚动页面后才会加载，那么机器人可能无法访问它。

要检查机器人是否无需与页面交互即可访问你的图片，请查看页面的渲染后 HTML。如果你能在 HTML 中看到图片 URL，那么无需进一步交互即可访问这些图片。

图片 URL

机器人可能不会在多模态搜索中对你的图片进行排名，其中一个原因是你网站上链接到的图片 URL 已损坏，或者重定向到了另一张图片或其他资源。确保图片引用直接返回 200。损坏的图片 URL 不会被编入索引。重定向会被跟随，但重定向链以及重定向到非图片资源的情况会浪费抓取资源，并可能导致图片无法被发现。通过对网站执行抓取，检查重定向和损坏的 URL 引用。确保将图片托管所在的任何子域名或域名也包括在内。

图片优化的另一个注意事项是保持图片 URL 一致。可能每次加载页面时，你的网站都会在图片 URL 中引用一个新的参数，例如：

www.examplewebsite.com/media/12345.jpg
www.examplewebsite.com/media/12345.jpg?session=a1b2c3
www.examplewebsite.com/media/12345.jpg?session=d1e2f3

这样做实际上是在创建重复的图片，供机器人发现和抓取。相反，谨慎的做法是始终为每张图片引用唯一的 URL。要确定你的网站是否存在这种情况，可以抽样查看一组图片 URL，检查 URL 中是否有任何元素看起来是动态生成的。

评估你是否让机器人能够轻松发现你的图片

图片站点地图

XML 图片站点地图向搜索引擎明确表明网站上存在图片，以及在哪里可以找到这些图片。

图片站点地图与标准的 URL XML 站点地图类似。不过，它们需要包含稍多一些元数据，才能对 Google 发挥作用。

如果你的网站已经有专门用于图片的站点地图，请检查其中是否使用了 <image: image>（图片特有的任何信息）和 <image: loc>（可以找到图片的 URL）。

对于拥有图片目录的大型网站（例如社交媒体网站和图库图片提供商），图片站点地图是必要的。没有它们，机器人很难知道有哪些图片可用，也会让你更难调试问题。

图片可访问性

我们已经提到过要确保图片 URL 保持一致，但也不要忽视图片的格式。务必使用受支持的文件格式，例如 JPEG、PNG、WebP 和 AVIF。这些文件类型会被搜索引擎识别为图片。

对于响应式图片，即会根据查看设备而变化的图片，请确保使用 <picture> 或 srcset。这会告诉机器人该图片有多个尺寸可用。使用 src 回退意味着不理解 <picture> 或 srcset 的机器人仍然有一个可以查找图片的位置。对于 Google Imagebot 等更常规的搜索机器人来说，这不是什么大问题，但对于答案引擎机器人而言可能是必要的。

图片付费墙

在考虑图片的可访问性时，务必注意设置付费墙的细微差别。

内容限制是指限制内容访问的过程，例如将内容置于注册表单、登录或付费订阅之后。这通常用于白皮书或潜在客户获取材料等内容。要求读者注册或付费后才能阅读文章的新闻出版物也普遍采用这种方式。

Google 已明确定义了限制内容的方法，使其机器人仍然可以访问内容，同时对已退出登录的用户隐藏内容。

表面上看，受限图片和受限文本似乎有不同的处理方式。只要 Google 的机器人无需登录即可访问内容，受限文本就可以被 Google 抓取和编入索引。按照 Google 的付费墙指南实施时，向机器人展示授权用户可用的内容，同时向已退出登录的用户展示受限版本，不会被视为伪装，这包括使用付费墙结构化数据声明受限内容。

不过，对于图片而言，这里有一项限定。Google 在其图片元数据指南中指出，为了帮助 Google 发现和编入图片索引，发布者应当：“确保用户无需注册账户或登录即可访问和查看包含图片的页面。”这并不能 conclusively 证明付费墙页面上的所有图片都不具备被编入索引或排名的资格，但这意味着发布者不应假定仅凭付费墙结构化数据就能满足 Google 关于图片发现和元数据功能的指南要求。

确定机器人如何感知你的图片

对于多模态搜索而言，仅仅知道机器人可以检索到你的图片还不够。你还需要确认它们理解图片的内容，以及图片与搜索输入的相关性。

审核周围文本和页面上下文

机器人需要理解你的图片内容。它们主要通过考虑图片所在页面的上下文，以及你提供的有关图片的任何额外信息来实现这一点。

检查图片是否具有恰当的标题、相关的 alt 属性，并且位于一个能够良好描述图片的页面上。

结构化数据

向搜索引擎提供图片信息的一种关键方式，是使用结构化数据。

使用schema.org的ImageObject类型，可以让你传达图片的关键方面，从而为图片提供有用的额外上下文。它还可以帮助你的图片获得特定 SERP 功能的资格。例如，使用 schema 来传达许可详情，意味着当图片显示在搜索结果中时，它可能有资格获得“可授权使用”徽章。

如果页面上有多张图片，那么你可以使用 primaryImageOfPage schema 标记来选择希望 Google 视为该页面主图的图片。

确保图片针对多模态搜索完成优化的最终检查清单

在 Google Search Console 和 Bing Webmaster Tools 等搜索引擎工具中检查现有图片的可见性。
验证爬虫访问权限，包括图片专用机器人、索引指令和 HTTP 响应。
检查渲染后的 HTML 中的重要图片元素。
审核 JavaScript 和延迟加载的实现。
测试 CDN 和服务器对机器人的限制。
检查 XML 站点地图等图片发现辅助工具。
审核落地页上下文中的 schema、替代文本和相关文案等内容。

总结

最终，多模态搜索让你网站上的视觉内容变得更加重要。机器人需要能够访问并解读这些图片，才能在多模态搜索中将它们作为结果提供。

多模态搜索的基础并没有区别于图片 SEO 的标准。即使观察AI 搜索机器人，我们也能看到，图片多模态优化的关键方面在于网站的技术实现。

更多资源：

特色图片：Paulo Bobita/Search Engine Journal