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 会被静默忽略。
