itemtype失效会导致整块微数据被google解析器直接忽略；必须为https协议、schema.org完整url、无多余空格或斜杠，且类型须在google富媒体支持列表中。
itemtype 没效果，基本等于富媒体摘要被直接忽略——它不是“可能不生效”，而是 Google 解析器在第一步就跳过整个块。
为什么 itemtype 会完全失效
Google 的结构化数据解析器对 itemtype 值极其严格：它必须是 schema.org 上明确定义、且当前被 Google 支持的类型 URL。写错一个字符、协议用错、路径少斜杠，整个 itemscope 区域就变成“不可读垃圾”。
-
itemtype="https://schema.org/Article"✅ 正确（HTTPS + 末尾斜杠 + 大写首字母） -
itemtype="http://schema.org/article"❌ 协议错误 + 类型小写 -
itemtype="https://schema.org/NewsArticle"❌ 该类型已从 Google 富媒体支持列表中移除（截至 2026 年） -
itemtype="https://schema.org/Article "❌ 末尾多空格，导致字符串不匹配
检查 itemtype 是否被识别的实操方法
别只看源码里有没有写，得确认 Google 实际抓取并解析到了。最可靠的方式是：
- 用 Search Console 的 URL Inspection 工具 → 输入页面 URL → 点 “Test Live URL”（不是“View Crawled Page”）
- 在结果页点开 “Rich Results” 标签，看是否列出类型（如 “Article”），还是显示 “No rich results detected”
- 如果提示
"itemtype is invalid"或"Unrecognized type"，说明itemtype值未通过白名单校验
注意：Microdata 中的 itemtype 必须是完整 URL，不能简写为 "Article" 或带引号的字符串。
比 itemtype 更容易被忽略的致命问题
即使 itemtype 写对了，以下任一问题也会让富媒体摘要归零：
-
itemprop属性值为空或仅含空格（例如<div itemprop="headline"> </div>） - 关键字段缺失：Article 类型下
datePublished、headline、author缺一不可，且author必须是对象（{"@type": "Person", "name": "xxx"}），不能是纯字符串 - HTML 中对应内容与 Microdata 值不一致：比如
<h1 itemprop="headline">标题A</h1>，但页面实际渲染出的是 JS 动态替换后的“标题B” - Microdata 嵌套断裂：父级有
itemscope itemtype="https://schema.org/Article"，但子级itemprop="author"写在了兄弟<div> 里，没包在同一个 scope 内 <p>Microdata 的容错率远低于 JSON-LD；一旦 DOM 结构微调（比如 CMS 更新模板、前端抽离组件），<code>itemtype就极易“悬空”。真要长期稳定，优先迁移到<script type="application/ld+json"></script>—— 它不依赖 HTML 位置，也不怕标签重排。
