文章目录+
01 / SEO
照片已经存在,但 Google 未必找得到。
一张好照片可以做很多事:展示上环店铺门面的颜色,证明产品拿在手里是什么样子,也可以在读者读到段落前先让学生看到相机应该怎样摆。不过,网上有不少漂亮图片其实披着隐形斗篷——藏在 CSS background 里,文件名是一串相机编号,没有 ALT,上传后足足 6MB,页面还要等到天荒地老才稳定。
这就是图片 SEO的核心。你要帮搜索系统和真人回答四个普通问题:这是什么?和这一页有关吗?能不能快点看到?我有没有权使用?漏掉一个,对上传的人来说照片仍然漂亮,但搜索世界没那么多感情。
Google 的图片 SEO 指南提到,系统会从图片所在页面提取信息,包括周围文字、图片说明、标题 和 ALT,也建议使用标准 HTML 图片元素、支持的格式和 图片网站地图。重点很清楚:是 上下文 和 可访问性,不是往关键词上撒金粉。
“照片是页面意义的一部分,不是文章写完以后才贴上去的贴纸。” — 图片 SEO 实用原则

重要图片要有稳定 URL、合理文件名、好用 ALT、正确尺寸、合适格式、相关文字,以及不会拖慢首屏的加载策略。然后量结果。就是这样,不用烧香。
02 / SEO
Google 看得到什么,看不到什么?
先讲最基本的实现。Google 当前文档说明,搜索爬虫 可以从 <img> 的 src 属性找到图片,包括放在 <picture> 里的 img。至于 CSS 背景图片,Google 搜索 不会以同样的方式把它当作 图片内容 去 编入索引。所以,产品照片如果是重要证据,不要只把唯一一张图藏在 装饰用样式表 里。
<!-- 容易被 crawl 的内容图片 -->
<img src="tai-o-seafood-market.jpg"
alt="香港大澳街市的新鲜海鲜摊位"
width="1600" height="1067">
<!-- 背景图;不要用它承载唯一重要图片 -->
<div class="hero" style="background-image:url(hero.jpg)"></div>| 信号 | 可以说明什么 | 实际做法 |
|---|---|---|
| src/稳定 URL | 图片文件在哪里,以及 搜索爬虫 能不能拿到。 | 使用长期稳定、公开的 URL,避免每次加载都更换网址。 |
| ALT | 图片主题或用途,也照顾无法看到图片的读者。 | 按 上下文 描述重要内容;装饰图用空白 ALT。 |
| 附近文字及 图片说明 | 图片为什么出现在这一页,读者应该注意什么。 | 把图片放在它要证明或说明的段落附近。 |
| 文件名及 标题 | 图片主题的额外线索。 | 用描述性词语,不要用相机乱码或关键词清单。 |
| 图片网站地图 | 图片的另一条 discovery 路径。 | 图片库大、动态加载多,或难以 抓取 时加入。 |
图片网站地图 文档说,图片网站地图 可以帮 Google 发现原本可能找不到的图片,尤其是先通过 JavaScript 调用的图片。不过它是 发现工具,不是排名按钮。如果图片被 权限阻挡、藏在登录后面,或者所属页面薄到只有几行字,网站地图 也不会突然变魔法。
还有一个很容易漏掉的细节:图片和页面要讲同一个故事。文件叫 `best-hong-kong-coffee.jpg`,旁边段落却在讲镜头焦距,这不是聪明,是混乱。搜索系统正在拼一张一致的页面图像,而你的文件名在旁边讲另一套。就有点尴尬。
03 / SEO
文件名、格式、容量:三角关系要平衡
文件名很小,但不是完全没用。`IMG_4821.JPG`几乎没有告诉 搜索爬虫 任何东西;`north-point-chun-yeung-street-photographer.jpg`至少说了主题、地点和页面关系。保持可读,用连字符,不要把同一个关键词重复十次;旧 URL 如果已经有 反向链接 或 图片流量,更别随便改完就不管。
| 格式 | 适合用在 | 要小心 |
|---|---|---|
| JPEG | 颜色多、渐变多、纹理多的照片。 | 反复重新保存会增加压缩损失;最好一次 导出 到合适质量。 |
| WebP | 照片及图像,前提是 浏览器/CMS 支持稳定。 | 检查 备用版本 和真正输出,扩展名要和文件类型一致。 |
| AVIF | 现代 stack 支持,而且你测试过画质和 备用版本。 | 要测试 解码、备用版本 和编辑流程;小不代表一定好。 |
| PNG | 透明图、截图、边缘需要无损的简单图形。 | 照片用 PNG,容量可能重得像搬家。 |
| SVG | Logo、icon、向量图。 | 不要以为把照片包进 inline SVG 就自然更容易被 编入索引。 |
Google 在图片最佳做法中列出 BMP、GIF、JPEG、PNG、WebP、SVG 和 AVIF 等支持格式。实际指令很朴素:扩展名要对应文件类型,画质要够用。太小太糊不是 SEO 胜利;太大太漂亮也不是 UX 胜利。
之前
IMG_4821.JPG
之后
hong-kong-night-photography-workshop.webp
第二个名字有描述性,但不需要把“图片 SEO”重复三次。
让文件名歇一口气。
原始 原始文件 自己保存好,再按真实最大显示尺寸输出 网页版本。比较文件容量、手机清晰度、文字可读性和 加载记录。没有神奇的 画质 数字,只有适不适合。
04 / SEO
ALT 不是关键词垃圾桶
ALT 有两份工作,互有关联但不完全相同:无障碍 和 图片理解。Google 称 ALT 是提供图片 图片资料 最重要的 属性,也强调它对 读屏软件 用户和低带宽读者有用。优先顺序很清楚:先写得像人话,再想搜索。
| 图片情况 | 弱 ALT | 更好 ALT |
|---|---|---|
| 产品图 | 鞋款 running 鞋款 Nike sports 鞋款 Hong Kong | 黑色越野跑鞋放在木凳上,鞋跟有一条红色饰带 |
| 本地店铺图 | Hong Kong 餐厅 SEO 最佳 餐厅 | 北角一间茶餐厅内,小桌上放着两碗云吞面 |
| 教学 截图 | SEO 图片 | WordPress 媒体面板 显示 WebP 输出和空白 ALT 栏位 |
| 装饰纹理 | green leaves Hong Kong nature 照片 图片 | |
| 图表/图表 | 图表 | 长条图比较 WebP 转换前后图片容量,数值以 KB 标示 |
空白格是有意的。装饰图一般应该使用空白 ALT——alt=——避免 辅助技术 强迫人听一段其实没有帮助的描述。最好不要完全漏掉 属性;空白 ALT 表示你是刻意保持安静。
<!-- 有信息的图片 -->
<img src="north-point-noodle-shop.jpg"
alt="北角一间茶餐厅内,小桌上放着两碗云吞面">
<!-- 装饰图 -->
<img src="paper-grain.svg" alt="">图片说明 又是另一回事。ALT 是贴在 图片 元素 上的短描述;图片说明 是读者看得到的 编辑 上下文。如果照片里有值得注意的细节——湿地、取景角度、旧店招牌——可以放进 图片说明 或附近段落。不要让 ALT 一个人扛整篇文章,它会累的。
复杂图表、地图和 图表,短 ALT 可以讲清楚对象和结论,页面则用普通文字提供数据或完整解释。读屏软件 用户不应该靠几粒 像素 猜趋势;搜索引擎也不应该是唯一服务对象。
05 / SEO
速度:不要等图片到了才搬好家具
最快的图片,往往是不需要发送的那张。之后才是按设备真实需要输出的版本。web.dev 自适应 图片 指南提到,网站通常会准备几个图片尺寸,让 浏览器 自己选择;手机访客不应该因为 CMS 只有一个文件,就被送上一张 2400px 桌面版 图。
如果比例已知,就加 width 和 height,或者用 CSS 预留比例,避免图片到达时整页跳位。Chrome 关于 LCP 的文档说明,LCP 是最大可见内容元素完成 呈现 的时间;图片主导的页面,首屏主图 很多时候就是要先理解的那一个。
| 做法 | 适合时机 | 常见中伏 |
|---|---|---|
| srcset + sizes | 同一张图要配合不同 视口 宽度或 像素密度。 | CSS 缩小了就叫 自适应,实际上仍然只传一张超大图。 |
| width + height | 只要比例已知,基本都应该做。 | 等 浏览器 太晚才知道尺寸,造成 版面跳动。 |
| 加载=lazy | 真的在首屏下面,初次阅读不需要马上看到的图片。 | 连 首屏主图/LCP 都 延迟加载,让第一张重要画面变慢。 |
| 优先加载/默认 | 首屏可见或页面主要视觉的图片。 | 每张图都 优先加载,手机网络马上堵车。 |
| CDN/图片转换 | 需要近距离 传送、自动 调整尺寸 或 格式协商。 | CDN 生成模糊图或不稳定 URL,之后很难 检查。 |
<img src="hong-kong-market-960.webp"
srcset="hong-kong-market-480.webp 480w,
hong-kong-market-960.webp 960w,
hong-kong-market-1600.webp 1600w"
sizes="(max-width: 760px) 100vw, 760px"
alt="香港一条挂满彩色遮棚的繁忙街市通道"
width="1600" height="1067"
loading="lazy" decoding="async">‘Lazy’这个词要加一个 warning label。web.dev 浏览器 延迟加载 文档建议延迟加载 首屏以外 图片,但首屏、尤其是 LCP 图片应该早一点可用。如果 CMS 把所有图片一刀切 延迟加载,它需要有人好好谈谈。

06 / SEO
香港三语言网站的图片 SEO 难题
一张照片不会说粤语、英语或普通话,但周围页面会。换一个词,意思可能就不同。‘茶店’未必等于「茶记」;‘街市’可能准确,却未必抓到「街市」背后的本地搜索意图。如果页面是写给香港人看的,ALT 和 图片说明 要写到香港读者真的明白,不是逐字翻译到像酒店 宣传册。
| 页面 | 自然 ALT | 为什么较好 |
|---|---|---|
| 英文 | 摄影师在繁忙的香港街道取景拍摄电车。 | 简洁、具体,英语读者一看就明白。 |
| 繁體中文(香港) | 攝影師喺繁忙嘅香港街頭取景,對住一架電車。 | 使用香港口语节奏,讲清楚人物动作和场景。 |
| 简体中文 | 摄影师在繁忙的香港街头取景,对着一辆电车。 | 对简体中文读者自然,不硬抄英文句式。 |
三个语言版本要保留重要视觉信息,但不必逐字一样。Google 的 手机版 指引要求 手机版 和 桌面版 版本有相若的图片质量及 图片资料;同一个原则也适用于语言版本。每一页有自己的 canonical 和 语言版本关系,图片如果是同一张,可以保持同一个稳定 URL。
做本地生意时,只在真实看得到或页面确实需要时加地点:比如照片是皇后大道中门面,页面也有资料,写「皇后大道中门面」就有帮助。不要把每个 ALT 都逼去旺角、铜锣湾、荃湾旅游。面包店的照片不会因为一句 ALT 塞入三个地区就突然更 本地。
文件名可以统一用英文,或者用团队长期管理得了的拼音/音译。读者看得到的 ALT 和 图片说明,比一场没完没了的 文件名 争论重要得多。选一套 编辑人员 真正会遵守的 命名规则,然后记录下来。
翻译意思,不是逐字翻译。之后找一位香港读者,再找一位熟悉 无障碍 的人看几个例子。通常比一张 逐字翻译 电子表格 更有用。
07 / SEO
电商、作品集、本地店铺:整理正确的证据
产品 图片集、摄影师作品集、餐厅地点页,本来就用不同方式使用图片。图片 SEO 不是把一个 模板 硬套到所有页面,而是让证据符合目的。产品图要清楚、稳定、一致;作品集要交代作品、创作者、项目 和授权;本地店铺应该展示真实地点和有用的到访资料,不要让 素材图 演戏。
文章方面,Google Article 结构化数据 文档说 标记 可以帮助 Google 理解文章、图片、日期和标题;产品方面,商家信息 文档说明 Product/Offer 标记 可能让页面符合包括 Google 图片 在内的 产品体验;本地业务可以参考LocalBusiness 结构化数据。不过符合资格不等于一定出现,页面仍然要值得被看见。

版权值得单独讲,因为不少人收到 下架邮件 才想起。Google 图片 图片资料 文档指出,如果希望符合 可授权标记 资格,图片 结构化数据 要有 license 属性;网页使用权声明 可以解释图片如何使用。但这不代表你可以从工作坊页面复制照片到自己的站点,只是说明在有权使用时怎样表达 使用权 资料。
| 业务类型 | 要整理的图片证据 | 可考虑的 结构化数据 |
|---|---|---|
| 网店 | 产品正面、细节、比例、包装、款式;裁切 保持一致。 | Product/Offer,图片 URL、库存和资料要准确。 |
| 摄影师/studio | 作品名、创作者、日期、地点、客户许可和使用条款。 | 按实际情况使用 Article、ImageObject 或 CreativeWork,加入 使用权。 |
| 餐厅/本地服务 | 真实门面、室内、招牌菜、地点 上下文;限时优惠要有日期。 | LocalBusiness 加页面内容,不要用 结构化数据 自制 评论。 |
| 出版/媒体 | 署名、图片说明、来源、授权 和稳定 媒体库 记录。 | 适用时用 Article 和 图片 图片资料,保留 编辑署名。 |
IPTC 图片资料、创作者 署名 和 使用权 页面 对日常管理有用,但不等于 授权,更不是排名魔法。可以把它们看成照片的 passport 和文件——流转时很重要,但不是整段旅程。
08 / SEO
30 分钟图片 SEO 检查:实际做法
- 选页面先看主要 落地页、产品页、作品页,以及已经有 图片曝光 的页面。最有价值的几张还没处理之前,不用急着 检查 废 缩略图。
- 列出图片 URL记录当前 URL、文件名、格式、容量、像素 尺寸、ALT、图片说明、所属页面,以及是在首屏上面还是下面。
- 检查 crawlability用 私人浏览器 打开图片 URL,看 HTML 有没有 img src,检查 robots 规则,确认页面不是要登录或 点击 后才出现图片。
- 检查意思问自己:文件名、ALT、图片说明、附近文字和实际画面是不是在讲同一件事?有一样不同,就先改最误导的那个。
- 检查 传送测手机和 桌面版 尺寸、版面移动、LCP、延迟加载、缓存标头,以及 浏览器 是否下载了远大于 显示位置 的文件。
- 检查权利记录来源、摄影师、授权 或 使用权限。如果你说不清楚为什么有权发布,先暂停,真的。
- 记录 基准用 Search Console、分析工具 和 速度测试 记录 图片 点击/曝光、页面 转化、图片 字节 和 实际性能。
在Search Console 性能 报告里,可以用 搜索类型 筛选器 查看 网页、图片、视频 或 新闻。Search Console 说明页也说明可以按 搜索查询、页面、国家/地区、设备 和 搜索外观 分组。这样你问的就不再是「SEO 有没有上升?」而是「香港手机用户在图片搜索里看到哪些产品页?有没有 查询?」——好得多。
指定页面时使用网址检查,速度问题则配合 Lighthouse/PageSpeed 和 浏览器 DevTools。实验室分数 不是整个世界;实际使用数据 可能完全是另一个故事,尤其是一个在繁忙 MTR 月台、只有一格信号的香港用户。不是开玩笑,那种环境才是实际网络。
| 发现 | 第一个修正 | 怎样验证 |
|---|---|---|
| 首屏主图 让首屏很慢 | 调整尺寸/压缩,调整 优先级,LCP 图不要 延迟加载。 | 看 Lighthouse trace 和 真实用户 核心网站指标 趋势。 |
| 要 点击 以后图片才出现在 HTML | 加入 crawlable img 备用版本 或 server-rendered 来源。 | 查看源代码、网址检查,再 抓取。 |
| 许多页面共用一句空泛 ALT | 按图片用途及页面 上下文 重写,装饰图保持空白。 | 用 读屏软件 抽查,再做 无障碍 检查。 |
| 有 图片 曝光 但少 点击 | 改善 裁切、清晰度、图片说明、页面匹配和图片附近的 承诺。 | 比较 搜索查询/图片 appearance 和页面 engagement。 |
| 页面快但图片模糊 | 只在 位置 和设备需要时提供更大 来源,重要 裁切 使用 裁切策略。 | 用高 DPI 手机测试,检查 srcset 实际选了哪个文件。 |
09 / SEO
90 天计划:不用马上大装修网站
不用因为一张产品图有 4.8MB 就马上换掉整个 网站。从最痛的地方下手。一家香港小企业有五十张服务页,可能从一份可重复使用的 上传 检查清单 中获益,比一场第二周就停摆的 媒体库迁移 更多。我看过这套戏,中段很长。
| 时间 | 要交付的工作 | 进度证明 |
|---|---|---|
| 第 1–7 天 | 盘点重要图片,记录容量/尺寸/ALT/URL,挑五张最慢或最有价值的页面。 | 一份 基准 和短 优先级 清单,不是无底洞 检查。 |
| 第 8–21 天 | 修 首屏主图/LCP 传送,加 尺寸,停止首屏误用 延迟加载,做 手机版 不同版本。 | Before/after 加载瀑布图、LCP、画质检查。 |
| 第 22–35 天 | 重写高价值页面的文件名和 ALT,需要帮助理解时才加 图片说明,旧 URL 有价值就配 redirect。 | 找熟悉 无障碍 的人 查看 一批例子。 |
| 第 36–50 天 | 建立 编辑人员 上传 标准:原始文件、网页版本、文件名、ALT、图片说明、署名、授权、裁切、焦点位置。 | 其他人可以照做,不用每次问你。 |
| 第 51–70 天 | 按需加入/验证 图片网站地图、结构化数据 和 使用权 图片资料。 | 标记 valid、文件可 抓取、权利记录完整。 |
| 第 71–90 天 | 比较 图片 曝光、点击、页面 转化、字节 和 实际性能;保留有效改变。 | 一份白话报告、一个下一步测试,以及一样暂时不要动的东西。 |
Discover
搜索爬虫 能不能找到照片,不用猜、不用 点击 图片集、不用读 CSS?
Understand
画面、文件名、ALT、图片说明 和附近文字是不是在讲同一个故事?
Load
文件是否适合 位置、设备和网络,不让 版面 跳舞?
Include
图片是不是属于一张有用页面,而不是 媒体库 里孤零零的文件?
Prove
改完之后能不能展示 图片 曝光、点击、速度和 商业价值?
Respect
能不能证明有权发布,也让读者知道谁创作?
上传前:查权利。上传时:文件名、容量、尺寸、格式、ALT、图片说明、署名。发布前:检查 HTML 和手机加载。发布后:看页面、Search Console 和 实际性能。是普通工作,所以更能撑得久。
10 / SEO
FAQ:图片 SEO 经常被问的问题
图片 SEO 会保证 Google 图片 排名吗?
不会。Google 图片指南讲的是帮助发现和理解图片的最佳实践,不是保证位置。结果会受到相关性、质量、竞争、搜索查询 上下文 和你无法控制的系统影响。有人保证第一格,通常是在用一茶匙确定性卖你一桶幻想。
每一个 ALT 都要有「图片 SEO」吗?
不需要。页面真的在讲图片 SEO 时,才在 标题、heading 或正文自然提到关键词。ALT 应该描述图片和用途。「图片 SEO 图片 SEO 香港 图片 SEO」对 读屏软件 用户没有帮助,看上去也很用力。
香港 SEO 一定要用中文文件名吗?
不一定。统一使用英文或拼音都可以,前提是团队能够长期管理。自然的繁中/英文 ALT、准确页面内容、本地 上下文 和稳定技术 传送,比文件名争论重要得多。选择一套 编辑人员 真正会遵守的 命名规则。
WebP 一定比 JPEG 好吗?
没有一个格式能赢过所有图片、浏览器、编辑流程 和画质要求。要测试真实输出。太糊、没有 备用版本,或者容量仍然大于需要,都不是胜利,只是 扩展名 更新了。
可以每张图都 延迟加载 吗?
可以加 属性,但不要一刀切。web.dev 建议 首屏以外 图片才 延迟加载,首屏/LCP 图片应该早点可用。主图 延迟加载,通常只是让读者更晚看到他们来看的画面。
EXIF 和相机设置会直接提高排名吗?
有用的 创作者 和 使用权 图片资料 可以保留,方便工作流程,但不要把策略押在 EXIF 上。搜索系统需要可 抓取 文件和有意义的页面 上下文;图片资料 救不了被 block 的图片、空洞页面,也救不了一张你没有权发布的照片。
一篇 blog 应该放多少张图?
解释需要多少就放多少。实战指南可能需要四张强而有用的图;产品页可能需要几个角度;短公告一张就够。数 meaning,不要数装饰。六张一样的 素材图,只是一个 idea 戴了六顶帽子。
今天第一件应该修什么?
用手机打开最重要的一页,找到最大的图片。检查 URL、容量、尺寸、ALT、加载 模式、图片说明 和 来源使用权;再检查 HTML 是否真正使用 img 元素。十分钟通常比再读一小时 SEO 讨论串 有用。
“让图片容易被找到、容易理解、容易加载,而且难以被误解。” — 实用图片 SEO 简报
其实就是这样。不是微型 技巧,不是在文件名里撒一撮关键词,也不是 插件仪表板 变绿但页面仍然慢得像等电梯。把照片当 内容,把页面当 上下文,把读者当真人,搜索系统很多时候会感觉到。
研究+图片来源
来源、实现 备注与图片 署名
- Google 搜索中心:《图片 SEO 最佳做法》
- Google 搜索中心:《SEO 入门指南》
- Google 搜索中心:《图片网站地图》
- Google 搜索中心:《图片 图片资料 与授权》
- Google 搜索中心:《Spam Policies》
- Google 搜索中心:《Article 结构化数据》
- Google 搜索中心:《Product/商家信息 结构化数据》
- Google 搜索中心:《LocalBusiness 结构化数据》
- Google Search Console:性能 报告
- Google Search Console:网址检查
- web.dev:浏览器级别 图片 延迟加载
- web.dev:自适应 图片 与正确尺寸
- Chrome for Developers:Largest Contentful Paint
图片来源
- 01-hong-kong-wildlife-fieldwork.jpg — 香港野外摄影活动的真实照片,来源:Outdoor Wildlife Learning Hong Kong;图片直链:原图。
- 02-hong-kong-night-photography-workshop.webp — 香港夜间摄影工作坊的真实照片,来源:Bokeh Workshops;图片直链:原图。
- 03-hong-kong-photographer-student.jpg — 学生摄影者的真实照片,来源:Outdoor Wildlife Learning Hong Kong 野外活动页面;图片直链:原图。
- 04-hong-kong-wildlife-video-monitor.jpg — 野外影像监视器的真实照片,来源:Outdoor Wildlife Learning Hong Kong 野外活动页面;图片直链:原图。
研究资料截至 2026-09-16 UTC。Google 文档、浏览器行为、图片格式和 Search Console 报告都可能更新;正式实现前请在网站上测试,并在技术细节重要时查看最新文档。包内照片均是在网上找到的真实图片,正式发布及商业再用权仍归原出版方或摄影师所有,使用前必须核对。 本文是对链接文档的实战解读,不是排名承诺;正式发布前请核对图片授权,来源页和原图文件仍是再用条款的最终依据。