schema.org微数据必须严格使用https完整url且大小写精确，itemtype与itemscope须同元素，类型须匹配内容属性，验证需以google预览结果为准。

itemtype值必须是schema.org的完整HTTPS URL

写成 Person、https://schema.org/person 或 http://schema.org/Person 都会失效——解析器只认大小写精确、协议正确、无尾斜杠的完整地址。Google Rich Results Test 2026 年起已严格校验 HTTP 状态码，若该 URL 返回 404 或重定向，整块微数据被静默丢弃。

• ✅ 正确：https://schema.org/Person、https://schema.org/Organization、https://schema.org/Restaurant
• ❌ 错误：Person（缺协议和域名）、https://schema.org/person（小写 p）、https://schema.org/Person/（末尾斜杠）、http://schema.org/Person（HTTP 已停用）
• 旧 vocab 如 http://data-vocabulary.org/Person 已全量弃用，2026 年不再支持

类型选错会导致itemprop被忽略

就算 URL 格式全对，如果 itemtype 和实际内容不匹配，搜索引擎仍会跳过所有 itemprop。比如在餐厅页面用 https://schema.org/Product，即使写了 itemprop="address"，也会被直接无视——因为 Product 类型根本不定义 address 属性。

anything-to-html

将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。

下载

• 本地商家优先选子类：https://schema.org/Restaurant 比 https://schema.org/LocalBusiness 更可靠，能触发营业时间、菜单等富媒体展示
• 品牌名单独突出时用 https://schema.org/Brand；含注册信息的企业实体用 https://schema.org/Organization
• 查类型继承关系：打开 https://schema.org/Restaurant 页面，看顶部 “Type hierarchy” 是否包含 LocalBusiness → Organization → Thing

itemscope和itemtype必须写在同一HTML元素上

这是硬性语法要求，不是风格建议。分离写法等于没写——比如父元素加 itemscope、子元素加 itemtype，或反过来，都会让整个作用域失效。

• 正确：<div itemscope itemtype="https://schema.org/Article">...</div>
• 错误：<div itemscope><article itemtype="https://schema.org/Article">...</article></div>
• 也错误：<div itemtype="https://schema.org/Article">...</div>（漏 itemscope）

验证必须看实际解析结果，不能只信代码写对了

哪怕所有标签都闭合、URL 复制自 schema.org 官网，也可能因嵌套结构错误、不可见文本、或属性值未显式写出而失败。Google Rich Results Test 不报错 ≠ 数据被识别，要重点看“Preview”面板里是否提取出预期字段。

• name 必须是用户可见的纯文本，不能只靠 img alt 或链接文字
• url 和 image 类属性必须用 href，不能依赖 src 或 textContent
• 日期、价格等机器可读值需用 datetime 或 content 显式声明，否则可能被当成普通字符串

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