AI가 우리 병원을 '인용'하게 만드는 첫 단추, MedicalOrganization 스키마 30분 적용법
AI 검색은 홈페이지를 사람처럼 읽지 않는다. 기계가 확인할 수 있는 형태로 병원 정보를 정리해두지 않으면 인용 후보에서 조용히 제외된다. MedicalOrganization 스키마를 실제로 넣고 검증하는 순서를 정리했다.
AI 검색이 답변에 병원을 언급하려면, 그 병원의 정보를 '확인 가능한 사실'로 인식해야 한다. 사람 눈에는 진료시간과 주소가 또렷하게 보여도, 기계에게는 그저 장식된 글자 덩어리일 뿐이다. MedicalOrganization 스키마는 그 간극을 메우는 가장 기본적인 장치다.
구조화 데이터는 '설득'이 아니라 '신원 확인'이다
홈페이지 카피를 아무리 다듬어도, AI 입장에서 그것은 검증되지 않은 주장이다. 반면 구조화 데이터는 다르다. 이 문서가 어떤 유형의 기관을 설명하는지, 그 기관의 공식 명칭·주소·전화번호·진료과목이 무엇인지를 표준화된 형식으로 선언한다. 답변 생성 모델이 여러 출처를 대조할 때, 이렇게 선언된 정보는 다른 문서·지도 데이터·기관 등록 정보와 대조하기 쉬운 형태가 된다.
중요한 건 순서다. 스키마를 넣는다고 인용이 보장되지는 않는다. 다만 스키마가 없으면 대조 자체가 어려워지고, 대조되지 않은 정보는 답변에 쓰이기 어렵다. 최적화의 시작점이지 결승선이 아니라는 뜻이다.
MedicalOrganization, 최소한 이것만은 채운다
Schema.org의 MedicalOrganization은 Organization을 상속하며, 병원은 Hospital·MedicalClinic·Dentist 같은 하위 타입을 쓰는 편이 더 정확하다. 실무에서 반드시 채워야 할 속성은 다음과 같다.
- @type: Hospital, MedicalClinic, Dentist 등 실제 기관 형태에 맞는 타입
- name: 간판·사업자등록·지도 등록명과 철자까지 동일하게
- address: PostalAddress 객체로 분해(도로명, 시·군·구, 우편번호)
- telephone: 국가번호 포함 국제 표기 권장
- url과 sameAs: 공식 홈페이지, 지도 프로필, 공식 SNS 등 신원을 교차 확인할 수 있는 링크
- openingHoursSpecification: 요일별 시작·종료 시각. 점심시간은 별도 항목으로 분리
- medicalSpecialty: 표준 용어를 사용하고, 과장된 표현 대신 실제 진료과목만
화면에 표시되지 않는 정보를 스키마에만 적어 넣는 것은 피한다. 마크업은 페이지의 요약이지, 별도의 주장이 아니다.
30분 적용 4단계
- 정보 원본을 한 곳에 모은다. 명칭·주소·전화·진료시간을 지도 프로필, 대표 전화, 안내문과 대조해 불일치를 먼저 없앤다. 표기가 흔들리면 마크업도 흔들린다.
- JSON-LD로 작성한다. Microdata보다 유지보수가 쉽고, HTML 구조와 분리되어 디자인 변경에 영향을 덜 받는다.
- 대표 페이지 <head>에 스크립트 태그로 삽입한다. 병원 소개 또는 메인 페이지 하나를 기관의 '정식 신원 페이지'로 정하고 거기에만 넣는다. 지점이 여러 곳이면 지점별 페이지에 각각 배치한다.
- 검증한다. 스키마 검사 도구로 문법 오류와 필수 속성 누락을 확인하고, 검색엔진 관리 도구에서 실제 인식 여부를 다시 본다. 배포 직후 한 번, 2주 뒤 한 번이면 충분하다.
현장에서 자주 반복되는 실수
첫째, 모든 하위 페이지에 같은 스키마를 복사해 넣는 경우다. 기관 신원은 한 곳에서 선언하고 나머지는 링크로 연결하는 편이 혼선을 줄인다. 둘째, 진료시간이 바뀌었는데 마크업만 예전 값으로 남는 경우다. 불일치가 발견되면 정보 전체의 신뢰도가 떨어진다. 셋째, 시술 효과나 우월성을 스키마 설명 필드에 서술하는 경우다. 의료광고 심의 기준과 충돌할 수 있을 뿐 아니라, 구조화 데이터의 목적과도 맞지 않는다.
다음 단계는 '연결'이다
스키마 삽입은 마감이 아니라 출발이다. 선언한 정보가 지도 프로필, 진료과목 소개 페이지, 의료진 페이지와 서로 어긋나지 않게 연결될 때 비로소 AI가 참조하기 좋은 상태가 된다. 우리 병원이 지금 어느 지점에서 끊겨 있는지 궁금하다면, AI메디랩 무료 진단으로 홈페이지의 구조화 데이터와 정보 일관성을 한 번 점검해보길 권한다. 손대야 할 항목이 생각보다 적은 경우도 많다.
자주 묻는 질문
MedicalOrganization과 Hospital 중 무엇을 써야 하나요?
기관 형태에 가장 가까운 하위 타입을 쓰는 편이 정확합니다. 종합병원은 Hospital, 의원급은 MedicalClinic, 치과는 Dentist가 일반적입니다. 하위 타입을 쓰면 MedicalOrganization의 속성도 그대로 사용할 수 있으므로 손해가 없습니다.
스키마를 넣으면 AI 검색 결과에 바로 노출되나요?
보장되지 않습니다. 구조화 데이터는 기관 정보를 기계가 확인하기 쉬운 형태로 만드는 장치이지, 노출을 결정하는 스위치가 아닙니다. 다만 정보가 확인되지 않으면 인용 후보에 오르기 어렵기 때문에 기본 조건으로 봅니다.
JSON-LD와 Microdata 중 어느 쪽이 낫나요?
실무에서는 JSON-LD를 권합니다. HTML 마크업과 분리되어 있어 디자인 개편이나 템플릿 변경의 영향을 덜 받고, 담당자가 아닌 사람도 내용을 읽고 수정하기 쉽습니다.
분점이 여러 곳인데 스키마를 어떻게 구성해야 하나요?
지점마다 별도의 상세 페이지를 두고, 각 페이지에 해당 지점의 주소·전화·진료시간을 담은 스키마를 넣습니다. 한 페이지에 모든 지점을 몰아넣으면 어떤 주소가 어느 지점인지 구분되지 않아 오히려 혼선이 생깁니다.
진료시간이 자주 바뀌는데 관리 부담이 크지 않을까요?
홈페이지에 표시되는 진료시간 데이터를 하나의 원본으로 두고, 그 값을 스키마가 함께 참조하도록 구성하면 이중 관리를 피할 수 있습니다. 정적 페이지라면 최소한 진료시간 변경 시 마크업 수정을 체크리스트에 포함시키는 것만으로도 대부분의 불일치를 막을 수 있습니다.