itemtype本身不直接影响搜索排名，但它是让itemprop生效的必要前提；必须使用完整https格式的schema.org url（如https://schema.org/article），拼写、协议、路径任一错误都会导致整个结构化数据被忽略，进而使富媒体摘要失效。
itemtype 本身不直接影响搜索排名，但它是让 itemprop 生效的必要前提——没有它，所有结构化标记都等于没写。
为什么 itemtype 必须是完整 schema.org URL？
搜索引擎解析微数据时，靠 itemtype 去匹配 schema.org 官网定义的实体模型。如果写成 itemtype="Person" 或 itemtype="https://schema.org/Person"（少斜杠）或大小写错误（如 person），整个块都会被忽略。
- 必须用 HTTPS 协议开头，且路径完整，例如：
https://schema.org/Article、https://schema.org/LocalBusiness - 不能简写、不能本地相对路径、不能用自定义域名替代
- Google Structured Data Testing Tool 和 Rich Results Test 都会直接报“Unrecognized type”错误
itemtype 错误导致富媒体摘要失效的典型现象
你明明标了 itemprop="price" 和 itemprop="availability"，但搜索结果里就是不出价格气泡或“有货”标签——大概率是外层 itemtype 写错了，或者压根没加 itemscope。
- 常见错误：只在
<div> 上写了 <code>itemprop="author"，却忘了给作者容器加itemscope itemtype="https://schema.org/Person" - 更隐蔽的问题：嵌套层级中某一级
itemtype拼错，导致子级所有itemprop全部失效（微数据是强上下文依赖） - 验证方式：用 Google 的 Rich Results Test 上传 HTML，看是否识别出对应类型
- 优先选最具体的类型：不是所有内容都适合
https://schema.org/Thing，要查 schema.org 文档确认适用性 - 电商页优先用
https://schema.org/Product，而非泛泛的https://schema.org/CreativeWork - 同一页面可并存多个不同
itemtype（如主内容是Article，侧边栏作者是Person），但必须各自包裹在独立itemscope内
选错 itemtype 比不写还危险
用错类型不会提升排名，但可能让搜索引擎误解页面主体。比如把一篇教程文章标成 https://schema.org/Recipe，Google 可能尝试提取“烹饪时间”“食材”，结果字段全空，反而降低信任度。
真正起作用的是「正确 itemtype + 正确 itemprop + 合理嵌套」这一整套上下文，漏掉任何一环，结构化数据就只是页面里一段安静的 HTML 注释。
