itemtype必须与itemscope成对出现在同一html元素上，且值须为https://schema.org/下大小写敏感的完整https url；分离写法、缺itemscope、协议/路径/大小写错误、旧域data-vocabulary.org均导致结构化数据被搜索引擎静默丢弃。
itemtype 不是加了就能被识别的属性，它必须和 itemscope 成对出现在同一元素上，且值必须是 https://schema.org/ 下某个具体类型的**完整 HTTPS URL**——写错一个字符（比如小写、多斜杠、用 HTTP），整块结构化数据就会被搜索引擎静默丢弃。
itemtype 必须和 itemscope 写在同一 HTML 元素上
这是硬性语法要求，不是风格建议。分离写法等于没写。
-
错误写法：
<div itemscope><section itemtype="https://schema.org/Article">...</section></div>——itemtype没绑定到作用域起点，解析器找不到实体入口 -
更隐蔽的错误：
<p itemtype="https://schema.org/Person">张三</p>—— 缺itemscope，整个标签被跳过 -
正确写法：
<article itemscope itemtype="https://schema.org/Article"><h1 itemprop="headline">标题</h1></article> - 推荐复用语义标签（如
<article></article>、<section></section>、<main></main>）作容器，比套<div> 更干净，也利于 SEO <h3>itemtype 的 URL 必须是完整 HTTPS 地址，大小写敏感</h3> <p>2026 年所有主流工具（Google Rich Results Test、Bing Markup Validator）已严格校验协议、域名、路径、大小写。错一个字符就失效。</p><div class="aritcle_card flexRow artxards"> <div class="artcardd flexRow"> <a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill7761" title="Article To Html"><img src="https://img.php.cn/upload/skill/000/000/081/179168408018805.jpg" alt="Article To Html" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a> <div class="aritcle_card_info flexColumn"> <a rel="nofollow" href="/xiazai/skill7761" title="Article To Html" class="overflowclass">Article To Html</a> <p class="overflowclass">文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。</p> </div> <a rel="nofollow" href="/xiazai/skill7761" title="Article To Html" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a> </div> </div> <ul> <li> <strong>✅ 正确</strong>：<code>https://schema.org/Restaurant、https://schema.org/Organization -
❌ 全部无效：
http://schema.org/restaurant（协议错 + 小写）、schema.org/Product（缺协议）、https://schema.org/Product/（末尾斜杠）、https://schema.org/product（小写） - 旧域
http://data-vocabulary.org/已全量停用，2026 年起任何以该开头的itemtype都不被支持 - 验证时哪怕源码里多一个空格或换行符，也可能导致整块数据被丢弃
嵌套结构必须显式声明子 itemscope + itemtype
地址、作者、评分对象等不是字符串，而是独立实体。只写 itemprop="address" 不够，必须立刻嵌套对应类型的作用域。
-
错误写法：
<div itemprop="address">北京市朝阳区建国路88号</div>—— Google 当作文本提取，不解析为结构化地址 -
正确写法：
<div itemprop="address" itemscope itemtype="https://schema.org/PostalAddress"> <span itemprop="streetAddress">建国路88号</span><span itemprop="addressLocality">朝阳区</span><span itemprop="addressCountry">CN</span> </div> - 同理，
itemprop="author"必须紧贴itemscope itemtype="https://schema.org/Person"，不能隔一层元素 - 多个同类实体（如页面有 3 篇攻略）必须各自独立声明
itemscope itemtype，不能共用一个外层容器
选错 itemtype 类型会导致 itemprop 失效甚至被过滤
Schema.org 类型定义了哪些 itemprop 是合法的。用错类型，字段直接被忽略；内容与类型明显冲突，还可能被 Google 主动降权。
- 游戏攻略不能硬套
https://schema.org/Game—— Game 类型不定义itemprop="articleBody"或step，Google 会拒识 - 正确路径：纯文字攻略 →
https://schema.org/Article；分步操作 →https://schema.org/HowTo（但校验极严，缺step或name就失败）；含评分 →https://schema.org/Review+itemReviewed - 本地商家优先用子类：
https://schema.org/Restaurant（非LocalBusiness），否则menu、priceRange等字段可能被忽略 - 品牌页若含注册信息、地址、电话，该用
https://schema.org/Organization；仅突出名称标识，才用https://schema.org/Brand
itemprop 绑定的内容被 CSS 隐藏、JS 动态插入、或包裹在 <meta> 里（非 url/logo 等允许隐式值的字段），Google 依然不会提取。验证必须用 Google Rich Results Test 看实际解析结果，而不是只检查源码有没有报错。
