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 属性。
- 本地商家优先选子类：
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，或反过来，都会让整个作用域失效。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 正确：
<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显式声明，否则可能被当成普通字符串
