itemtype必须与itemscope、itemprop配合使用且符合Schema.org层级：AboutPage适用于纯介绍性页面，Organization适用于含实体信息的页面，LocalBusiness仅限本地经营场所；所有属性须在静态HTML中明确定义。
itemtype 不是随便填个 Schema 类型就能生效的，它必须和 itemscope 配对使用，且整个结构要符合 Schema.org 定义的属性层级。直接写 itemtype="https://schema.org/AboutPage" 而不关联实际内容，搜索引擎基本忽略。
用 itemtype 标记“关于我们”页，首选 AboutPage 还是 Organization？
取决于页面核心目的：
- 如果页面纯介绍公司沿革、使命、团队、文化，没有联系方式或地址等实体信息，用
itemtype="https://schema.org/AboutPage"更准确； - 如果页面同时展示公司名称、logo、地址、电话、社交媒体链接等可验证的实体信息，建议外层用
Organization，再嵌套AboutPage或直接在Organization下标记description、sameAs等属性； -
LocalBusiness仅适用于有物理经营场所、提供本地服务的公司，不是所有“关于我们”页都适用。
itemtype 必须配合 itemscope 和 itemprop 才有效
单独加 itemtype 没意义。常见错误是只在 <body> 或 <main> 上写 itemtype，却不指定哪些子元素属于这个类型。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 正确做法：用
itemscope包裹语义区域（如<section itemscope itemtype="https://schema.org/AboutPage">）； - 然后在内部用
itemprop标记具体字段，例如<h1 itemprop="name">关于我们</h1>、<p itemprop="description">我们成立于2015年…</p>； - 若页面含公司 logo，需用
itemprop="logo"关联<img>，且该<img>的src必须是绝对 URL（相对路径无效）； - 避免把
itemprop错贴到无关标签上，比如给<nav>加itemprop="potentialAction"—— 这类属性需严格按 Schema 定义使用，乱用反而干扰解析。
嵌套 itemtype 时，路径和作用域容易出错
例如想同时表达“这是关于某公司的页面”，又想说明“公司本身的信息”，就需要两层嵌套：
立即学习“前端免费学习笔记（深入）”；
- 外层
<div itemscope itemtype="https://schema.org/AboutPage">； - 内层
<div itemprop="mainEntity" itemscope itemtype="https://schema.org/Organization">； - 此时
mainEntity是AboutPage的合法属性，但必须确保嵌套层级清晰，不能跨级跳转； - 浏览器开发者工具的 “Elements → Structured Data Testing Tool” 可实时预览解析结果，但注意：Google Rich Results Test 已不再支持旧版测试工具，要用新界面（Search Console 中的「URL 检查」或独立 Rich Results Test 页面）；
- 别在
<head>里用itemtype做 meta 注释——Schema.org 不支持这种写法，<meta>只能配合itemprop+content，且仅限于字符串值（如<meta itemprop="datePublished" content="2026-10-01">）。
最常被忽略的一点：所有 itemprop 值必须真实存在于 DOM 中，不可靠 JS 动态注入。Google 渲染时可能不执行 JS，纯 HTML 静态结构才是结构化数据生效的前提。
