我花了一些时间研究本地医院网站,想了解它们缺少什么。
这让我重新看到一个基本要求:医院网站应清楚关联医生、科室、服务和地点。这些关系既要让患者看得懂,也要让搜索引擎理解。
医疗网站的 Schema 标记可以向搜索引擎说明这些信息。网站建设时就应规划并加入标记,同时考虑页面和资料更新系统。
我的立场很直接。医院不应该在网站上线后再委托另一项 SEO 服务,只为了补上这类基础结构。
重点摘要
- 在网站最初的建设范围和报价中纳入医疗 Schema。
- 清楚关联医生、科室、服务和医院地点。
- 页面内容和 Schema 标记使用同一套已批准的信息。
- 验收网站前检查完成的页面。
- 为团队提供清楚的上线后资料更新方式。
- 将持续 SEO 工作与建设阶段商定的基础工作分开界定。
什么是医疗网站的 Schema 标记?
Schema 标记是在网站代码中加入的一组标签,用来说明页面信息代表什么。

在医院网站中,这些标签可以说明:
- 医院及其地点。
- 医生及其与医院的关系。
- 科室及其所属的医院。
- 服务及其提供机构。
- 医学文章、作者和审阅者。
患者会阅读页面。搜索引擎也能读取这些标签,帮助理解页面内容。Google 将结构化数据说明为提供有关页面含义的明确线索。
委托这项工作不要求您了解代码,但您需要问清楚:标记描述哪些信息、资料来自哪里,以及如何保持准确。
关联患者需要的信息
想象一位患者正在寻找某家医院分院的心脏科医生。
网站应帮助患者确认医生身份、执业地点、可提供的服务,以及预约方式。

这些关系能为开发团队提供明确的实施依据:
| 信息 | 网站应说明的内容 |
|---|---|
| 医生 | 姓名、已核实的资格和专科。 |
| 医院分院 | 地址、联络资料和相关营业时间。 |
| 科室 | 所属医院或分院。 |
| 服务 | 哪些地点提供,以及由谁负责。 |
| 预约 | 正确的预约或询问方式。 |
这些关系应体现在页面内容和导航中。Schema 标记也应描述相同的事实。
如果医生是外聘顾问,就不应把他列为医院员工。如果服务只在一家分院提供,也不应说所有分院都有。开发人员关联这些资料前,必须先确认细节。
医疗网站应使用哪些 Schema 类型?
Schema 类型是用来描述实体的标签,例如医院、医生或文章。属性则是附加的资料,例如名称、地址或雇主。您可以用下表规划每个页面需要的内容,再由开发人员选择合适的字段。
请选择能准确描述实体的最具体类型,再根据该类型和现有事实选择适当属性。

下表是规划参考。列出的属性适合作为起点,并非 Google 在所有情况下的通用要求。
| 页面或实体 | 适用的 Schema | 可用属性 | Google 支援范围 |
|---|---|---|---|
| 医疗集团 | MedicalOrganization | name、url、logo、subOrganization | 组织信息;没有专门的医疗集团富媒体搜索结果。 |
| 医院 | Hospital | address、telephone、department、parentOrganization | 适用的组织和本地商家功能。 |
| 诊所地点 | MedicalClinic | address、openingHoursSpecification、medicalSpecialty | 适用的本地商家功能。 |
| 医生个人资料 | Person | name、jobTitle、worksFor、hasCredential | 没有专门的医生富媒体搜索结果。 |
| 作为医疗服务提供者实体的医生 | Physician | medicalSpecialty、hospitalAffiliation、availableService | 适用的组织和本地商家功能。 |
| 诊断实验室 | DiagnosticLab | name、url、address、parentOrganization | 组织信息;没有专门的实验室富媒体搜索结果。 |
| 药房地点 | Pharmacy | address、telephone、openingHoursSpecification | 适用的本地商家功能。 |
| 预约或治疗服务 | Service | name、serviceType、provider、areaServed | 一般 Service 没有专门的富媒体搜索结果。 |
| 医学资讯页面 | MedicalWebPage | about、reviewedBy、lastReviewed | 没有专门的 MedicalWebPage 富媒体搜索结果。 |
| 临床主题 | MedicalCondition、Drug 或 MedicalProcedure | 与主题相关的属性 | 这些医疗类型没有专门的富媒体搜索结果。 |
| 编辑文章 | Article 或 BlogPosting | headline、author、image、发布日期 | 可支援的文章功能,须符合 Google 指引。 |
| 导航路径 | BreadcrumbList | itemListElement、位置、名称、网址 | 可支援的面包屑功能。 |
| 教育视频 | VideoObject | name、thumbnailUrl、uploadDate、视频网址 | 可支援的视频功能,须符合资格。 |
请同时参考 Schema.org 医疗词汇和 Google 支援的搜索功能目录。两者回答的问题不同。
组织、医疗设施和医生个人
适当的医疗机构可使用 MedicalOrganization。符合情况时,再使用更具体的子类型,例如 Hospital 或 MedicalClinic。
Physician 的定义需要特别留意。Schema.org 将其描述为医生个人,或视为医疗组织的医生诊所。它属于组织和本地商家类型的层级。
医生个人简介可使用 Person 的属性来描述个人及其关系。雇佣关系使用 worksFor;如果 affiliation 更准确地说明实际关系,就使用该属性。如果个人和执业机构都需要描述,应将两者的身份区分清楚。
DiagnosticLab 描述诊断实验室,并继承自 MedicalOrganization。它不会自动成为 LocalBusiness 的子类型。服务本地客户的实验室,可能还需要根据实际运营方式补充其他模型。
服务、程序和医学资讯

使用 Service 描述服务提供者提供的项目,例如诊症服务。使用 MedicalProcedure 描述临床程序本身。两者代表信息的不同方面。
医学资讯页面可以使用 MedicalWebPage,并用 about 指向页面主题。主题可能是 MedicalCondition 或 Drug。标记应反映实际内容和已审阅的事实。
最后, HealthCare 不是一般网站类型,而是政府福利的枚举值。不要将它用作医院或诊所的组织类型。
单一地点的 MedicalClinic 示例
以下是单一诊所的简单示例,列出诊所、地点页面、地址、电话号码和常规营业时间。
这是 JSON-LD,一种在页面代码中发布 Schema 标记的格式。开发人员可以从显示在网站上的同一套诊所资料生成代码。
下方的诊所、地址、电话号码和网站均属虚构。使用示例前,请换成已批准的资料。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "MedicalClinic",
"@id": "https://example.org/locations/central-clinic/#clinic",
"name": "Example Central Clinic",
"url": "https://example.org/locations/central-clinic/",
"telephone": "+60-3-0000-0000",
"address": {
"@type": "PostalAddress",
"streetAddress": "10 Example Street",
"addressLocality": "Kuala Lumpur",
"addressRegion": "Wilayah Persekutuan Kuala Lumpur",
"postalCode": "50000",
"addressCountry": "MY"
},
"openingHoursSpecification": {
"@type": "OpeningHoursSpecification",
"dayOfWeek": [
"https://schema.org/Monday",
"https://schema.org/Tuesday",
"https://schema.org/Wednesday",
"https://schema.org/Thursday",
"https://schema.org/Friday"
],
"opens": "09:00",
"closes": "17:00"
}
}
</script>
主要字段说明:
@type:此组织是一家医疗诊所。@id:诊所的固定标识符,其他页面可以引用。name和url:诊所名称和主要地点页面。address和telephone:诊所位置和联络方式。openingHoursSpecification:诊所的常规营业时间。
如果星期六的营业时间不同,请另加一项。也要核实公共假期和其他例外情况,不要假设平日时间全年适用。
多家分院的诊所应为每个地点建立独立资料,并填写正确详情。不要将同一分院的地址和营业时间复制到所有地点页面。
正式使用前,请对照 MedicalClinic 定义和 Google 本地商家要求检查示例。这只是起点,不保证网站会出现特定的搜索结果样式。
将 Schema 纳入网站建设范围
建设新医院网站时,我会将结构化数据纳入最初的开发范围。这项工作取决于医生简介、科室页面、服务页面和地点资料的规划。
如果拖到上线后才处理,可能需要重新讨论这些决定、修正资料,或修改本来就应该能处理相关信息的模板。
请将以下要求列入方案:
- 清楚的页面结构。 每位医生、科室、服务和地点都应有适当的页面位置。
- 彼此关联的记录。 团队应能将医生关联到正确的医院和服务,不必在多个页面重复输入相同信息。
- 合适的 Schema 标签。 标记应准确描述页面实际内容。
- 共用资料。 页面内容和标记应使用同一套已批准的记录。
- 上线前检查。 开发人员应检查已发布的页面,并测试具代表性的页面。
- 交接流程。 团队应清楚如何更新信息,以及由谁负责技术变更。
将这些要求写入方案和网站验收检查。医院和开发人员就有明确依据检查完成的工作。
这属于更广泛的网站开发范围,也包括页面标题、搜索描述、内部链接和内容管理所需的控件。
使用插件仍需准确资料
插件可以协助发布 Schema 标记,但仍需要正确的细节和关系。
安装另一个插件前,先查看网站目前已输出的内容。主题、页面构建器和 SEO 插件可能各自加入标记。这些标记必须一致。
例如,网站的一部分可能发布分院现用地址,另一部分仍使用总院地址。再装一个工具也无法判断哪条记录才正确。
开发团队应找出信息来源,并移除或修正冲突的输出。医院团队则应批准基础资料。
验收网站前检查实施结果
请服务商提供已完成页面的证据,不要只看已启用插件设置的截图。
检查应回答三个问题:
- 资料准确吗? 姓名、地点、营业时间、资格和医院关系应与已批准的内容一致。
- 标记能正确解析吗? Schema Markup Validator会检查 Schema 标签和关系的使用方式。
- 符合 Google 相关要求吗? Rich Results Test会检查 Google 支援的搜索功能。
Google 结构化数据指引说明了标记的一般要求。测试通过不代表搜索结果一定会有特殊显示。有些医疗 Schema 类型没有专门的 Google 富媒体搜索结果。
每种相关页面类型至少测试一个页面。测试内容应包括跨地点执业的医生,以及缺少选填资料的记录。上线后也要检查正式网站。
上线后保持资料准确
医生会调职。诊所会更改营业时间。服务也可能扩展至新地点。
团队应能自行更新这些记录,不必每次都请开发人员修改代码。实际可行时,一项获批的修改应同时更新页面内容和标记。
为资料指定负责人:
- 医生资料团队确认简介及其医院关系。
- 营运团队确认地址、联络资料和营业时间。
- 医疗审阅人员批准临床内容和审阅日期。
- 网站团队检查页面的建构方式和发布内容。
公开标记只能使用已批准的公开资料。患者记录、私人预约资料和敏感预约信息都不应放入标记。
持续 SEO 工作的范围
在建设阶段加入 Schema,并不代表以后所有搜索工作都已完成。
持续的技术 SEO可能包括调查搜索问题、改善内容、检查新服务,或配合搜索要求的变化。此类工作应有清楚的目标和范围。
委托新网站时,这项区分很重要。基础页面结构、关联资料和商定的结构化数据,都应在建设工作中交付。后续工作则应回应新的需要或已发现的问题。
Schema 本身也无法证明医疗可信度。准确内容、经过核实的资格和适当的临床审查仍然重要。
医院或诊所网站应使用什么 Schema?
请选择与页面描述对象相符的类型。Hospital 适用于医院,MedicalClinic 适用于诊所,Person 可用于医生个人简介。服务和文章也各有适合的类型。不要不经判断就将同一个标签套用到所有页面。
常见问题
医疗 Schema 应该包含在网站报价中吗?
新建医院或诊所网站时,我会将它纳入最初的开发范围。报价应列明覆盖哪些页面、如何关联资料,以及交接前会完成哪些检查。
SEO 插件能处理所有工作吗?
插件可以发布标记,但仍需要有人提供准确资料,并关联正确的记录。请开发人员检查插件实际输出的内容,以及是否与网站其他部分冲突。
Schema 标记会提高 Google 排名吗?
标记有助于 Google 理解信息,并可支援符合资格的搜索功能。但它不保证排名提高、出现富媒体搜索结果或带来更多患者询问。Google 明确表示,正确的标记也不保证出现富媒体搜索结果。
多家医院分院应如何处理?
每个分院都应有独立记录,填写正确地址、联络资料和营业时间。医生和服务应关联到实际提供服务的分院。跨地点执业的医生应保持同一身份记录。
可以利用患者评价在 Google 搜索中显示星级吗?
依照组织和本地商家规则,医院或诊所自家网站上的评价不符合 Google 评论星级资格。从其他平台嵌入评价也无法解除这项限制。经过真实授权并依照医院发布流程处理的反馈,仍可帮助访客。
如何确认标记实施正确?
要求使用 Schema Markup Validator 和 Google Rich Results Test 检查已完成的页面,并确认资料与页面可见内容一致。技术测试无法判断医生资格、医院关系或营业时间是否属实。
医疗 Schema 实施需要多少费用?
费用范围取决于页面类型、地点、医生和相关系统的数量。建设新网站时,请在开发报价中列明这项工作。现有网站则应先检查目前的设置,再针对实际需要的更改报价。
应向网站开发人员提出的问题
批准医院网站方案前,请询问:
- 建设范围是否包括医疗 Schema?覆盖哪些页面?
- 医生、科室、服务和地点如何关联?
- 页面内容和标记是否共用已批准的记录?
- 如何找出缺失或互相冲突的信息?
- 交接前会提供哪些证据?
- 上线后团队能否自行维护记录?
对于现有网站,委托更改前先检查已经完成的工作。有些网站只需针对性修正;有些则需要调整信息的储存和关联方式。
在建设阶段纳入结构。交接前进行检查。指定负责人持续维护资料准确性。
如果您正在规划医院网站或检查现有网站,欢迎与 Ulement 讨论需求。