只有article、section、main、figure、aside等块级语义容器可合法加itemscope和itemtype；nav、time、header、footer、img、a、span等因语义不符或内联特性被排除；嵌套实体必须显式声明itemscope itemtype。

哪些 HTML 标签能合法加 itemscope 和 itemtype？

只有具备明确语义边界、能承载独立实体的**块级语义容器标签**才适合加 itemscope 和 itemtype。div 虽然技术上允许，但语义上是“最后的选择”，不是推荐起点。

• article：适合单篇内容实体（博客、新闻、攻略）
• section：适合页面中逻辑独立的模块（FAQ 区、产品参数表）
• main：适合整页核心内容主体（如首页的公司介绍主区块）
• figure：仅当包裹的是内容图（非装饰图），且需配 figcaption 和 itemprop="contentUrl" 等
• aside：适合附属但可独立识别的实体（作者简介侧栏、相关品牌推荐）

以下标签**不能**作为 itemscope 容器：

• nav：自带 role="navigation"，加 itemtype 会干扰辅助工具和解析逻辑
• time：是内联元素，必须嵌套在父级 itemscope 内，用 datetime 属性配合 itemprop
• header/footer：通常承载复用性模板内容（如全站 logo、版权信息），缺乏单一实体边界，易导致类型混淆
• div：可用，但属于“无语义兜底方案”——如果用了，说明你没找到更合适的原生语义标签

itemtype 加在 body 或全局 wrapper 上行不行？

不行。把 itemtype 加在 body、div#app 或 div#wrapper 这类大容器上，会导致语义漂移：解析器无法判断哪部分属于哪个实体，尤其当页面含多个同类对象（如三篇博客）时，所有 itemprop 都被归到同一个实例下。

Article To Html

文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。

下载

• Google Rich Results Test 会报 “Multiple values for same property” 或直接忽略
• 即使 HTML 语法无错，结构化数据也不会被富媒体摘要采纳
• 正确做法是：每个独立实体（如每篇文章、每个门店、每个电影条目）都用自己专属的 article 或 section 包裹，并各自声明 itemscope itemtype

为什么 nav、time 这些标签被明确排除？

这不是浏览器限制，而是微数据规范与语义分层逻辑决定的：

• nav 的 role 是导航上下文，不是内容实体；加 itemtype 会让解析器误以为“整个导航菜单是一个 Person 或 Organization”，违背 Schema.org 类型定义
• time 是内联时间值载体，不是作用域容器；它的语义必须依附于父级实体（比如 Article 的 datePublished），单独声明 itemscope 会造成属性归属断裂
• 类似地，img、a、span 都是内联或功能型元素，不能承载完整实体定义

嵌套结构里，子元素还能加 itemtype 吗？

可以，而且**必须加**——只要它代表一个独立可识别的实体。

• 例如 itemprop="author" 指向一个 Person，就不能只写 <span itemprop="author">张三</span>；得写成 <span itemprop="author" itemscope itemtype="https://schema.org/Person"><span itemprop="name">张三</span></span>
• 同理，address 必须嵌套 PostalAddress 类型，logo 推荐用 link 或 img 并显式标 itemprop="logo"
• 关键点：每个 itemtype 都要对应一个真实存在的、可验证的 Schema.org 类型 URL，且必须和 itemscope 在同一元素上

最容易被忽略的是嵌套层级的完整性：父级写了 itemtype，不代表子级属性能自动继承类型。缺了任一层的 itemscope itemtype，那一段结构化数据就彻底失效——不是降级，是静默丢弃。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！