itemtype必须与itemscope共用且值为schema.org完整https url，否则微数据无效；需为每个同类实体独立声明作用域，嵌套结构须显式标注，选型须严格匹配内容属性并验证。
itemtype 不是独立语义增强手段，它必须和 itemscope 一起出现在外层容器上，且值必须是 schema.org 的完整 HTTPS URL，否则整个微数据块无效。
itemtype 必须配 itemscope 才能启动作用域
itemtype 本身不定义任何语义，它只是“契约声明”——告诉解析器：“这个容器里所有 itemprop 都要按这个类型来校验”。但没 itemscope，这个契约就没人签收。
- 错误：
<p itemtype="https://schema.org/Person">张三</p>→ 没itemscope，搜索引擎直接跳过 - 正确：
<div itemscope itemtype="https://schema.org/Person"><p itemprop="name">张三</p></div> - 推荐复用语义标签作容器：
<article itemscope itemtype="https://schema.org/Article"></article>，比套<div> 更干净 <h3>itemtype 值必须是完整 HTTPS URL，大小写敏感</h3> <p>2026 年主流工具（Google Rich Results Test、Schema Markup Validator）对协议、域名、路径、大小写全部严格校验。错一个字符，整块结构化数据就失效。</p><div class="aritcle_card flexRow artxards"> <div class="artcardd flexRow"> <a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill6712" title="Wechat HTML Publisher"><img src="https://img.php.cn/upload/skill/000/000/081/179109368394970.jpg" alt="Wechat HTML Publisher" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a> <div class="aritcle_card_info flexColumn"> <a rel="nofollow" href="/xiazai/skill6712" title="Wechat HTML Publisher" class="overflowclass">Wechat HTML Publisher</a> <p class="overflowclass">直接上传HTML富文本到微信公众号草稿箱。支持完整的HTML格式,无需Markdown转换。</p> </div> <a rel="nofollow" href="/xiazai/skill6712" title="Wechat HTML Publisher" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a> </div> </div> <ul> <li>✅ 正确：<code>https://schema.org/Product、https://schema.org/Organization - ❌ 错误：
http://schema.org/product（协议错 + 小写）、https://schema.org/product（小写）、https://schema.org/Product/（末尾斜杠）、schema.org/Product（缺协议） - 注意：旧 vocab（如
http://data-vocabulary.org/Person）已全量弃用，2026 年不再支持
同一页面多个同类实体，必须各自声明独立 itemscope + itemtype
比如页面有三篇博客，不能只写一个 <section itemscope itemtype="https://schema.org/Article"></section> 然后把三篇文章都塞进去——这会被当成一个 Article 对象，所有 itemprop 都归到同一个实例下。
- 每篇文章必须有自己独立的容器：
<article itemscope itemtype="https://schema.org/Article">…</article> - 避免跨区块复用：不要用 JS 动态给多个不相干
<div> 批量加 <code>itemscope，DOM 结构必须静态可解析 - 嵌套时也需独立声明：比如
author是Person，就得在itemprop="author"元素上同时写itemscope itemtype="https://schema.org/Person"，不能靠父级“继承” - 判断依据看 schema.org 官网该类型的「Properties」列表：你页面真有
address、telephone、priceRange吗？没有就别硬套LocalBusiness - 常见误用：
FAQPage要求每个mainEntity是Question+Answer结构，纯列表文字不算 -
<main></main>里不能并列多个顶级itemtype（如 Article + FAQPage），Google 会解析冲突；应按主内容类型选其一，次要信息用 meta 隐藏提供
itemtype 选型必须匹配内容实质，不能凑合
选错 itemtype 不仅富媒体摘要不出现，还可能被 Google 主动过滤或降权——尤其当内容与类型明显冲突时（如把广告标成 https://schema.org/Organization）。
最常被忽略的是：写完 itemtype 后不验证。哪怕格式全对，只要内部某个 itemprop 不在该类型允许字段列表里（比如在 Product 里用了 datePublished），整块数据就会静默失败。务必用 Google Rich Results Test 实时抓取 HTML 源码检测，而不是只看浏览器渲染结果。
