Google은 생성형 AI 검색에 구조화 데이터가 필수가 아니라고 밝히고, 의료 전용 리치 결과도 제공하지 않습니다. 그래서 병원 구조화 데이터는 화면에 이미 있는 병원명, 주소, 진료시간, 의료진, 검수 정보를 MedicalClinic, IndividualPhysician, MedicalWebPage 같은 유형으로 정확히 연결하는 용도로 씁니다. schema.org에서 Physician은 Person이 아니라 Organization 계열이라는 점도 알고 써야 합니다.
핵심만 먼저 보기
- 구조화 데이터는 AI 검색 노출 조건이 아니라 병원과 의료진을 헷갈리지 않게 하는 보조 정보입니다.
- 병원은 가장 구체적인 하위 유형(MedicalClinic, Dentist, Hospital 등)을 고르고 화면과 같은 값만 넣습니다.
- Physician과 IndividualPhysician은 schema.org 계층상 Organization 계열이며, 의사 개인은 IndividualPhysician과 practicesAt으로 병원과 연결합니다.
- FAQ 리치 결과는 2026년 5월 7일부터 표시되지 않고, 자기 병원 리뷰 별점 마크업은 Google 정책상 리치 결과 대상이 아닙니다.
구조화 데이터를 넣으면 AI 검색에 유리한가요?
직접적인 노출 조건은 아닙니다. Google의 생성형 AI 검색 최적화 가이드는 "Structured data isn't required for generative AI search, and there's no special schema.org markup you need to add."라고 밝힙니다. Google 검색 갤러리에도 의료 전용 리치 결과는 없고, 의료기관이 쓸 수 있는 것은 로컬 비즈니스와 조직 정보 정도입니다.
그래도 병원에는 쓸모가 있습니다. 같은 이름의 병원이나 의사가 여럿일 때 주소, 진료과, 소속을 기계가 읽는 형식으로 묶어 주기 때문입니다. 구조화 데이터의 일반적인 역할은 공통 GEO 인사이트의 '구조화 데이터와 GEO' 글에서 자세히 다룹니다.
병원 페이지별로 어떤 유형을 쓰나요?
페이지마다 그 페이지가 설명하는 대상 하나를 주 유형으로 고릅니다. Google LocalBusiness 문서도 가능한 한 가장 구체적인 하위 유형을 쓰라고 안내합니다.
| 페이지 | 권장 유형 | 핵심 속성 | 비고 |
|---|---|---|---|
| 홈·병원 소개(단일 지점) | MedicalClinic, 치과는 Dentist, 병원급은 Hospital | name, address, telephone, openingHoursSpecification, medicalSpecialty | 사이트 전체에서 같은 @id로 참조합니다 |
| 지점 페이지 | 지점별 MedicalClinic | 지점 주소, 전화, 진료시간, parentOrganization | 지점마다 고유 @id를 둡니다 |
| 의료진 개별 페이지 | IndividualPhysician | name, medicalSpecialty, practicesAt | practicesAt은 병원 @id를 가리킵니다 |
| 진료 안내 페이지 | MedicalWebPage | about(MedicalProcedure), reviewedBy, lastReviewed | 검수가 실제로 있을 때만 reviewedBy를 씁니다 |
| 정보성 칼럼 | MedicalWebPage 또는 BlogPosting | author, datePublished, dateModified | 작성자와 검수자를 구분합니다 |
Physician은 Person인가요?
아닙니다. schema.org는 Physician의 계층을 Thing > Organization > MedicalOrganization > Physician 등으로 정의하고, 설명도 MedicalOrganization으로 보는 개별 의사 또는 의원이라고 적습니다. 오랫동안 의원과 의사 개인이 섞여 쓰였기 때문에 v24.0에서 IndividualPhysician과 PhysiciansOffice가 하위 유형으로 추가되었습니다.
의사 개인을 표현할 때는 아래 세 가지 선택지가 있습니다. 어느 쪽이든 Google의 별도 검색 기능이 생기지는 않으므로, 페이지 내용과 맞고 검증 도구에서 오류가 없는 방식을 고르면 됩니다.
| 선택지 | 표현 방식 | 장점 | 주의할 점 |
|---|---|---|---|
| IndividualPhysician | @type을 IndividualPhysician으로 쓰고 practicesAt으로 병원 연결 | schema.org가 의사 개인용으로 정의한 유형입니다 | 학력이나 자격 같은 Person 속성은 없습니다 |
| Person | @type을 Person으로 쓰고 jobTitle, worksFor, hasCredential, alumniOf 사용 | 학력, 자격, 소속 속성이 풍부합니다 | medicalSpecialty 같은 의료 속성은 쓸 수 없습니다 |
| 두 유형 병기 | @type에 Person과 IndividualPhysician을 함께 지정 | 양쪽 속성을 모두 쓸 수 있습니다 | 도구마다 해석이 다를 수 있어 검증이 필요합니다 |
병원 메인 페이지에는 어떤 속성을 넣나요?
아래는 서울 강남구의 피부과 A의원을 가정한 예시입니다. 값은 모두 화면에 보이는 정보와 같아야 하고, 화면에 없는 홍보 문구를 넣는 공간이 아닙니다.
| 속성 | 값 예시 | 비고 |
|---|---|---|
| @type | MedicalClinic | 치과는 Dentist를 씁니다 |
| @id | https://병원도메인/#clinic | 다른 페이지에서 이 값을 참조합니다 |
| name | A의원 | 간판, 지도와 같은 공식 명칭입니다 |
| address | PostalAddress: streetAddress, addressLocality 강남구, addressRegion 서울특별시, addressCountry KR | 도로명 주소와 층을 화면과 맞춥니다 |
| telephone | +82-2-000-0000 | 대표 번호 하나를 씁니다 |
| openingHoursSpecification | dayOfWeek Monday, opens 09:30, closes 18:30 | 요일별로 쓰고 휴진 변경 때 함께 고칩니다 |
| medicalSpecialty | Dermatology | schema.org MedicalSpecialty 값 중에서 고릅니다 |
| sameAs | 스마트플레이스, Google 비즈니스 프로필 주소 | 같은 병원임을 확인할 수 있는 공식 프로필만 넣습니다 |
진료 안내 페이지의 검수 정보는 어떻게 표현하나요?
MedicalWebPage에 about, reviewedBy, lastReviewed를 함께 씁니다. about에는 MedicalProcedure를 넣고 name과 procedureType, 필요하면 preparation과 followup을 화면 내용 그대로 적습니다. reviewedBy는 실제로 검토한 의료진의 페이지 @id를, lastReviewed는 실제 검토 날짜를 가리켜야 합니다.
검토하지 않은 페이지에 의사 이름을 넣으면 사실과 다른 정보가 됩니다. 검수 표시를 화면에서 먼저 운영하고, 그 값을 마크업에 옮기는 순서로 작업합니다.
MedicalProcedure의 bodyLocation, howPerformed 같은 속성도 화면 본문에 있는 설명만 옮깁니다. 효과나 안전성을 단정하는 문구를 마크업에만 따로 넣으면 화면과 데이터가 어긋나고, 의료광고 표현 문제도 그대로 따라옵니다.
FAQ, 리뷰, 심의 면제 정보는 어떻게 다루나요?
FAQ 리치 결과는 2026년 5월 7일부터 Google 검색에 표시되지 않습니다. FAQPage 마크업을 남겨두는 것은 문제가 아니지만, 리치 결과를 기대할 이유는 없습니다. 화면에 없는 질문을 마크업하거나 모든 페이지에 같은 FAQ를 반복하지 않는 원칙은 그대로입니다.
자기 병원에 대한 aggregateRating은 넣지 않습니다. Google 리뷰 스니펫 문서는 로컬 비즈니스 리뷰를 다른 업체의 리뷰를 수집하는 사이트에만 허용하고 self-serving review를 별도로 경고합니다. 병원 후기를 홈페이지에 옮겨 싣는 것은 치료경험담 규정과도 얽힙니다.
마크업할 값은 의료법 제57조 제3항과 시행령 제24조 제7항의 심의 면제 항목, 곧 명칭, 소재지, 전화번호, 진료과목, 의료인 성명과 면허 종류, 진료시간, 전문의 자격과 전문과목 같은 사실 정보를 중심으로 고르면 표현 위험이 적습니다. 이 글은 일반 정보이며, 개별 광고나 페이지 문구의 위법 여부는 의료광고심의위원회나 법률 전문가의 검토를 받아 판단해야 합니다.
적용한 뒤에는 어떻게 검증하나요?
- Schema Markup Validatorschema.org 유형과 속성 이름이 맞는지 확인합니다. IndividualPhysician 같은 유형은 여기서 검사합니다.
- Rich Results TestGoogle이 지원하는 기능만 검사합니다. 의료 유형에 대한 결과가 없다고 오류인 것은 아닙니다.
- Search Console URL 검사배포 후 Google이 렌더링한 HTML에 JSON-LD가 실제로 들어 있는지 확인합니다.
- 변경 동기화진료시간, 의료진, 주소가 바뀌면 화면과 JSON-LD를 같은 배포에서 고칩니다.
자주 묻는 질문
의료기관만을 위한 Google 리치 결과가 있나요?
없습니다. Google 검색 갤러리에는 의료 전용 리치 결과가 없고, 의료기관이 활용할 수 있는 것은 로컬 비즈니스와 조직 정보 정도입니다. 의료 유형은 리치 결과보다 병원과 의료진을 명확히 식별하는 데 의미가 있습니다.
의사 페이지를 Person으로 마크업하면 틀린 건가요?
틀린 것은 아닙니다. Person은 학력과 자격 속성이 풍부하고, IndividualPhysician은 의료 전문과목과 근무 병원을 표현하기 좋습니다. 페이지 내용에 맞는 쪽을 고르거나 두 유형을 함께 지정한 뒤 검증 도구로 확인합니다.
기존 FAQPage 마크업은 지워야 하나요?
지울 필요는 없습니다. 2026년 5월 7일 이후 리치 결과로 표시되지 않을 뿐이며, 화면의 FAQ와 내용이 같다면 의미 구조로 남겨둬도 됩니다. 새로 만들 때 리치 결과를 목표로 작업 시간을 들일 필요는 없습니다.
병원 리뷰 별점을 구조화 데이터에 넣어도 되나요?
권하지 않습니다. Google은 자기 업체에 대한 리뷰를 스스로 마크업하는 경우를 리치 결과 대상에서 제외합니다. 또한 후기를 홈페이지에 모아 게시하는 방식은 의료법의 치료경험담 규정과 관련될 수 있습니다.
한의원은 어떤 유형을 쓰나요?
schema.org에는 한의원 전용 유형이 없습니다. MedicalClinic을 쓰고, 진료 내용은 화면 텍스트와 availableService로 설명하는 방식이 무난합니다. 유형보다 이름, 주소, 진료시간이 화면과 일치하는지가 더 중요합니다.
참고한 공식 자료
서비스의 검색·게시자 안내는 바뀔 수 있으므로 최신 원문도 함께 확인하세요.
이 글은 병원 웹사이트와 공개 정보의 검색 노출을 설명하는 일반 자료입니다. 의료적 판단이나 특정 병원의 진료 결과를 보장하지 않습니다.