병원 홈페이지에 넣어야 할 구조화 데이터 5가지 — MedicalOrganization부터 FAQPage까지

병원 홈페이지에는 이미 필요한 정보가 다 있습니다. 진료시간도, 주소도, 원장 약력도 있습니다. 문제는 그 정보가 사람 눈에만 보이는 형태로 있다는 점입니다.

'평일 09:00 ~ 17:30 / 토요일 09:00 ~ 13:00'이라고 적힌 이미지나 표는 사람에게는 명확하지만, 기계에게는 글자 덩어리입니다. 구조화 데이터는 같은 사실을 기계가 오해 없이 읽을 수 있는 형식으로 한 번 더 적어 두는 일입니다.

구조화 데이터란 정확히 무엇인가?

구조화 데이터는 웹페이지의 내용을 정해진 어휘로 표기한 데이터입니다. 어휘의 표준은 schema.org이고, 표기 방식은 여러 가지가 있지만 현재는 JSON-LD를 페이지 안에 넣는 방식이 가장 널리 쓰입니다.

JSON-LD는 본문과 분리되어 페이지 소스 안에 들어갑니다. 화면 디자인을 건드리지 않고 추가할 수 있다는 뜻입니다. 리뉴얼 없이도 적용할 수 있는 몇 안 되는 작업입니다.

병원은 어떤 타입을 써야 하나?

schema.org에는 수백 개의 타입이 있지만 병원이 실제로 쓰게 되는 것은 다섯 가지 정도입니다. 각 타입은 서로 다른 질문에 답합니다.

Hospital은 MedicalOrganization의 하위 타입입니다. 종합병원·병원급이라면 Hospital, 의원급이라면 MedicalClinic이나 MedicalOrganization을 쓰는 편이 자연스럽습니다. 어느 쪽이든 아예 없는 것보다는 낫습니다.

1. MedicalOrganization — 가장 먼저 해야 할 하나

다섯 개 중 하나만 하실 수 있다면 이것입니다. 병원의 신원 정보를 기계에 알려 주는 가장 기본적인 표기이고, 실측 기준 미보유율이 가장 높은 항목이기도 합니다.

• name — 병원 정식 명칭. 간판·사업자등록·다른 플랫폼 등록명과 표기를 통일합니다.
• address — PostalAddress 형식으로 주소를 쪼개 적습니다(도로명, 시·군·구, 시·도, 우편번호, 국가).
• telephone — 대표 전화. 국가번호를 포함한 형식이 안전합니다.
• url — 공식 홈페이지 주소. 한 병원이 여러 도메인을 쓰고 있다면 대표 하나로 정합니다.
• openingHoursSpecification — 요일별 진료 시작·종료 시각. 점심시간이 있으면 구간을 나눠 적습니다.
• geo — 위도·경도. 지도 서비스와 지역 질의에 도움이 됩니다.
• medicalSpecialty — 진료과목. 병원이 실제로 운영하는 과만 적습니다.
• sameAs — 공식 SNS·지도 등록 페이지 등 같은 주체를 가리키는 다른 주소들.

여기서 가장 자주 틀리는 부분은 name과 address의 표기 불일치입니다. 홈페이지, 지도 등록 정보, 예약 플랫폼에 적힌 병원명과 주소가 조금씩 다르면 기계는 이들을 같은 곳으로 확신하지 못합니다.

2. Physician — 의료진 페이지가 있다면

환자가 AI에게 특정 질환의 전문의를 물을 때 답이 되는 정보입니다. 의료진 소개 페이지가 개별 URL로 나뉘어 있다면 각 페이지에 적용합니다.

• name — 의사 이름. 직함은 별도 속성으로 분리합니다.
• medicalSpecialty — 전문 진료 분야.
• worksFor 또는 affiliation — 소속 병원. 위의 MedicalOrganization과 연결합니다.
• alumniOf — 출신 학교·수련 기관.
• memberOf — 소속 학회.
• image — 프로필 사진 주소.

3. MedicalProcedure — 시술·수술 페이지

'○○ 수술은 어떻게 하나요' 같은 질문에 대응하는 타입입니다. 다만 이 타입은 효과나 성공률을 광고하는 자리가 아닙니다. 절차의 사실 관계만 적는 편이 안전합니다.

• name — 시술·수술의 일반적인 명칭. 자체 브랜드명만 쓰면 기계가 무엇인지 알기 어렵습니다.
• procedureType — 침습적 시술인지 여부 등 절차의 성격.
• bodyLocation — 시술 부위.
• preparation — 시술 전 준비 사항.
• followup — 시술 후 관리·경과 관찰 안내.
• howPerformed — 절차가 어떻게 진행되는지에 대한 설명.

4. FAQPage — 경쟁이 가장 비어 있는 자리

질문과 답변을 한 쌍으로 표기하는 타입입니다. 생성형 AI가 인용하기 가장 쉬운 형태이기도 합니다. 질문이 곧 검색어이고, 답변이 곧 인용 단위이기 때문입니다.

그런데 2026년 7월 22일 실측한 203곳 중 FAQ 스키마를 적용한 곳은 7곳(3%)이었습니다. 표본을 다섯 배 가까이 키웠는데도 적용률은 거의 오르지 않았습니다. 손이 가장 적게 들면서 경쟁이 가장 적은 항목입니다.

1. 1원무과·콜센터에 실제로 들어오는 질문을 10개 모읍니다. 상상해서 만들지 않습니다.
2. 2각 질문에 3~5문장 분량의 답변을 답니다. 그 문단만 떼어 읽어도 뜻이 통해야 합니다.
3. 3화면에도 같은 내용이 보이도록 FAQ 섹션을 만듭니다.
4. 4그 내용에 FAQPage 구조화 데이터를 적용합니다.

“구조화 데이터는 없는 정보를 만들어 내는 도구가 아니라, 이미 있는 정보를 기계가 놓치지 않게 하는 도구입니다.”

medicaluniverse.kr

5. BreadcrumbList — 사이트 구조를 알려 주는 표기

'홈 > 진료과 > 정형외과 > 척추센터'처럼 페이지의 위치를 알려 주는 표기입니다. 단순해 보이지만, 페이지 수가 많은 종합병원일수록 효과가 큽니다. 개별 페이지 하나만 봐서는 그것이 무엇에 대한 페이지인지 판단하기 어렵기 때문입니다.

• itemListElement — 순서가 있는 항목 목록.
• 각 항목의 position — 1부터 시작하는 순번.
• 각 항목의 name — 화면에 보이는 이름과 동일하게.
• 각 항목의 item — 해당 단계의 URL.

적용할 때 가장 흔한 실수는 무엇인가?

무엇부터 하면 되나?

1. 1페이지 소스에서 application/ld+json을 검색해 현재 상태를 확인합니다.
2. 2없다면 MedicalOrganization(또는 Hospital) 하나부터 대표 페이지에 넣습니다. 종합병원 85%, 치과 81%가 놓친 항목이라 상대적 이득이 큽니다.
3. 3환자가 자주 묻는 질문 10개로 FAQ 페이지를 만들고 FAQPage를 적용합니다. 실측 203곳 중 7곳만 하고 있는 항목입니다.
4. 4의료진·진료 항목 페이지가 개별 URL로 있다면 Physician, MedicalProcedure를 붙입니다.
5. 5하위 페이지에 BreadcrumbList를 적용합니다. 보통 템플릿 한 번 수정으로 전 페이지에 적용됩니다.
6. 6적용 후 검증 도구로 문법 오류가 없는지 확인하고, 진료시간·전화번호 변경 시 함께 고치도록 담당자를 지정합니다.

짚어 둘 한계

• 구조화 데이터를 넣는다고 검색 순위 상승이나 AI 답변 등장이 보장되지는 않습니다. 그렇게 단정할 수 없습니다.
• schema.org 어휘와 각 검색엔진·AI 서비스의 지원 범위는 계속 바뀝니다. 적용 전 최신 공식 문서를 확인하시기 바랍니다.
• 의료광고 관련 표현은 사전심의 대상이 될 수 있습니다. 구조화 데이터에 담기는 문구도 예외가 아니므로 심의기관 확인이 필요합니다.
• 인용한 실측 수치는 2026년 7월 22일 하루, 203곳 표본 기준입니다. 국내 병원 전체를 대표하지 않습니다.