itemtype="https://schema.org/Person"必须与itemscope同元素、HTTPS协议、无尾斜杠；常见错误包括协议错误、尾斜杠、缺itemscope、误用meta/script标签、name不可见等。
itemtype="https://schema.org/Person" 必须和 itemscope 写在同一元素上，且 URL 必须是 HTTPS、末尾不能带斜杠；用 http://data-vocabulary.org/Person 已完全失效，Google 自 2026 年起直接忽略。
为什么 itemtype="Person" 总是不被识别？
常见错误不是写错属性名，而是 URL 格式或上下文不合法：
-
itemtype="Person"或itemtype="http://schema.org/Person"→ 协议错误或缺 HTTPS，解析器静默丢弃 -
itemtype="https://schema.org/Person/"→ 末尾斜杠导致类型不匹配，整块微数据失效 - 只写
itemtype不配itemscope→ 语法不完整，等同于没写 - 把
itemscope itemtype加在<meta>或<script>上 → itemprop 值必须用户可见（除非是url、sameAs等允许隐式值的属性）
itemprop 哪些字段必须写？哪些可选？
Google 对 https://schema.org/Person 的富摘要支持有限，但基础字段缺失会导致结构化数据校验失败：
- 必需：至少一个
itemprop="name"（文本内容需可见，不能藏在display:none里） - 强推荐：
itemprop="url"（指向该人物主页）、itemprop="sameAs"（如 Wikipedia、LinkedIn 链接） - 可用但非必需：
jobTitle、alumniOf、knowsLanguage，但必须确保值语义合理（例如jobTitle不能填“吃瓜群众”） - 禁止乱用：
telephone、address虽属 Person 类型，但若页面未真实展示这些信息，Google 可能标记为“误导性结构化数据”
怎么验证 itemtype 是否真正生效？
别信浏览器开发者工具里看到的“HTML 没报错”，得看搜索引擎实际怎么解析：
立即学习“前端免费学习笔记（深入）”；
- 用 Google Rich Results Test（
https://search.google.com/search/about/rich-results/test）粘贴 HTML 片段，看是否解析出 Person 项及对应属性 - 检查返回的 JSON-LD 等效输出里
"@type": "Person"是否出现，且"name"字段值与页面可见文本一致 - 避免嵌套在
<body>或全局 wrapper<div id="app">上——语义范围过大，容易被当成噪声过滤 - 同一页面多个 Person？每个都必须独立用
itemscope itemtype="https://schema.org/Person"包裹，不可复用外层 scope
最容易被忽略的是：schema.org 的 Person 类型不提供“头像”“出生年份”“代表作”等常见字段，它们属于扩展类型（如 https://schema.org/Actor）。想标记更细粒度信息，得换 type，而不是硬塞 itemprop。
