同一HTML元素不允许设置多个itemtype，必须且只能对应一个schema.org类型；多个实体需用多个独立itemscope容器分别声明，且itemtype必须为完整HTTPS URL、位置正确、属性兼容。
同一容器不能设置多个 itemtype
HTML 中一个元素**不允许也不支持**同时声明多个 itemtype。它必须且只能对应一个明确的 schema.org 类型，比如 https://schema.org/Product 或 https://schema.org/Person。浏览器和结构化数据解析器（如 Google Rich Results Test）遇到多个 itemtype 值（无论用空格分隔、逗号拼接，还是重复写属性），都会直接忽略整个 itemscope 块，或报解析错误。
itemtype 写错位置或混用语义标签会失效
常见误操作是试图在一个 <main> 或 <article> 里“兼顾”文章+作者+组织三重身份，于是给同一个标签加多个 itemtype，或者把 itemtype 错贴到子元素上。这违反了微数据的作用域规则：
-
itemscope和itemtype必须共存于**外层容器**，且该容器应是语义化标签（如<article>、<section>、<figure>） - 嵌套实体（如 author）必须另起独立容器，并在该容器上写
itemscope itemtype="https://schema.org/Person"，同时父级用itemprop="author"显式绑定 - 不能在
<nav>、<footer>、<p>这类不承载主实体的标签上硬加itemscope itemtype
需要表达多个实体，就用多个独立 itemscope 容器
页面有多个同类或异类实体时，不是靠“一个容器多个类型”，而是靠“多个容器各管一类”。例如博客页含三篇文章和一个侧边栏作者简介：
- 每篇
<article>单独加itemscope itemtype="https://schema.org/Article" - 作者卡片用
<aside>或<section>包裹，再加itemscope itemtype="https://schema.org/Person" - 公司信息若单独存在，用
<section itemscope itemtype="https://schema.org/Organization">
所有这些容器必须在 HTML 源码中静态存在，不能靠 JS 动态注入后补 itemscope —— 解析器只认初始 DOM。
立即学习“前端免费学习笔记（深入）”；
验证时最容易被忽略的细节
即使结构看起来“对了”，以下任一问题都会让某个 itemtype 不被识别：
-
itemtype值不是完整 HTTPS URL（比如漏了https://、用了小写product、末尾多了斜杠） - 嵌套的
itemprop名称与父级itemtype不兼容（如在https://schema.org/Event下写itemprop="price"） - 子容器用了
<div>且没加itemscope，导致itemprop悬空 - 用
<meta itemprop="name" content="...">时，content值含非法字符或长度超限（Google 对 price、url 等字段有格式强校验）
真正决定结构化数据是否生效的，从来不是“写了几个 itemtype”，而是每个 itemtype 是否精准对应一个可验证、可分离、可独立存在的实体，且其所有 itemprop 都落在合法路径上。
