챗GPT가 우리 병원 상호를 헷갈리는 이유 — Organization·WebSite 스키마로 'AI용 사업자등록증' 발급하기

환자가 챗GPT나 구글 AI에게 우리 병원을 물었을 때 이름·위치·로고가 엉키는 것은 진료 실력의 문제가 아니라 'AI가 읽을 수 있는 공식 신원 서류'가 없기 때문입니다. Organization·WebSite 스키마는 우리 병원의 운영 주체·정확한 상호·대표 로고를 사람이 아닌 기계에게 데이터로 선언하는 장치입니다. 이 글은 그 서류를 오늘 당장 어떻게 발급하는지를 단계별로 정리합니다.

환자는 이미 AI에게 우리 병원을 묻고 있다

한 원장님이 이런 상황을 겪었다고 가정해 봅시다. 어느 날 아는 환자가 찾아와 "원장님, 챗GPT에 여기 병원 물어봤더니 옆 동네 같은 이름 병원이 나오고, 심지어 없어진 지점 주소가 뜨던데요?"라고 말합니다. 홈페이지는 몇 년 전에 예쁘게 만들었고, 블로그도 꾸준히 쓰고, 리뷰 별점도 나쁘지 않습니다. 그런데도 AI는 우리 병원의 '정체'를 정확히 모릅니다.

이것은 흔한 오해와 정반대의 문제입니다. 많은 원장님이 "콘텐츠가 부족해서"라고 생각하지만, 실제로는 정보가 없어서가 아니라 정보가 흩어져 있고 그 정보의 주인이 누구인지 기계가 확신하지 못해서 생기는 일입니다. 홈페이지에는 '○○의원'이라 적혀 있고, 네이버 지도에는 '○○ 의원 강남점', 인스타그램에는 영문 이니셜, 예약 페이지에는 또 다른 표기가 섞여 있습니다. 사람은 "아, 다 같은 곳이구나" 하고 넘기지만, AI는 이 넷을 서로 다른 후보로 의심합니다.

그 결과 손실은 조용히, 그러나 확실하게 발생합니다. 환자가 상호를 정확히 기억하지 못한 채 "△△동에서 임플란트 잘하는 곳"이라고 물으면, AI는 신원이 명확하게 정리된 경쟁 병원을 먼저 인용합니다. 우리 병원은 실력과 무관하게 '확신할 수 없는 후보'로 밀려납니다. 반대로 신원만 제대로 선언해 두면, 같은 콘텐츠를 가지고도 AI가 우리를 '검증된 공식 주체'로 우선 신뢰하게 됩니다. 이 글에서 다루는 Organization·WebSite 스키마가 바로 그 신원 서류입니다.

구조화 데이터 — AI에게 제출하는 '공식 서류'라는 개념

먼저 용어부터 쉽게 풀겠습니다. AEO(Answer Engine Optimization, 답변 엔진 최적화)는 구글 검색 순위가 아니라 챗GPT·구글 AI 개요·퍼플렉시티 같은 '답변을 직접 만들어 주는 AI'가 우리를 인용하게 만드는 작업입니다. 그리고 그 핵심 도구가 스키마(schema), 우리말로는 구조화 데이터입니다.

구조화 데이터란, 사람 눈에는 보이지 않지만 홈페이지 코드 안에 심어 두는 '기계 전용 설명표'입니다. 사람이 보는 홈페이지가 예쁜 안내 포스터라면, 구조화 데이터는 그 뒤에 붙여 둔 공식 서류입니다. 포스터에는 "저희는 믿을 만한 치과입니다"라고 적혀 있지만, 서류에는 "명칭: ○○치과의원 / 유형: 의료기관 / 주소: … / 대표 URL: … / 로고: …"처럼 항목과 값이 표 형태로 딱 떨어지게 적혀 있습니다.

왜 이게 결정적일까요. AI는 문장을 '읽고 추측'할 수도 있지만, 추측에는 늘 오차와 불확실성이 따릅니다. 반면 구조화 데이터로 명시된 값은 추측이 아니라 '선언'입니다. "이 병원의 공식 이름은 정확히 이것이다"라고 주인이 직접 서명한 문서에 가깝습니다. AI 입장에서 추측 정보와 선언 정보 중 무엇을 더 신뢰할지는 자명합니다.

손실 프레임으로 보면, 서류가 없는 병원은 매번 '심증'으로만 평가받습니다. 기회 프레임으로 보면, 서류를 갖춘 병원은 AI가 인용의 근거로 삼을 '움직일 수 없는 사실'을 손에 쥐게 됩니다. 콘텐츠를 아무리 많이 써도 이 뼈대가 없으면 살이 붙을 기둥이 없는 셈입니다.

Organization 스키마 = 병원 등록증

Organization 스키마는 '이 사업체가 누구인가'를 선언하는 서류입니다. 병원이라면 의료기관용 하위 유형(예: MedicalOrganization, Dentist, Physician 같은 세부 유형)을 쓰면 더 정확하지만, 개념을 잡는 단계에서는 'Organization = 우리 병원의 신분증'이라고 이해하면 충분합니다. 여기에 담기는 핵심 항목은 다음과 같습니다.

• name(정식 상호): 간판·사업자등록증과 완전히 같은 하나의 공식 명칭. '강남점' 같은 별칭이 아니라 대표 법적 명칭을 기준으로 통일합니다.
• url(대표 홈페이지): 우리의 '본점' 역할을 하는 단 하나의 공식 주소. 여러 랜딩페이지가 있어도 대표 URL은 하나여야 합니다.
• logo(공식 로고 이미지 주소): AI 답변·검색 결과에 우리 브랜드로 노출될 대표 이미지.
• address·telephone: 정확한 진료 위치와 대표 연락처. 폐점한 지점·옛 번호가 남아 있으면 반드시 정리합니다.
• sameAs: 우리 병원의 다른 공식 채널들을 하나로 묶는 링크 목록(뒤에서 자세히 설명).

이 서류가 왜 '등록증'인지 비유로 정리해 보겠습니다. 새 은행 계좌를 만들 때 우리는 신분증을 제출합니다. 얼굴이 아무리 정직해 보여도 서류가 없으면 계좌를 열어 주지 않습니다. AI도 마찬가지입니다. 우리 병원 홈페이지가 아무리 성의 있어도, Organization 스키마라는 신분증이 없으면 AI는 우리를 '검증된 주체'로 취급하기를 망설입니다.

흔한 실수 하나만 미리 짚겠습니다. name에 검색 잘 되라고 지역명·시술명을 잔뜩 붙이는 경우입니다(예: '강남 임플란트 잘하는 ○○치과 최저가'). 이는 AI에게 '이 병원은 자기 이름조차 정직하게 말하지 않는다'는 신호를 줍니다. 상호는 사업자등록증 그대로, 깔끔하게 하나로 두는 것이 신뢰를 얻는 정답입니다.

WebSite 스키마 = "이 사이트의 주인은 우리다"라는 선언

Organization이 '우리 병원'이라는 조직의 신분증이라면, WebSite 스키마는 '이 웹사이트'라는 자산의 소유 증명서입니다. 둘은 다른 서류이고, 함께 있을 때 완성됩니다. 조직은 존재하지만 어떤 사이트가 그 조직의 공식 사이트인지 명시하지 않으면, AI는 여전히 홈페이지와 조직을 확실히 연결하지 못합니다.

WebSite 스키마의 핵심은 두 가지입니다. 첫째, 이 사이트의 이름과 대표 URL을 선언하고, 그 운영 주체(publisher)가 앞서 만든 Organization임을 연결하는 것입니다. 이렇게 하면 '이 사이트 = 저 병원'이라는 등식이 데이터로 확정됩니다. 둘째, 사이트 내부 검색 기능을 알리는 항목(SearchAction)을 통해, 검색엔진이 우리 사이트 안에서 직접 정보를 찾도록 안내할 수 있습니다.

실무적으로 가장 중요한 개념은 '연결'입니다. Organization과 WebSite를 각각 따로 심어 두는 데서 끝내지 말고, WebSite의 운영 주체가 우리 Organization이라고 명시적으로 이어 줘야 합니다. 서류 두 장에 같은 인장을 찍어 "이 둘은 한 몸"이라고 확인시키는 작업입니다. 이 연결이 빠지면 신분증과 소유증명서가 각각 존재하기만 할 뿐, 서로를 증명해 주지 못합니다.

sameAs — 흩어진 우리 병원을 하나로 묶는 끈

대부분의 병원 정보 문제는 '거짓'이 아니라 '분산'에서 옵니다. 네이버 플레이스, 유튜브, 인스타그램, 카카오 채널, 예약 플랫폼에 우리 병원이 조금씩 다른 이름과 정보로 흩어져 있습니다. AI는 이 조각들을 보며 '같은 곳일 확률'을 계산하는데, 확률이 낮으면 인용을 주저합니다.

sameAs는 바로 이 분산을 해결하는 항목입니다. Organization 스키마 안에 우리 병원의 공식 채널 주소들을 나열해, "이것도, 저것도 전부 같은 우리다"라고 선언하는 목록입니다. 이렇게 하면 AI가 흩어진 신호를 하나의 주체로 통합해 인식하고, 각 채널의 신뢰가 서로에게 합산되는 효과가 생깁니다.

1. 먼저 우리 병원의 '공식' 채널만 종이에 전부 적습니다. 개인 계정·폐쇄된 채널·오래된 지점 페이지는 제외합니다.
2. 각 채널의 정보가 대표 홈페이지의 상호·주소·전화번호와 일치하는지 대조합니다. 불일치가 있으면 sameAs에 넣기 전에 채널 쪽을 먼저 수정합니다.
3. 정합성이 확인된 채널만 sameAs 목록에 담습니다. '많이'가 아니라 '정확히'가 원칙입니다.

흔한 실수는 여기에 관리하지 않는 낡은 계정까지 몽땅 넣는 것입니다. sameAs는 '우리가 책임지는 공식 채널'을 선언하는 자리입니다. 방치된 채널을 넣으면 오히려 정보 불일치의 근거를 스스로 제공하는 꼴이 됩니다.

로고와 상호, 왜 '픽셀'이 아니라 '데이터'로 줘야 하나

많은 병원이 로고를 홈페이지 상단에 이미지로 예쁘게 걸어 둡니다. 하지만 그것은 사람에게 보이는 그림일 뿐, 기계에게 "이것이 우리 공식 로고다"라고 지정한 것은 아닙니다. Organization 스키마의 logo 항목에 로고 이미지의 정확한 주소를 명시해야, AI 답변이나 검색 결과에 우리 브랜드로 노출될 확률이 올라갑니다.

상호도 같은 원리입니다. 사람은 '○○의원'과 '○○ 의원'과 'OO Clinic'을 자연스럽게 같은 곳으로 읽지만, 기계에게는 서로 다른 문자열입니다. 그래서 대표 상호를 데이터로 딱 한 번 정의해 두고, 홈페이지 곳곳의 표기를 그 기준에 맞춰 통일하는 작업이 중요합니다. 로고 파일도 배경 없는 고해상도 정사각형 버전을 대표로 두면 다양한 노출 환경에서 안정적으로 보입니다.

정리하면, 로고와 상호는 '보이게 두는 것'과 '선언하는 것'이 다릅니다. 전자는 방문한 사람을 위한 것이고, 후자는 우리를 소개하려는 AI를 위한 것입니다. 둘 다 갖췄을 때 비로소 브랜드가 사람과 기계 양쪽에서 일관되게 인식됩니다.

오늘 당장 적용하는 5단계 실행법

개념을 이해했다면, 이제 실행입니다. 기술 용어에 겁먹을 필요는 없습니다. 원장님은 '정확한 정보를 정리해 담당자·제작사에 넘기는 역할'만 해도 절반은 끝납니다.

1. 기준 상호 확정: 사업자등록증 기준 공식 상호 하나를 정하고, 홈페이지·지도·SNS의 표기를 여기에 맞춰 통일합니다.
2. 대표 자산 한 세트 준비: 대표 홈페이지 URL 1개, 배경 없는 로고 이미지 1개, 정확한 주소·전화번호를 한 문서에 모읍니다.
3. 공식 채널 목록화(sameAs 재료): 우리가 실제로 관리하는 공식 채널만 골라 주소를 정리합니다.
4. 스키마 심기: 위 정보를 Organization·WebSite 스키마로 구성해 홈페이지에 반영합니다. 제작사·개발 담당이 있다면 이 문서를 넘기면 되고, 없다면 '구조화 데이터 적용'을 명시해 의뢰합니다.
5. 검증: 구글의 리치 결과 테스트 같은 무료 검사 도구로 오류 없이 인식되는지 확인합니다. 심는 것보다 '제대로 인식되는지 확인'이 더 중요합니다.

여기서 원장님이 붙들어야 할 원칙은 딱 하나입니다. 전 채널에서 상호·주소·전화·로고를 100% 동일하게. 스키마는 이 일관성을 기계에게 공식화하는 마지막 단계일 뿐, 채널 간 정보가 어긋나 있으면 스키마도 그 혼란을 그대로 선언하게 됩니다.

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

마지막으로 현장에서 반복되는 실수를 모았습니다. 하나라도 해당된다면 콘텐츠를 늘리기 전에 이것부터 바로잡는 편이 효과가 큽니다.

• 상호에 키워드 욱여넣기: name은 검색용 문구가 아니라 신원입니다. 지역·시술·수식어를 붙이면 신뢰가 깎입니다.
• 서류를 심고 검증을 건너뛰기: 문법 오류 하나로 스키마 전체가 무시될 수 있습니다. 심은 뒤 반드시 검사 도구로 확인합니다.
• 대표 URL이 여러 개: 랜딩페이지마다 다른 주소를 대표로 쓰면 '본점'이 어디인지 흐려집니다. 대표는 하나로 고정합니다.
• 옛 정보 방치: 폐점한 지점, 바뀐 번호가 어딘가에 남아 있으면 AI는 그것을 근거로 우리를 헷갈립니다.
• Organization·WebSite를 연결하지 않음: 두 서류를 따로 두기만 하고 '한 몸'임을 명시하지 않으면 절반의 효과에 그칩니다.

이 실수들의 공통점은 '정보를 더 만들지 않아도 고칠 수 있다'는 것입니다. 다시 말해, 큰 비용 없이 오늘 정리만으로 개선 가능한 영역입니다.

무엇부터 할지 — 우선순위와 체크리스트

모든 것을 한 번에 하려 하지 말고 순서대로 가면 됩니다. 우선순위는 명확합니다. ① 상호·주소·전화·로고의 전 채널 일관성 확보 → ② Organization 스키마로 신원 선언 → ③ WebSite 스키마로 사이트 소유 연결 → ④ sameAs로 채널 통합 → ⑤ 검증 순입니다. 앞 단계가 무너져 있으면 뒤 단계는 그 위에 지은 집이 됩니다.

오늘의 체크리스트: 대표 상호 1개로 통일했는가 · 대표 URL 1개를 정했는가 · 배경 없는 로고를 준비했는가 · 공식 채널 목록을 정리했는가 · Organization과 WebSite를 연결했는가 · 검사 도구로 오류를 확인했는가.

여섯 개 항목 중 자신 있게 '예'라고 답하기 어려운 칸이 있다면, 그곳이 지금 AI가 우리 병원을 헷갈리는 지점일 가능성이 높습니다. 어느 채널의 어떤 정보가 어긋나 있는지, Organization·WebSite 스키마가 제대로 인식되고 있는지 스스로 판단하기 어렵다면, 무료 진단으로 현재 상태를 먼저 점검해 보시길 권합니다. 문제를 정확히 아는 것만으로도 개선의 절반은 이미 시작된 셈입니다.