우리 병원이 AI 답변에 없는 진짜 이유 — '이름표(MedicalOrganization 스키마)'가 빠져 있다

환자가 챗GPT나 제미나이에게 "○○동에서 임플란트 잘하는 치과 추천해줘"라고 물었을 때, 우리 병원이 후보에 아예 등장하지 않는다면 실력이 부족해서가 아닙니다. AI가 우리 병원 홈페이지를 읽고도 '이게 병원인지, 어디에 있는지, 무슨 진료를 하는지'를 확신하지 못했기 때문일 가능성이 큽니다. 그 확신을 만들어주는 것이 바로 오늘 다룰 '구조화 데이터', 그중에서도 의료기관용 이름표인 MedicalOrganization 스키마입니다.

AI는 홈페이지를 '눈'이 아니라 '설명서'로 읽는다

사람은 홈페이지에 들어가면 로고와 사진, 배치만 봐도 '아, 여기 강남에 있는 피부과구나'를 0.5초 만에 압니다. 하지만 AI와 검색엔진은 다릅니다. 이들은 화면을 보는 것이 아니라 코드를 읽습니다. 예쁜 디자인, 이미지 속에 박아 넣은 병원명과 주소, 플래시처럼 움직이는 배너는 AI에게는 사실상 '빈 페이지'에 가깝습니다.

여기서 '구조화 데이터(structured data)'라는 개념이 등장합니다. 구조화 데이터란 사람 눈에는 안 보이지만 페이지 뒤에 숨겨 두는, 기계가 읽으라고 만든 정형화된 설명서입니다. "이 페이지의 주인공은 병원이고, 이름은 △△의원, 주소는 여기, 진료과목은 이것, 전화번호는 이것"이라고 기계가 오해 없이 알아듣도록 정리해 둔 항목표라고 생각하면 됩니다. 이 설명서를 표현하는 국제 표준 어휘가 Schema.org이고, 그 안에서 병·의원 전용으로 마련된 항목이 MedicalOrganization(의료기관), 더 세부적으로는 Hospital·Dentist·MedicalClinic 같은 유형입니다.

왜 이것이 지금 중요해졌을까요. 과거 검색은 키워드가 몇 번 나오는지를 셌지만, 지금의 AI 답변은 '이 정보를 신뢰하고 인용해도 되는가'를 따집니다. AI가 답변에 특정 병원을 언급하려면, 그 병원의 정체·위치·진료범위가 흔들림 없이 확인돼야 합니다. 설명서가 없으면 AI는 안전하게 '확실한 다른 병원'을 대신 인용합니다. 즉 스키마의 부재는 감점이 아니라, 후보 명단에서의 조용한 탈락으로 이어집니다.

스키마가 없을 때 실제로 잃는 것

손실은 눈에 잘 안 보이기 때문에 더 위험합니다. 광고비를 태운 것도, 클레임이 들어온 것도 아니어서 원장님은 문제를 인지조차 못 합니다. 그러나 조용히 새는 물은 이렇습니다.

• AI 추천 목록에서의 누락: 잠재 환자가 "우리 동네 ○○ 잘 보는 곳"을 AI에게 물을 때, 후보 자체에 오르지 못합니다. 이건 검색 2페이지로 밀리는 것과 차원이 다른, '존재하지 않는 취급'입니다.
• 정보 불일치로 인한 신뢰 훼손: 네이버·구글지도·홈페이지의 진료시간·주소가 제각각이면 AI는 어느 것도 확신하지 못해 우리 병원 전체를 '불확실'로 분류합니다.
• 경쟁 병원에 인용 자리를 빼앗김: AI 답변의 인용 슬롯은 한정적입니다. 옆 병원이 이름표를 붙여 두었다면, 같은 조건에서 그 자리는 그쪽이 가져갑니다.

반대로 기회 프레임으로 보면 그림이 달라집니다. 대형 병원 대부분은 마케팅에 큰돈을 쓰지만 정작 이 '기계용 설명서'는 방치해 둔 경우가 많습니다. 개원가·중소 병원이 스키마를 정확히 정비하면, 광고비 없이도 AI 답변의 인용 후보로 올라설 여지가 생깁니다. 돈이 아니라 '정리'로 앞서는, 몇 안 되는 영역입니다.

MedicalOrganization 스키마에 꼭 담아야 하는 항목

이름표에는 넣어야 할 핵심 칸이 정해져 있습니다. 아래는 병·의원이라면 우선적으로 채워야 할 항목입니다. 전문용어처럼 보이지만, 결국 '접수 데스크가 전화로 늘 답하는 정보'와 같습니다.

1. 정확한 병원명(name): 간판·사업자등록·지도에 쓰는 이름을 하나로 통일합니다. '△△의원'과 '△△클리닉'이 섞이면 AI는 다른 곳으로 오인합니다.
2. 주소(address)와 위치(geo): 도로명 주소를 시·구·동까지 정확히. '○○동 병원'이라는 지역 질문의 정답이 되려면 위치 신호가 명확해야 합니다.
3. 진료과목·전문분야(medicalSpecialty): 치과·피부과 등 표준 분류와, 실제 강점 진료를 함께 명시합니다.
4. 연락처·홈페이지(telephone, url): 대표번호와 공식 URL. 지도상 번호와 반드시 일치시킵니다.
5. 진료시간(openingHours): 요일별·점심시간·휴진일. AI가 "지금 문 열었나"에 답하는 근거가 됩니다.
6. 대표 이미지·로고(logo, image): 병원을 시각적으로 특정하는 신호입니다.

여기에 여유가 되면 소속 의료진 정보(Physician), 자주 묻는 질문(FAQPage) 스키마를 함께 붙이면 좋습니다. 다만 순서가 중요합니다. 기본 정체성(이름·위치·진료·시간)이 완벽하지 않은 상태에서 부가 스키마부터 늘리는 것은, 주소도 안 쓴 편지에 향수를 뿌리는 격입니다.

오늘부터 적용하는 5단계 실행 절차

개발 지식이 없어도 흐름은 이해하실 수 있습니다. 실제 삽입은 담당 개발자나 홈페이지 대행사에 아래를 그대로 요청하시면 됩니다.

1. 정보 원본 확정: 병원명·주소·전화·진료시간·진료과목을 문서 한 장에 확정합니다. 이 한 장이 이후 모든 채널의 '단일 기준'이 됩니다.
2. 스키마 유형 선택: 일반의원은 MedicalClinic, 치과는 Dentist, 병원급은 Hospital 등 실제 형태에 맞는 유형을 고릅니다.
3. JSON-LD 형식으로 작성: 구조화 데이터를 페이지에 심는 방식 중 구글이 권장하는 것이 JSON-LD입니다. 페이지 디자인은 건드리지 않고 뒤에 정보 블록만 얹는 방식이라 안전합니다.
4. 메인·진료·오시는 길 페이지에 삽입: 최소한 홈, 병원소개, 오시는 길 페이지에 넣습니다. 삽입 위치와 값이 페이지 실제 내용과 어긋나면 안 됩니다.
5. 검증 도구로 확인: 구글의 '리치 결과 테스트(Rich Results Test)'와 Schema.org 검증기로 오류가 없는지 점검합니다. 오류·경고가 남아 있으면 AI가 아예 무시할 수 있습니다.

병원이 가장 자주 저지르는 실수 5가지

스키마를 '넣었다'와 '제대로 넣었다'는 완전히 다릅니다. 현장에서 반복되는 실수를 미리 알면 대부분을 피할 수 있습니다.

• 실제 화면과 다른 정보 기입: 스키마엔 24시간이라 써 놓고 페이지엔 야간 휴진이라 적으면, 구글은 이를 '조작 신호'로 보고 통째로 신뢰를 내립니다. 눈에 보이는 내용과 반드시 일치해야 합니다.
• 채널 간 불일치(NAP 불일치): 이름(Name)·주소(Address)·전화(Phone)가 홈페이지·네이버·구글에서 다르면 AI는 동일 병원으로 묶지 못합니다.
• 이미지 안에 핵심 정보 매몰: 병원명·주소·진료시간을 이미지로만 넣으면 기계는 읽지 못합니다. 반드시 텍스트로도 존재해야 합니다.
• 한 번 넣고 방치: 진료시간·전화가 바뀌었는데 스키마는 옛날 그대로면, 틀린 정보를 자신 있게 퍼뜨리는 꼴이 됩니다.
• 효능·치료 성과를 스키마에 단정 표기: "최고"·"100% 완치" 같은 표현은 의료광고 규정과 충돌하고 신뢰도 떨어뜨립니다. 스키마는 사실 정보만 담습니다.

스키마는 '끝'이 아니라 '토대'다

오해하기 쉬운 지점을 분명히 해 두겠습니다. 스키마를 붙였다고 내일 바로 AI 답변 1순위가 되는 것은 아닙니다. 스키마는 AI가 우리 병원을 '이해하는 문턱'을 넘게 해 주는 토대이지, 그 자체로 콘텐츠의 깊이나 평판을 만들어 주지는 않습니다.

비유하자면 이렇습니다. 스키마는 도서관에 책을 등록하고 정확한 청구기호를 붙이는 일입니다. 이 작업이 안 되면 아무리 좋은 책이라도 사서가 찾아 추천할 수 없습니다. 하지만 등록만으로 베스트셀러가 되지는 않죠. 등록된 뒤에야 '내용이 얼마나 충실한가'로 경쟁이 시작됩니다. 그래서 순서가 중요합니다. 먼저 이름표(스키마)로 인식의 기본을 확보하고, 그 위에 환자의 실제 질문에 답하는 콘텐츠와 일관된 채널 정보를 쌓아 올리는 것입니다.

이 토대가 있으면 이후의 모든 노력이 복리로 쌓입니다. 블로그 글 하나, 후기 하나가 '정체가 확실한 병원'의 신호로 연결되기 때문입니다. 토대가 없으면 같은 노력이 허공에 흩어집니다.

오늘 시작하는 우선순위와 점검 체크리스트

모든 걸 한 번에 하려다 아무것도 못 하는 경우가 가장 많습니다. 순서를 정해 드리겠습니다.

1. 1주차: 병원 기본 정보 한 장으로 확정 → 홈페이지·네이버·구글지도 정보를 이 기준으로 통일.
2. 2주차: 개발자/대행사에 MedicalOrganization 계열 JSON-LD 삽입 요청 → 리치 결과 테스트로 오류 0건 확인.
3. 3주차 이후: 자주 묻는 질문·진료안내 콘텐츠를 환자 질문 그대로의 언어로 보강.

아래는 삽입 전 최종 점검용 체크리스트입니다.

• 병원명이 모든 채널에서 글자 하나까지 동일한가
• 주소·전화가 지도와 100% 일치하는가
• 진료시간·휴진일이 실제 운영과 같은가(변경 시 수정 담당자 지정)
• 진료과목이 표준 분류로 정확히 들어갔는가
• 검증 도구에서 오류·경고가 모두 사라졌는가

여기까지가 원장님이 광고비 없이, 오늘부터 손댈 수 있는 가장 확실한 기초 공사입니다. 만약 지금 우리 병원 홈페이지에 이 이름표가 제대로 붙어 있는지, 채널 간 정보가 어긋나 AI가 우리를 놓치고 있지는 않은지 궁금하시다면, 현재 상태를 객관적으로 진단해 보는 것에서 출발하시길 권합니다. 문제는 대개 '실력'이 아니라 '정리'에 있고, 정리는 바로잡을 수 있기 때문입니다.