图片搜索是另一条流量线：目录站的缩略图该怎么单独运营

做目录站的人盯着关键词排名，很少有人去看图片搜索的那份数据。但一个有几千个条目的导航站，光缩略图和截图就有几千张，这些图在图片搜索里是能单独带来点击的——而且来的往往是"正在找这类网站但还不知道名字"的用户，正是目录站最想要的那批人。

图片来源：网络，版权归原作者所有，侵权请联系删除

图片搜索和网页搜索，判的不是同一套东西

网页搜索判断的是页面主题，图片搜索判断的是"这张图是什么"以及"它所在的页面讲的是什么"。官方的图片 SEO 指南里说得很直接：谷歌会结合替代文本、计算机视觉算法和页面内容三者来理解图片主题。

这意味着一件事：一张图能不能被搜到，一半取决于图自己，另一半取决于它嵌在哪个页面上。目录站恰恰在这两头都容易偷懒。

第一层：图本身，从文件名开始

官方的原话是，文件名能给谷歌"非常轻的线索"，但轻不代表没有。目录站常见的 thumb_0031.jpg、1.png 这种名字，等于主动放弃了这个线索。

做法	示例	说明
通用名	IMG_0231.jpg	零信息，官方明确列在"应避免"里
带站点名的描述性文件名	zhihu-gongjuxiang-daohang.jpg	简短、可读、和条目对应
本地化时翻译文件名	同上，英文站换英文名	官方提醒非拉丁字符要遵守 URL 编码

文件名之外，格式要落在官方支持的范围里：BMP、GIF、JPEG、PNG、WebP、SVG、AVIF，且扩展名和真实类型一致。还有一条容易被忽略——同一张图全站始终用同一个 URL 引用。同一个站点的多个页面引用同一张图时，如果每次 URL 都不一样（比如带了不同的尺寸参数），抓取预算就被白白消耗掉了。

第二层：图所在的页面，比图更重要

官方说得很明确：图片要放在相关文字附近，放在和图片主题相关的页面上。目录站的典型毛病是把缩略图做成一张孤零零的图，周围除了站点名什么都没有。

条目页上，缩略图旁边应该有：这个站点是做什么的、适合谁用、收录时间。这些信息既是给用户看的，也是给算法判断"这张图该对应什么查询"用的上下文。

alt 的写法不必再重复堆关键词那套，官方给的四档例子已经说清楚了——缺 alt 最差，堆关键词次差，alt="小狗" 一般，alt="正在接飞盘的斑点狗幼犬" 最好。目录站的缩略图 alt，写成"XX 网站首页截图"比写"XX 官网 XX 入口 XX 导航"有用得多。

第三层：提交通道，图片站点地图怎么用

普通站点地图只列页面，图片站点地图可以把页面上的图片地址一并列出，帮搜索引擎发现那些它不一定能爬到的图。对目录站来说，两种情况特别值得上：

• 缩略图放在 CDN 上。官方特别说明，图片站点地图的 <image:loc> 元素里可以放其他域名的地址，也就是可以列出 CDN 上的图。但官方同时建议，如果用了 CDN，最好在 Search Console 里也验证一下 CDN 域名的所有权，这样抓取出错时能收到通知
• 图是通过懒加载或交互才出现的。虽然现在谷歌能处理相当一部分懒加载，但"始终保留一个带 src 的后备 <img>"是官方给 picture 和 srcset 的硬要求，别整个图都塞进 data-src 里

想让某张图当封面，靠元数据指定

网页搜索的文字结果配图、Discover 的预览图，选哪张是全自动的，但官方留了口子让你"投票"：用 schema.org 的 primaryImageOfPage，或者把图片 URL 挂在 mainEntityOfPage 的主实体上，再或者是 og:image。

投票的时候有几条规矩：选和内容相关、有代表性的图；不要用站标这种通用图，也不要用带大量文字的图；宽高比别走极端；分辨率尽量高。目录站的条目页如果想让缩略图有机会出现在文字结果里，这几条要照着做。

两个和目录站强相关的坑

坑一：截图版权。目录站用别人的网站截图当缩略图，属于常见做法，但标注来源、留好下架通道是基本动作。官方也提供了退出图片内嵌链接的做法：检查请求的 Referer，来自谷歌域名时返回 200 或 204，谷歌仍会抓这张图，只是搜索结果里显示抓取时生成的缩略图，官方明确说这不算伪装、不会招来人工处置。

坑二：缩略图批量失效。条目换域名、站点改版之后，旧图 404 了但页面还在。图片站点地图里列的图如果大面积返回 404，等于用一份文件反复告诉搜索引擎"这个站维护得不好"。缩略图失效检测应该和条目死链巡检合并做，别分成两件事。

---

图片搜索这条线见效慢，但它不占用你现有的关键词位次，也不和站内页面抢排名。对一个有几千张图的目录站来说，这是一块几乎零成本的增量，不做才是浪费。