우리 병원이 AI 답변에서 사라지는 진짜 이유 — '보이지만 읽히지 않는' MedicalOrganization 스키마의 함정

AI가 우리 병원을 답변에서 빠뜨리는 가장 흔한 이유는 순위가 낮아서가 아니라, AI가 우리 사이트를 '병원으로 인식조차 못 해서'입니다. 사람 눈에는 병원 홈페이지지만 기계 눈에는 그냥 글자 덩어리일 수 있습니다. 이 격차를 메우는 것이 MedicalOrganization 구조화 데이터이며, 이 글은 그것이 왜 AI 인용의 기본기인지와 원장이 오늘 당장 밟을 실행 단계를 다룹니다.

환자는 이미 검색창이 아니라 AI에게 묻고 있다

한 원장님이 이런 하소연을 하셨습니다. "우리 병원이 이 동네에서 20년 됐는데, 챗GPT에 '강남 임플란트 잘하는 곳' 물으니 개원한 지 2년 된 옆 병원만 나오더라." 홈페이지도 새로 만들었고, 후기도 많고, 진료도 오래 했는데 왜 AI는 우리를 건너뛸까요.

답은 냉정합니다. AI는 '우리 병원이 좋은 병원인지'를 판단하기 전에, 먼저 '이 웹페이지가 무엇에 관한 것인지'를 이해해야 합니다. 그런데 대부분의 병원 홈페이지는 사람 눈에만 병원일 뿐, 기계가 읽는 데이터 층위에서는 병원이라는 신호가 거의 없습니다. AI 입장에서는 이름·주소·진료과목·전화번호가 예쁜 이미지와 문장 속에 '녹아' 있어 확신을 갖고 뽑아 쓸 수가 없는 것입니다.

지금 환자 행동은 빠르게 바뀌고 있습니다. 네이버 검색창에 키워드를 치던 사람들이, 이제는 챗봇에게 문장으로 묻고 그 답을 신뢰합니다. 즉 '검색 결과 상위 노출' 경쟁의 판 자체가 'AI 답변에 인용되느냐'로 옮겨가는 중입니다. 그리고 그 인용의 출발선에 서려면, 먼저 기계에게 우리 정체를 정확히 알려주는 작업부터 해야 합니다.

AEO와 스키마 — 낯선 두 단어부터 풀어봅시다

먼저 용어 두 개만 짚겠습니다. AEO(Answer Engine Optimization, 답변 엔진 최적화)는 구글·네이버 같은 '검색 결과 순위'가 아니라, 챗GPT·제미나이·네이버 큐 같은 'AI가 만들어주는 답변' 안에 우리 정보가 인용되도록 최적화하는 일을 말합니다. 과거 SEO가 '몇 번째에 뜨느냐'였다면, AEO는 '답변 문장 속에 언급되느냐'입니다.

다음으로 구조화 데이터(스키마 마크업)입니다. 이것은 사람 눈에는 안 보이지만 홈페이지 코드 안에 숨겨 넣는 '기계용 설명표'라고 생각하시면 됩니다. 웹페이지에 "이건 병원 이름이다", "이건 주소다", "이건 진료과목이다"라고 꼬리표를 붙여주는 국제 표준 문법이 있는데, 그 표준을 정한 곳이 Schema.org입니다.

그중 의료기관을 위한 전용 꼬리표가 바로 MedicalOrganization(메디컬 오거니제이션) 스키마입니다. 여기에는 병원인지 치과인지, 어디에 있는지, 무슨 진료를 하는지, 진료시간과 연락처는 무엇인지를 정해진 형식으로 적습니다. 사람에게 보이는 화면은 그대로지만, 코드 뒤편에서 AI에게 "저희는 서울 강남에 있는 치과이고, 임플란트·교정을 진료합니다"라고 명함을 내미는 것과 같습니다.

스키마는 홈페이지를 예쁘게 만드는 일이 아닙니다. 기계에게 우리 병원의 '주민등록증'을 발급하는 일입니다.

AI는 '자신 없는 정보'를 답변에 쓰지 않는다

왜 이 작업이 순위 경쟁보다 더 근본적일까요. AI가 답변을 만드는 과정을 단순화하면 이렇습니다. 질문을 받고, 관련 있어 보이는 자료를 모으고, 그중 '확실하다고 판단되는' 정보만 골라 문장으로 조립합니다. 여기서 핵심은 마지막 단계입니다. AI는 틀린 답을 내놓는 것을 극도로 꺼리기 때문에, 근거가 모호한 정보는 아예 쓰지 않고 넘어갑니다.

병원 정보는 특히 그렇습니다. 위치·연락처·진료과목을 잘못 안내하면 환자에게 실제 피해가 갈 수 있기에, AI는 이런 정보를 '확신할 수 있을 때만' 인용합니다. 우리 홈페이지에 이름과 주소가 문장 속에 흩어져 있고 기계가 읽을 명시적 신호가 없다면, AI는 "이 병원 정보는 확실하지 않다"고 판단해 옆 병원을 대신 인용합니다. 순위의 문제가 아니라 '신뢰 가능한 형태로 정리됐느냐'의 문제인 것입니다.

여기서 손실과 기회가 갈립니다. 손실 프레임으로 보면, 스키마가 없는 병원은 아무리 진료를 잘해도 AI 답변이라는 새 유입 창구에서 구조적으로 배제됩니다. 광고비를 더 써도 이 문제는 풀리지 않습니다. 기회 프레임으로 보면, 아직 대다수 병원이 이 기본기를 갖추지 않았기 때문에, 지금 제대로 정리해두는 병원은 경쟁이 비어 있는 자리를 선점할 수 있습니다. 일반적으로 초기 진입자의 이점이 가장 큰 국면이 바로 지금입니다.

MedicalOrganization 스키마 적용 5단계

원장님이 직접 코드를 짜실 필요는 없습니다. 다만 무엇을 준비하고, 대행사에 무엇을 요구해야 하는지는 아셔야 협업이 됩니다. 순서는 이렇습니다.

1. 정보 원장(原帳) 만들기. 스키마에 넣을 정확한 정보를 한 문서에 정리합니다. 정식 병원명, 도로명 주소, 대표 전화, 진료과목, 요일별 진료시간, 홈페이지·예약 링크, 대표 원장 성명. 여기서 '정확'이 생명입니다. 이 문서가 이후 모든 채널의 기준점이 됩니다.
2. 스키마 유형 정하기. 일반 병원은 MedicalOrganization 또는 하위 유형인 Hospital, 치과는 Dentist, 개인 클리닉은 MedicalClinic처럼 우리 정체에 가장 맞는 유형을 고릅니다. 유형이 구체적일수록 AI가 우리를 정확히 분류합니다.
3. 코드 삽입(JSON-LD 방식). 정리한 정보를 JSON-LD라는 형식으로 만들어 홈페이지 각 페이지 코드에 넣습니다. 화면 디자인은 전혀 바뀌지 않습니다. 대행사에 "JSON-LD 방식으로 MedicalOrganization 스키마를 넣어달라"고 요청하시면 됩니다.
4. 검증하기. 넣은 뒤에는 반드시 검사기로 오류를 확인합니다. 구글 리치 결과 테스트, Schema.org 검증 도구에 우리 페이지 주소를 넣으면 오류·누락 필드를 알려줍니다. '넣었다'와 '제대로 읽힌다'는 다릅니다.
5. 정보 일치시키기. 홈페이지 스키마, 네이버 스마트플레이스, 구글 비즈니스 프로필의 이름·주소·전화번호를 글자 하나까지 똑같이 맞춥니다. AI는 여러 출처를 대조해 신뢰도를 매기므로, 채널마다 정보가 어긋나면 오히려 감점됩니다.

반드시 채워야 할 핵심 필드

스키마는 칸을 많이 채운다고 좋은 게 아니라, '핵심 칸을 정확히' 채우는 게 중요합니다. 최소한 다음은 비워두지 마십시오.

• name(정식 명칭): 간판과 사업자등록증의 병원명을 그대로. 약칭·별칭 혼용 금지.
• address(주소): 도로명 주소를 항목별(시·구·도로명·건물번호·우편번호)로 분리해 기입. 한 줄 문자열보다 항목 분리가 기계 인식에 유리합니다.
• geo(위경도 좌표): '근처 병원' 질문에 뜨려면 위치 좌표가 결정적입니다. 주소만으로는 부족할 때가 많습니다.
• telephone / openingHours(연락처·진료시간): 요일별·점심시간·휴진일까지. AI가 "지금 문 열었나"에 답할 근거가 됩니다.
• medicalSpecialty(진료 전문 분야): 표준 용어로 명시. '우리가 무엇을 하는 병원인지'를 AI에게 알리는 가장 중요한 신호입니다.
• sameAs(공식 채널 링크): 네이버 플레이스, 구글 프로필, 공식 SNS 주소를 연결해 '같은 병원'임을 교차 증명합니다.

반대로 과장은 독입니다. 하지 않는 진료를 medicalSpecialty에 넣거나, 확인되지 않은 수상·인증을 적으면 신뢰 신호가 오히려 무너집니다. 스키마의 힘은 화려함이 아니라 '검증 가능한 정확함'에서 나옵니다.

병원장이 자주 빠지는 세 가지 함정

현장에서 반복해서 보이는 실수가 있습니다. 미리 알면 피할 수 있습니다.

첫째, '홈페이지 리뉴얼했으니 됐다'는 착각. 디자인을 새로 해도 스키마를 넣지 않으면 기계 가독성은 그대로 0입니다. 예쁜 사이트와 읽히는 사이트는 다른 문제입니다. 리뉴얼 계약서에 '구조화 데이터 적용'을 명시적으로 넣어야 합니다.

둘째, 채널 간 정보 불일치. 홈페이지엔 '○○치과의원', 네이버엔 '○○치과', 구글엔 옛 전화번호가 남아 있는 경우가 흔합니다. 사람은 같은 곳으로 알지만 AI는 다른 정보로 보고 혼란스러워하며, 확신이 없으면 인용을 포기합니다. 이사·번호 변경 시 전 채널 동시 수정을 원칙으로 하십시오.

셋째, '넣고 방치'. 스키마는 한 번 넣고 끝이 아닙니다. 진료시간이 바뀌거나 진료과목이 늘면 스키마도 갱신해야 합니다. 오래된 스키마는 없는 것만 못한, 틀린 명함이 됩니다. 분기에 한 번 검사기로 점검하는 습관을 권합니다.

오늘부터 무엇을 — 우선순위와 실행 체크리스트

모든 걸 한 번에 하려다 아무것도 못 하는 것이 가장 흔한 실패입니다. 순서를 정하겠습니다. 1순위는 '정보 원장 만들기'입니다. 정확한 병원 정보 한 장이 없으면 스키마도 채널 정리도 시작할 수 없습니다. 2순위는 '네이버·구글·홈페이지 3곳의 이름·주소·전화 일치'입니다. 코드보다 먼저, 지금 흩어진 정보부터 맞추는 것만으로도 신뢰 신호가 올라갑니다. 3순위가 'MedicalOrganization 스키마 삽입과 검증'입니다.

아래를 오늘의 체크리스트로 삼으십시오.

• 정식 병원명·주소·전화·진료시간·진료과목을 한 문서에 정확히 정리했는가
• 홈페이지·네이버·구글의 이름/주소/전화가 글자까지 동일한가
• 홈페이지에 MedicalOrganization(또는 Dentist·Hospital 등) 스키마가 JSON-LD로 들어가 있는가
• 검증 도구로 오류·누락 없이 통과되는가
• 진료시간·위경도·진료 전문 분야가 채워져 있는가
• 정보 변경 시 전 채널 동시 수정 원칙을 정해두었는가

여기까지가 AI 인용의 '기본기'입니다. 화려한 마케팅 이전에, 기계가 우리 병원을 정확히 읽을 수 있게 만드는 일. 순서상 가장 먼저지만 가장 자주 건너뛰는 단계이기도 합니다. 만약 우리 병원 홈페이지가 지금 어떤 상태인지 — 스키마가 들어 있는지, 채널 정보가 일치하는지 — 스스로 판단이 서지 않으신다면, 현재 상태를 객관적으로 짚어보는 무료 진단부터 받아보시길 권합니다. 무엇이 비어 있는지 알면, 오늘 채울 것과 미룰 것이 분명해집니다.