itemtype必须与itemscope成对使用才生效，单独存在无效；其值须为完整HTTPS URL（如https://schema.org/Article），末尾无斜杠、大小写严格匹配，且需配合itemprop显式标注字段。
itemtype 属性必须搭配 itemscope 使用才生效
单独写 itemtype 没有任何结构化数据效果，浏览器和搜索引擎根本不会解析。它必须嵌套在带有 itemscope 的元素内部，才能标识该区块描述的是哪一类实体。
常见错误是只加 itemtype 却漏掉 itemscope，比如：
<div itemtype="https://schema.org/Person">张三</div>——这行代码完全无效。
- 正确写法是：
<div itemscope itemtype="https://schema.org/Person"><span itemprop="name">张三</span></div>
-
itemtype值必须是完整、可访问的 URL（推荐用https://schema.org/开头的类型） - 多个类型不能空格或逗号分隔；如需多类型，得用
itemtype的扩展机制（如additionalType属性），不是靠写多个 URL
schema.org 类型 URL 必须用 HTTPS 且拼写严格匹配
哪怕少一个斜杠、大小写错位、协议写成 http，都可能导致结构化数据不被识别。Google Rich Results Test 和 Bing Markup Validator 对 URL 格式极其敏感。
- ✅ 正确：
https://schema.org/Article、https://schema.org/LocalBusiness - ❌ 错误：
http://schema.org/article（协议错误 + 小写）、https://schema.org/Article/（末尾多余斜杠）、https://schema.org/article（大小写错误） - 别试图简写成
schema.org/Article或省略协议——HTML 不支持相对 URL 作为itemtype
itemtype 不会自动补全属性，所有字段都要显式标注
itemtype 只声明“这是一个人”或“这是一篇文章”，但不会帮你把文本自动识别为姓名、标题或日期。每个要暴露给搜索引擎的字段，必须用 itemprop 显式绑定。
立即学习“前端免费学习笔记（深入）”；
例如声明一篇 Article：
<article itemscope itemtype="https://schema.org/Article"> <h1 itemprop="headline">如何调试 itemtype</h1> <time itemprop="datePublished" datetime="2024-06-15">2024年6月15日</time> <p itemprop="description">讲清 itemtype 实际生效条件</p> </article>
- 没加
itemprop的内容（比如作者名没包在itemprop="author"里）就不会进入结构化数据 - 属性名必须是该类型在 schema.org 文档中定义的合法属性（如
Article支持headline，但不支持title） - 值为空或仅含空白字符的
itemprop字段，多数解析器会直接忽略
嵌套 itemtype 时，子 scope 必须独立声明自己的 itemtype
不能靠父级 itemtype “继承”下来。比如文章里有个作者对象，即使父级是 Article，作者部分仍需重新开启 itemscope 并指定 itemtype="https://schema.org/Person"。
<article itemscope itemtype="https://schema.org/Article">
<h1 itemprop="headline">标题</h1>
<div itemprop="author" itemscope itemtype="https://schema.org/Person">
<span itemprop="name">李四</span>
</div>
</article>
- 嵌套层级可以很深，但每一层都必须有自己完整的
itemscope+itemtype - 如果子块漏了
itemtype（只写了itemscope），那它会被当作无类型的通用项，大部分字段无法被正确归类 - 避免用
itemref跨区域引用属性——它容易出错且兼容性差，优先用自然嵌套
真正麻烦的不是写对 itemtype，而是验证它是否真的被解析：本地 HTML 文件直双击打开，Chrome 的结构化数据测试工具根本读不到；必须部署到 HTTP(S) 服务上，再用 Google 的 Rich Results Test 扫描 URL——这点最容易被忽略。
