TL;DR: 의료 사이트, 어떤 스키마를 어디에 넣어야 하나?
- MedicalClinic은 홈페이지·지점 페이지에 1개. 진료과·주소·영업시간·전화·좌표를 담습니다.
- Physician은 각 의료진 상세 페이지에 1개씩. 실명·면허·전문과목·소속 기관을 연결합니다.
- MedicalCondition은 각 질환·증상 페이지에 1개씩. 증상·원인·위험요인·치료가 핵심 필드입니다.
- Google의 공식 권장 포맷은 JSON-LD이며,
<head>또는 본문 하단 script 태그에 삽입합니다. - AI 인용 점유율은 의료 스키마가 설치된 사이트에서 현저히 높습니다. YMYL 영역의 필수 조건입니다.
왜 의료 사이트에만 별도 스키마 체계가 있는가
의료 정보는 YMYL(Your Money Your Life) 카테고리로, 구글과 AI 검색 모두 더 엄격한 신뢰 신호를 요구합니다. Schema.org는 일반 Organization·Person으로는 부족하다고 보고, MedicalClinic·Physician·MedicalCondition 같은 의료 전용 하위 타입을 제공합니다.
출처: Schema.org - Health and Medical Types
Schema.org의 의료 유형은 일반 시설·사람·주제보다 더 많은 필드를 요구하며, 의료 정보의 특수성(증상·원인·치료·면허·검증 이력)에 맞춘 구조화된 메타데이터를 표현할 수 있도록 설계되었습니다.
AI 검색 엔진은 이 세분화된 필드를 신뢰 신호로 읽습니다. 병원이 일반 LocalBusiness만 설치하면 경쟁 사이트의 MedicalClinic·Physician 조합에 인용 경쟁에서 밀립니다.
1. MedicalClinic — 홈페이지·지점에 설치
MedicalClinic은 의원·병원 시설의 법인·영업 정보 + 의료 속성을 동시에 담는 상위 엔티티입니다.
출처: Halcy - Medical Schema Markup Copy-Paste Guide
MedicalClinic은 MedicalOrganization과 MedicalBusiness 양쪽의 하위 타입이므로, 의료 속성과 사업체 속성을 모두 포함할 수 있어 대부분의 의원에 가장 적합한 선택입니다.
핵심 필드 체크:
| 필드 | 설명 | 권장 여부 |
|---|---|---|
name | 기관명 | 필수 |
address | 주소(PostalAddress) | 필수 |
telephone | 대표 전화 | 필수 |
openingHours | 진료시간 | 필수 |
geo | 위도/경도 | 권장 |
medicalSpecialty | 진료과목(enum) | 필수 |
url / sameAs | 공식 채널 링크 | 권장 |
priceRange | 가격 범위 | 선택 |
availableService | 제공 의료 서비스 | 권장 |
employee | 소속 의료진 | 권장 |
JSON-LD 예시 (홈페이지용 축약):
{
"@context": "https://schema.org",
"@type": "MedicalClinic",
"name": "소요유 가정의학과의원",
"url": "https://example.com",
"telephone": "+82-2-1234-5678",
"address": {
"@type": "PostalAddress",
"streetAddress": "서울특별시 강남구 테헤란로 123",
"addressLocality": "서울",
"addressRegion": "서울특별시",
"postalCode": "06234",
"addressCountry": "KR"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 37.5012,
"longitude": 127.0396
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
"opens": "09:00",
"closes": "18:00"
}
],
"medicalSpecialty": "Family Medicine",
"sameAs": [
"https://pf.kakao.com/_example",
"https://www.instagram.com/example",
"https://place.map.kakao.com/12345"
]
}
네이버 스마트플레이스·카카오맵·구글 비즈니스 프로필과 주소·전화·영업시간이 완전히 일치해야 AI가 동일 엔티티로 인식합니다.
2. Physician — 의료진 상세 페이지마다
Physician 스키마는 실명 의사를 검증 가능한 엔티티로 표현합니다. AI 검색의 신뢰 경로에서 저자 엔티티는 최근 가장 큰 가중치를 받는 영역입니다.
출처: MedRankSEO - Schema Markup for Healthcare Websites 2026
Physician 스키마는 개별 의료진을 의료 전문분야·자격·소속 병원·제공 서비스 필드로 기술하며, 팀원 각자가 자신만의 Physician 마크업을 가지는 것이 권장됩니다.
핵심 필드 체크:
| 필드 | 설명 |
|---|---|
name | 의료진 실명 |
medicalSpecialty | 전문과목 |
hospitalAffiliation | 소속 병원(Hospital·MedicalClinic 참조) |
availableService | 진료 서비스 |
memberOf | 전문의 학회·협회 |
sameAs | 공식 프로필·링크드인·연구자 페이지 |
image | 공식 프로필 사진 |
knowsLanguage | 진료 언어 |
JSON-LD 예시:
{
"@context": "https://schema.org",
"@type": "Physician",
"name": "김의사",
"medicalSpecialty": "Family Medicine",
"hospitalAffiliation": {
"@type": "MedicalClinic",
"name": "소요유 가정의학과의원",
"url": "https://example.com"
},
"availableService": [
{"@type": "MedicalProcedure", "name": "건강검진"},
{"@type": "MedicalProcedure", "name": "만성질환 관리"}
],
"memberOf": {
"@type": "MedicalOrganization",
"name": "대한가정의학회"
},
"image": "https://example.com/doctors/kim.jpg",
"sameAs": [
"https://example.com/doctors/kim",
"https://www.linkedin.com/in/kim-md"
]
}
주의: 면허번호 등 공개 가능한 공식 식별자는 identifier 필드로 추가할 수 있습니다. 공개 원칙·의료광고법을 반드시 확인하세요.
3. MedicalCondition — 질환·증상 페이지마다
MedicalCondition은 질환·증상 콘텐츠에 구조를 부여해 AI 답변 엔진의 소스 후보로 들어가게 합니다.
출처: Schema.org - MedicalCondition
MedicalCondition은 증상·원인·위험요인·치료 옵션을 표준화된 필드로 기술하는 의료 전용 타입으로, 답변 엔진이 구체적인 의학 정보를 정확히 인식하도록 돕습니다.
핵심 필드 체크:
| 필드 | 설명 |
|---|---|
name | 질환명(국문 + 영문 병기 권장) |
alternateName | 이명·영문명 |
signOrSymptom | 주요 증상 |
possibleTreatment | 가능한 치료 방법 |
riskFactor | 위험 요인 |
cause | 원인 |
code | 의학 코드(ICD-10 등) |
associatedAnatomy | 관련 해부 부위 |
JSON-LD 예시 (고혈압 페이지용):
{
"@context": "https://schema.org",
"@type": "MedicalCondition",
"name": "고혈압",
"alternateName": ["Hypertension", "HTN"],
"code": {
"@type": "MedicalCode",
"codeValue": "I10",
"codingSystem": "ICD-10"
},
"signOrSymptom": [
{"@type": "MedicalSymptom", "name": "두통"},
{"@type": "MedicalSymptom", "name": "어지럼증"}
],
"riskFactor": [
{"@type": "MedicalRiskFactor", "name": "가족력"},
{"@type": "MedicalRiskFactor", "name": "비만"},
{"@type": "MedicalRiskFactor", "name": "고나트륨 식이"}
],
"possibleTreatment": [
{"@type": "MedicalTherapy", "name": "생활습관 교정"},
{"@type": "DrugTherapy", "name": "ARB 계열 항고혈압제"}
]
}
팁: MedicalWebPage 타입과 중첩해 페이지 자체의 검수 정보(reviewedBy·lastReviewed)를 함께 선언하면 EEAT 신호가 강해집니다.
3대 스키마 결합 설계
개별 스키마만 쌓는 것이 아니라 엔티티 간 연결이 핵심입니다.
MedicalClinic (홈페이지)
├─ employee → Physician (의사 A, B, C)
├─ availableService → MedicalProcedure
└─ areaServed → AdministrativeArea (서비스 지역)
Physician (상세 페이지)
├─ hospitalAffiliation → MedicalClinic (역참조)
└─ availableService → MedicalProcedure
MedicalWebPage (질환 페이지)
├─ about → MedicalCondition (질환 상세)
├─ reviewedBy → Physician (검수 의사)
└─ lastReviewed → 2026-04-15
이 관계망이 완성되면 AI 검색은 병원 전체를 하나의 신뢰 네트워크로 이해합니다.
XEO 관점: SEO·GEO·AEO 동시 최적화
| 관점 | 의료 스키마의 기여 |
|---|---|
| SEO | 로컬 SEO·Rich Result·사이트링크 확보 |
| GEO | ChatGPT·Perplexity 의료 답변의 소스 후보 편입 |
| AEO | FAQ·People Also Ask 답변의 직접 발췌 가능성 |
XEO 통합 원칙: 의료 스키마는 세 가지 최적화를 한 번에 활성화하는 가장 효율적 자산입니다. 의료 사이트라면 스키마 설치는 초기 6주 안에 완료해야 나머지 전략이 효과를 냅니다.
실행 체크리스트
- 홈페이지에 MedicalClinic 1개(주소·전화·영업시간·좌표·진료과)
- 의료진 상세 페이지 전수에 Physician(의사당 1개)
- 진료과 페이지에
MedicalSpecialty연결 - 질환·증상 페이지에 MedicalCondition + MedicalWebPage 중첩
-
reviewedBy·lastReviewed필드로 의학 검수 이력 공개 - 네이버 스마트플레이스·카카오맵·구글 비즈니스 프로필과 NAP 일치
-
sameAs에 공식 SNS·예약 채널 5개 이상 - Google Rich Results Test와 Schema Markup Validator에서 모두 통과
- 스키마 변경 시 자동 재배포되는 빌드 파이프라인 연결
자주 묻는 질문 (FAQ)
Q1. 한 페이지에 여러 스키마를 넣어도 되나요?
네, @graph 배열로 여러 엔티티를 한 script 안에 넣는 것이 권장 패턴입니다. 단, 같은 타입을 중복으로 넣거나 관계없는 엔티티를 나열하면 역효과입니다.
Q2. MedicalBusiness와 MedicalClinic 중 뭘 써야 하나요?
대부분의 의원급에서는 MedicalClinic이 정답입니다. MedicalBusiness는 더 일반적 상위 타입이라 신호가 약합니다. 상급 종합병원은 Hospital 타입을 사용합니다.
Q3. Physician 스키마에 환자 리뷰를 넣어도 되나요?
review·aggregateRating 필드로 넣을 수 있습니다. 다만 한국 의료광고법상 의료진 개별 리뷰 표시에 법적 제약이 있으므로, 표시 전 법률 자문이 필요합니다.
Q4. MedicalCondition을 모든 질환 페이지에 일일이 붙여야 하나요?
네, 페이지당 1개의 주 MedicalCondition이 원칙입니다. 관련 질환은 relatedCondition으로 연결하고, 증상·원인·치료는 주 엔티티 안에서 필드로 기술합니다.
Q5. 스키마만 넣으면 AI 답변에 바로 인용되나요?
스키마는 필요조건이지만 충분조건은 아닙니다. 저자 엔티티·검수 이력·외부 권위 링크가 함께 갖춰져야 실제 인용으로 이어집니다. 기술 구조 전반을 보고 싶다면 XEO 테크니컬 컨설팅에서 감사를 받아보세요.
결론
의료 스키마는 "마크업 몇 줄"이 아니라 진료시설·의료진·질환 지식이라는 세 엔티티의 관계망을 AI에 선언하는 작업입니다. 3대 스키마를 정확히 설계·연결하면 SEO·GEO·AEO 세 영역에서 동시에 인용 점유율이 오릅니다.
병원·의원의 스키마 전수 설계가 필요하시면 XEO 테크니컬 컨설팅에서 30일 감사 및 적용을 시작할 수 있습니다. 자동화가 필요하시면 theXEO가 스키마 생성을 지원합니다.