itemtype 标记摄影作品时，优先用 https://schema.org/Photograph，而非 ImageObject；因前者是后者的子类型，语义更精确，可支持 photographer、exifData、caption 等专属字段，提升富媒体展示效果。
itemtype 应该用 schema.org/Photograph 还是 ImageObject？
直接说结论：itemtype 标记摄影作品时，优先用 https://schema.org/Photograph，而不是泛用的 ImageObject。前者是后者的子类型，语义更精确，搜索引擎（如 Google）在解析作品集、图库类页面时，会更倾向提取拍摄时间、地点、相机型号等摄影专属字段。
常见错误是看到“图片”就填 ImageObject，结果导致 photographer、exifData、caption 这类属性无法被正确识别或富媒体展示（如搜索结果中带“摄影”标签的缩略图）。
怎么把 itemtype 和 img 标签真正连起来？
img 标签本身不支持 itemtype —— 它必须包裹在带 itemscope 的容器里，再通过 itemprop 关联属性。否则即使写了 itemtype，结构化数据也无效。
实操建议：
立即学习“前端免费学习笔记（深入）”；
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 用
<figure>或<div itemscope itemtype="https://schema.org/Photograph">包裹<img>和说明文字 -
<img>上加itemprop="contentUrl"，指向原图 URL（不是缩略图） - 标题用
<figcaption itemprop="name">，拍摄参数可放<meta itemprop="exifData" content="Canon EOS R5, f/2.8, 1/500s"> - 避免把
itemscope直接加在<img>上 —— 浏览器会忽略，且 Lighthouse 检测报错
摄影 metadata 哪些字段值得填？
填了但没用，和填了且被索引，差别很大。Google 当前实际支持并用于富摘要的摄影相关字段有限，重点填这几个：
-
name：作品标题（非文件名，如"晨雾中的黄山松"） -
description：简短场景描述（ -
contentUrl：必须是可直链访问的高清原图地址，带完整协议（https://） -
datePublished：ISO 格式日期（2025-07-12），不是上传时间 -
photographer：可嵌套Person类型，写真名比“本人”强得多
像 width/height、encodingFormat 这类字段，现代搜索引擎基本不消费；而 exifData 虽然 schema 支持，但 Google 不公开解析，填了仅对自建图库系统有意义。
为什么本地开发时 Structured Data Testing Tool 总报错？
最常卡在这三点：
- 页面没部署到真实 HTTPS 域名下 —— Google 工具不接受
localhost或file://协议，会跳过图像资源校验 -
contentUrl指向的图片返回 403/404，或响应头缺少Cross-Origin-Resource-Policy: cross-origin（尤其用 CDN 时） - 多个
Photograph块共用同一个contentUrl—— Google 视为重复内容，只取第一个
调试时先确保单张图能被公开抓取，再批量加 markup。摄影网站最容易被忽略的是：每张作品的 contentUrl 必须唯一且可访问，哪怕只是临时开个 GitHub Pages 静态托管。
