schema.org 医疗结构化数据必须使用 https 完整 url,如 https://schema.org/physician;需显式声明 itemscope 和 itemtype;时间、地址、诊断等须按专用格式拆解标记;禁用 data-vocabulary.org。

itemtype 必须用 schema.org 的 HTTPS URL,不能拼写缩写或本地路径
医疗健康类数据在 schema.org 中有明确类型定义,比如 https://schema.org/MedicalOrganization、https://schema.org/Physician、https://schema.org/MedicalCondition。这些 URL 必须完整书写,协议为 HTTPS,末尾不能带斜杠,大小写敏感。常见错误是写成 MedicalOrganization、http://schema.org/Physician 或 ./MedicalCondition——全部无效,Google Rich Results Test 会直接跳过整个 itemscope 块。
医疗实体嵌套必须显式声明 itemscope + itemtype,不能靠父级“透传”
比如标注一位医生及其所属医院,不能只在外层写 itemtype="https://schema.org/Physician" 就以为自动包含医院信息。医院本身是独立实体,必须单独包裹:
<div itemscope itemtype="https://schema.org/Physician">
<span itemprop="name">张明医生</span>
<div itemprop="worksFor" itemscope itemtype="https://schema.org/MedicalOrganization">
<span itemprop="name">仁爱医院</span>
</div>
</div>
注意:itemprop="worksFor" 必须紧贴内层 itemscope 元素,中间不能插入无关标签,否则 Google 会丢弃嵌套关系。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML,替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度,HTML 能同时承载排版、表格、SVG 等。
医疗时间、地址、诊断术语要用专用写法,不能依赖纯文本
医疗数据对机器可读性要求极高,纯文本极易被误判:
-
datePublished或startDate类属性必须用<time itemprop="startDate" datetime="2026-10-05">2026年10月5日</time>,不能只写“2026-10-05” -
address必须拆解为streetAddress、addressLocality、postalCode等子属性,缺一不可,否则 LocalBusiness 标记不完整,地图功能失效 -
diagnosis属于https://schema.org/MedicalCondition类型,不能直接写在Physician下;需另起itemscope itemtype="https://schema.org/MedicalCondition"并用itemprop="diagnosis"指向它
避免混用已停用词汇表,尤其别碰 data-vocabulary.org
2026 年起,Google 已完全停止支持 http://data-vocabulary.org/Person 及其所有变体(包括 MedicalEntity 衍生类型)。所有新标记必须使用 https://schema.org/ 前缀。旧项目迁移时,不仅要改 URL 协议和域名,还要核对属性名是否同步更新——例如 data-vocabulary.org 中的 tel 在 schema.org 中对应的是 telephone,且仅允许出现在 Person 或 Organization 下,MedicalCondition 中加 telephone 会被静默忽略。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!










