itemtype 单独使用无效，必须与 itemscope、itemprop 配合并嵌套在语义化 HTML 元素中；三者构成语义闭环：itemscope 声明实体，itemtype 指定类型，itemprop 标记属性。
itemtype 本身不能定义网页主内容——它只是 Schema.org 类型的 URI 标识符，必须和 itemscope、itemprop 配合使用，且需嵌套在有意义的 HTML 元素中，否则搜索引擎完全无法识别“哪部分是主内容”。
为什么单独写 itemtype 没用
常见错误是这样写：<div itemtype="https://schema.org/Article"></div>。这行代码不带 itemscope，浏览器和爬虫会直接忽略 itemtype；即使加了 itemscope，如果没用 itemprop 标出 headline、datePublished、articleBody 等关键属性，结构化数据仍不完整，主内容边界依然模糊。
真正起作用的是三者组合形成的语义闭环：
-
itemscope声明一个独立实体（比如一篇 Article） -
itemtype指定这个实体的类型（如https://schema.org/Article） -
itemprop把子元素标记为该实体的属性（如<h1 itemprop="headline">标题</h1>）
如何正确包裹主内容区域
主内容不是靠某个 div 加个 itemtype 就自动生效的，得从语义结构出发：找到页面中真正承载核心信息的容器（通常是 <article></article> 或带 main role 的 <section></section>），再在其上添加微数据。
立即学习“前端免费学习笔记（深入）”；
实操建议：
- 优先用
<article itemscope itemtype="https://schema.org/Article"></article>包裹整篇正文，而不是用<div itemtype="..."> <li>确保 <code>itemprop="articleBody"准确指向正文段落容器（例如<div itemprop="articleBody"><p>...</p></div>），不要只标在最外层 - 避免把导航栏、侧边栏、页脚等无关区块误包进同一
itemscope内——这会让结构化数据混入噪声 - 若页面含多个文章（如列表页），每个
<article></article>必须独立声明自己的itemscope和itemtype，不可共用一个 scope - 新闻稿 →
https://schema.org/NewsArticle - 技术教程 / 博客 →
https://schema.org/TechArticle或https://schema.org/BlogPosting - 产品介绍页 →
https://schema.org/Product（此时主内容是商品信息，不是 Article） - 别用已废弃的旧版 URL（如
http://schema.org/Article），必须用https协议 -
articleBody对应的 HTML 元素里含有大量广告<div class="ad-banner"> —— 这些节点会被当作正文内容抓取，污染结构化数据 <li>用 JavaScript 动态插入的 <code>itemprop内容，若未等 DOM 就绪就完成渲染，爬虫可能读不到 -
itemtype值拼写多一个空格或少一个斜杠（如https://schema.org/Article尾部有空格），整个类型声明即失效 - 嵌套层级过深导致
itemprop无法向上关联到正确的itemscope（例如在itemscope外写了itemprop="author"）
itemtype 值选错会导致什么
用错类型 URI 不仅无效，还可能触发富媒体搜索结果降级。例如博客正文用了 https://schema.org/WebPage 而非 https://schema.org/BlogPosting，Google 可能拒绝显示“文章”类摘要卡片。
关键判断点：
验证时容易被忽略的细节
用 Google Rich Results Test 或 Schema Markup Validator 验证通过，不代表主内容被正确提取。常被漏掉的问题有：
主内容是否被识别，最终取决于 itemscope 容器的边界是否干净、itemprop 是否精准锚定真实内容节点，以及 itemtype 是否匹配内容本质——这三个条件缺一不可，且任意一处缩进、拼写或嵌套错误都会让整套标记失效。
