챗GPT는 왜 옆 병원만 추천할까 — AI가 우리 병원의 존재를 '모르는' 진짜 이유, MedicalOrganization 스키마

환자가 챗GPT나 네이버 AI에게 '○○동에서 임플란트 잘하는 치과'를 물었을 때 우리 병원이 답변에 등장하지 않는 가장 흔한 기술적 원인은, 홈페이지에 MedicalOrganization 스키마(의료기관용 구조화 데이터)가 없기 때문이다. 스키마는 병원의 이름·위치·진료과목·의료진·진료시간을 AI가 오해 없이 읽을 수 있는 표준 형식으로 정리한 '기계용 소개서'이며, AI가 특정 병원을 자신 있게 인용하기 위한 출발점이다. 이 글은 스키마가 왜 AI 인용의 기본 자격인지 설명하고, 병원이 오늘 바로 실행할 수 있는 적용 단계와 검증 방법까지 정리한다.

진료를 마친 저녁, 한 원장이 직접 챗GPT에 물어본다. '우리 동네에서 교정 상담받기 좋은 치과 알려줘.' 화면에는 세 곳이 뜬다. 개원한 지 2년밖에 안 된 옆 건물 치과, 두 정거장 떨어진 프랜차이즈 지점, 그리고 이름도 낯선 곳. 15년째 같은 자리를 지킨 우리 병원은 없다. 홈페이지도 최근에 새로 만들었고, 블로그도 꾸준히 올렸는데 왜일까. 원장 입장에서는 억울하지만, AI 입장에서 보면 이유는 의외로 단순한 경우가 많다. AI가 우리 병원에 대해 '확신할 수 있는 정보'를 찾지 못한 것이다.

이 문제는 마케팅 예산이나 병원의 실력과는 별개의, 순수하게 기술적인 문제다. 그리고 기술적인 문제이기 때문에, 순서만 알면 해결할 수 있다.

AI는 우리 병원 홈페이지를 '읽지' 못한다

많은 원장이 '홈페이지가 예쁘고 정보가 다 있는데 왜 AI가 모르느냐'고 묻는다. 핵심은 사람이 읽는 방식과 기계가 읽는 방식이 다르다는 데 있다. 사람은 메인 화면의 대형 이미지, 배너 속 문구, 팝업의 진료시간 안내를 한눈에 조합해서 이해한다. 그러나 AI와 검색엔진의 수집 프로그램은 페이지의 텍스트 코드를 읽는다. 진료시간이 이미지 배너 안에 그림 글자로 들어가 있다면, 기계에게 그 정보는 사실상 존재하지 않는 것과 같다.

더 큰 문제는 '확신'이다. 페이지 곳곳에 흩어진 텍스트에서 '이 병원의 정식 명칭은 무엇인지, 주소는 어디인지, 어떤 진료를 하는지'를 기계가 추론해야 한다면, 추론에는 항상 오류 가능성이 따른다. AI 답변 서비스는 잘못된 병원 정보를 안내했을 때의 위험을 알기 때문에, 확신하기 어려운 정보는 인용을 피하는 쪽으로 움직이는 경향이 있다. 즉 우리 병원이 답변에서 빠지는 것은 미움받아서가 아니라, AI가 우리 병원 정보를 '틀릴까 봐' 조심스러워하기 때문인 경우가 많다.

일반화된 예시를 들어보자. 같은 상권의 A치과와 B치과가 있다. A치과 홈페이지는 화려한 이미지 중심이고 정보가 배너 속에 있다. B치과는 평범한 디자인이지만 병원명·주소·진료과목·의료진이 기계가 읽는 표준 형식으로 정리돼 있다. AI에게 두 병원은 '읽을 수 없는 병원'과 '읽을 수 있는 병원'이다. 답변에 인용되는 쪽이 어디일지는 자명하다.

MedicalOrganization 스키마 — 기계가 읽는 병원 소개서

여기서 등장하는 것이 스키마, 정확히는 구조화 데이터다. 구조화 데이터란 웹페이지 안에 '이 정보는 병원 이름, 이 정보는 주소, 이 정보는 진료과목'이라고 꼬리표를 붙여 넣는 국제 표준 형식을 말한다. 구글·마이크로소프트 등이 함께 만든 schema.org라는 공용 사전이 있고, 그 사전 안에 의료기관을 설명하기 위한 유형이 바로 MedicalOrganization이다. 치과의원(Dentist), 의원(MedicalClinic), 병원(Hospital)처럼 더 구체적인 하위 유형도 있어서, 우리 병원 성격에 맞는 것을 골라 쓰면 된다.

비유하면 이렇다. 홈페이지 본문이 자유 형식의 자기소개 에세이라면, 스키마는 정해진 칸에 정보를 채운 표준 명함이다. 에세이는 읽는 사람마다 해석이 다를 수 있지만, 명함의 '상호·주소·전화번호' 칸은 누구도 오해하지 않는다. 스키마는 대개 JSON-LD라는 형식으로 작성해 홈페이지 코드의 머리 부분에 넣는데, 화면에는 전혀 보이지 않고 기계만 읽는다. 디자인이 바뀌지 않으니 환자 눈에는 아무 변화가 없지만, AI 눈에는 병원의 신원이 또렷해진다.

중요한 것은 스키마가 특별한 신기술이 아니라 이미 오래된 웹 표준이라는 점이다. 구글이 검색 결과에 별점·진료시간 등을 표시하는 리치 결과의 근거로 써 온 바로 그 형식이며, AI 답변 엔진들도 웹 정보를 수집·정리할 때 같은 표준을 참조한다. 새로 배우는 도박이 아니라, 이미 검증된 기본기를 뒤늦게 갖추는 일에 가깝다.

왜 스키마가 AI 인용의 '입장권'인가

손실의 관점에서 먼저 보자. AI 답변은 검색 결과 열 개를 나열하던 시대와 다르다. 한 번의 답변에 언급되는 병원은 보통 두세 곳에 불과하고, 환자는 그 안에서 고른다. 우리 병원이 그 두세 곳에 들지 못하면, 환자의 의사결정 과정에서 아예 보이지 않는 것이다. 기존 검색이라면 2페이지에라도 노출됐지만, AI 답변에는 2페이지가 없다. 인용되거나, 존재하지 않거나 둘 중 하나다.

기회의 관점은 더 흥미롭다. 현장에서 병원 홈페이지들을 살펴보면, 구조화 데이터를 의료기관 유형에 맞게 체계적으로 적용한 곳은 아직 많지 않은 것이 일반적인 모습이다. 대부분 홈페이지 제작사가 기본 템플릿에 넣어둔 최소한의 정보에 머물러 있거나, 아예 비어 있다. 바꿔 말하면 지금 제대로 적용하는 병원은 같은 상권 안에서 '기계가 읽을 수 있는 몇 안 되는 병원'이 된다. 광고비 경쟁과 달리, 이 격차는 자본이 아니라 실행 순서의 문제다.

다만 기대치는 정확히 설정해야 한다. 스키마는 AI 인용을 보장하는 마법이 아니라 자격 요건이다. 스키마가 있다고 반드시 인용되는 것은 아니지만, 없으면 인용 후보에 오르기부터가 어렵다. 입장권을 산다고 무대에 서는 것은 아니지만, 입장권 없이는 공연장에 들어갈 수 없는 것과 같다. 그래서 '기본'이라 부르는 것이다.

우리 병원 스키마에 반드시 들어가야 할 항목

MedicalOrganization 스키마에 넣을 수 있는 항목은 많지만, 병원 입장에서 우선순위가 높은 것은 분명하다. 아래 항목은 최소한으로 갖추길 권한다.

• 정식 병원명(name): 사업자등록·의료기관 개설신고 기준의 정확한 명칭. 간판 표기와 다르면 별칭 항목으로 보완한다.
• 주소(address)와 좌표(geo): 도로명 주소를 표준 형식으로. '○○빌딩 3층'까지 일관되게 적는다.
• 전화번호(telephone)와 홈페이지 주소(url): 대표번호 하나로 통일한다.
• 진료시간(openingHoursSpecification): 요일별 시간은 물론 점심시간·야간진료·토요일 단축 진료까지. 환자 질문의 상당수가 진료시간이다.
• 진료 분야(medicalSpecialty): 치과·피부과 같은 표준 분류. '○○동 교정 치과' 류의 질문과 우리 병원을 연결하는 핵심 고리다.
• 의료진(physician): 대표원장 이름과 전문 분야. 의료진 소개 페이지와 연결한다.
• 공식 채널(sameAs): 네이버 플레이스, 블로그, 유튜브 등 공식 계정 주소. AI가 '같은 병원'임을 교차 확인하는 근거가 된다.
• 로고와 대표 이미지(logo, image): 답변·검색 화면에 함께 노출될 수 있는 시각 자산이다.

흔한 실수는 항목을 많이 넣는 데 집착하다가 정확성을 놓치는 것이다. 열 개의 어설픈 항목보다 여덟 개의 정확한 항목이 낫다. 특히 홈페이지 화면에 없는 내용을 스키마에만 넣는 것은 금물이다. 화면 내용과 스키마가 다르면 검색엔진이 신뢰도를 깎을 수 있다.

적용 5단계 — 오늘 시작하는 실행 가이드

실제 적용은 다음 다섯 단계로 진행하면 된다. 코딩을 모르는 원장도 1·4·5단계는 직접 할 수 있고, 2·3단계는 홈페이지 제작사에 요청하면 된다.

1. 정보 대청소: 홈페이지, 네이버 플레이스, 구글 비즈니스 프로필에 적힌 병원명·주소·전화번호를 나란히 놓고 비교한다. '의원'과 '클리닉', 구주소와 도로명, 지점 표기 유무까지 한 글자 단위로 통일한다. 이 표기 일치가 모든 작업의 토대다.
2. 스키마 초안 작성: 위 필수 항목을 채운 JSON-LD 초안을 만든다. 우리 병원 성격에 맞는 유형(치과라면 Dentist 등)을 고르는 것이 첫 결정이다. 제작사에 맡길 경우, 정리된 정보를 문서 한 장으로 전달해야 오류가 줄어든다.
3. 홈페이지 삽입: 제작사에 '메인 페이지와 진료 안내 페이지의 head 영역에 MedicalOrganization 유형의 JSON-LD 구조화 데이터를 넣어 달라'고 요청한다. 이 문장 그대로 전달하면 실무자는 이해한다. 자체 관리 홈페이지라면 관리자 설정의 머리글 삽입 기능을 쓴다.
4. 검증: 구글의 리치 결과 테스트와 schema.org 검사 도구에 페이지 주소를 넣어 오류·경고를 확인한다. 5분이면 되는 작업이지만, 이 단계를 건너뛰어 오타 하나로 전체가 무효가 되는 사례가 흔하다.
5. 유지 관리: 진료시간 변경, 의료진 합류·퇴사, 이전 등이 생기면 스키마도 함께 고친다. 분기마다 한 번 점검 일정을 잡아두는 것이 현실적이다.

전체 과정은 정보가 정리돼 있다면 며칠이면 끝난다. 비용도 대개 제작사의 소규모 수정 작업 범위에 들어간다. 투입 대비 기본기가 갖춰지는 폭이 큰, 드물게 효율적인 작업이다.

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

스키마를 넣고도 효과를 못 보는 병원에는 반복되는 패턴이 있다. 미리 알고 피하자.

• 표기 불일치: 홈페이지는 '○○치과의원', 플레이스는 '○○치과', 스키마는 영문명. 기계는 이 셋을 다른 기관으로 볼 수 있다. 가장 흔하고 가장 치명적인 실수다.
• 일반 Organization 유형 사용: 제작사 템플릿이 병원을 일반 회사 유형으로 표시해 두는 경우가 많다. 의료기관 유형으로 바꿔야 진료 분야 같은 의료 특화 항목을 쓸 수 있다.
• 화면과 스키마의 불일치: 홈페이지에는 없는 진료과목을 스키마에만 넣는 식의 부풀리기. 신뢰도 문제를 넘어, 의료광고 규제 관점에서도 화면에 심의받지 않은 표현을 데이터로 넣는 일은 피해야 한다.
• 한 번 넣고 방치: 야간진료를 없앴는데 스키마에는 남아 있으면, AI가 틀린 안내를 하고 환자의 헛걸음과 항의로 돌아온다.
• 이미지 속 정보 방치: 스키마를 넣었어도 본문 핵심 정보가 여전히 그림 글자뿐이면 반쪽짜리다. 진료시간·오시는 길은 반드시 일반 텍스트로도 제공한다.

이 실수들의 공통점은 기술이 아니라 관리의 문제라는 것이다. 담당자를 한 명 정해 '병원 정보가 바뀌면 홈페이지·플레이스·스키마 세 곳을 함께 고친다'는 규칙만 세워도 대부분 예방된다.

제대로 들어갔는지 확인하는 법

적용 후에는 두 층위의 확인이 필요하다. 첫째는 기술 검증이다. 구글 리치 결과 테스트에 우리 홈페이지 주소를 넣으면 스키마가 인식되는지, 오류가 있는지 즉시 보여준다. 외주로 작업했더라도 이 확인만큼은 원장이나 담당 직원이 직접 해보길 권한다. '넣었다'는 보고와 '읽힌다'는 사실은 다를 수 있기 때문이다.

둘째는 실전 모니터링이다. 환자가 물을 법한 질문 다섯 개 정도를 정해두고 — 예컨대 '○○역 근처 △△ 진료 병원', '우리 병원 이름 + 진료시간' — 매달 같은 날 챗GPT, 네이버 AI 등에 직접 물어본다. 우리 병원이 언급되는지, 정보가 정확한지 기록하면 변화가 보인다. 스키마 적용 효과는 수집·반영 주기 때문에 수주에서 수개월에 걸쳐 나타나는 것이 일반적이므로, 일주일 만에 판단하지 말고 추세를 봐야 한다.

이 월간 모니터링 기록은 그 자체로 병원의 자산이 된다. 어떤 질문에서 경쟁 병원이 인용되는지 보이기 시작하면, 다음에 보강할 콘텐츠와 데이터가 무엇인지도 자연스럽게 드러난다.

오늘 당장, 무엇부터 시작할까

우선순위는 명확하다. 첫째, 오늘 홈페이지·네이버 플레이스·구글 비즈니스 프로필의 병원명·주소·전화번호부터 통일한다. 둘째, 이번 주 안에 제작사에 MedicalOrganization 스키마 적용을 요청한다. 셋째, 적용 후 리치 결과 테스트로 직접 검증한다. 넷째, 월 1회 AI 질문 모니터링 루틴을 만든다.

• 세 채널의 병원명·주소·전화번호 표기 통일
• 병원 유형에 맞는 스키마 항목 정리 문서 작성
• 제작사에 JSON-LD 삽입 요청 및 완료 확인
• 구글 리치 결과 테스트로 오류 검증
• 월 1회 AI 답변 모니터링 및 분기 1회 스키마 점검

스키마는 화려한 마케팅이 아니라 기본 서류 작업에 가깝다. 그러나 AI가 병원을 선별하는 시대에는 이 서류가 곧 존재 증명이다. 지금 우리 홈페이지에 스키마가 있는지, 있다면 제대로 작성됐는지 궁금하다면 무료 진단을 통해 현재 상태부터 확인해 보길 권한다. 어디가 비어 있는지 알면, 무엇을 채울지는 어렵지 않다.