새 홈페이지를 만드는 병원
처음부터 진료·의료진·내원 정보를 따로 입력하고 서로 연결되도록 설계해요.
첫 작업
환자는 이제 검색창에도, AI에게도 물어봐요. KC는 로그인 없이 읽히는 본문, 서로 맞는 진료·의료진 정보, 누가 검토했는지 남는 콘텐츠를 만들어요. 그리고 어떻게 확인했는지 자료로 드려요.
검색이나 AI 답변에 보일지는 각 서비스가 정해요. KC는 확인할 수 없는 약속 대신, 확인할 수 있는 결과를 드려요.
GEO란
GEO(Generative Engine Optimization)는 생성형 AI가 답을 만들 때 홈페이지 정보를 찾고, 이해하고, 출처로 쓸 수 있도록 준비하는 일이에요. 우리말로는 ‘생성형 검색 대응’ 정도로 이해하시면 돼요.
특별한 파일 하나를 넣는 작업이 아니에요. Google은 생성형 AI 검색 기능에도 기존 SEO(검색엔진 최적화) 기반이 그대로 적용되고, AI 전용 파일이나 특수 스키마, 정해진 문단 길이가 필수는 아니라고 안내해요.
그래서 KC는 GEO를 세 가지 질문으로 바꿔서 작업해요.
로그인 없이 공개 본문을 읽을 수 있고, 색인과 미리보기 설정이 막혀 있지 않은지 봐요.
진료시간, 의료진, 진료 범위가 페이지마다 같은 원본에서 나오는지 봐요.
어떤 자료로 썼고, 누가 어느 버전을 검토했는지 남아 있는지 봐요.
Google 안내의 범위 이 내용은 Google 검색의 생성형 AI 기능에 관한 안내예요. 다른 AI 서비스는 방식이 다를 수 있어서 따로 확인해요. 근거 자료 보기
우리가 쓰는 말
기능 이름만으로는 뭐가 바뀌었는지 알 수 없어요. 그래서 이런 방식은 쓰지 않아요.
하지 않아요하지 않아요: AI 답변 노출, 검색 1위를 보장해요
이렇게 해요이렇게 해요: 만든 페이지와 점검 결과, 같은 조건으로 관찰한 기록을 나눠서 보여드려요
하지 않아요하지 않아요: 검색어만 바꾼 페이지를 많이 만들어요
이렇게 해요이렇게 해요: 독립적인 답이 있는 진료만 페이지로 만들고, 비슷한 질문은 한 페이지에서 충실하게 답해요
하지 않아요하지 않아요: llms.txt 같은 AI 파일 하나로 끝내요
이렇게 해요이렇게 해요: 공개 본문, 색인 설정, 내부 링크, 정보 일치 같은 기본부터 챙겨요
하지 않아요하지 않아요: 구조화 데이터를 넣으면 AI가 인용한다고 말해요
이렇게 해요이렇게 해요: 실제 본문과 값이 맞는 구조화 데이터만 넣고, 특정 노출과는 연결하지 않아요
하지 않아요하지 않아요: 자체 점검 점수를 노출 확률처럼 보여줘요
이렇게 해요이렇게 해요: 점검 항목별로 통과·수정·미확인을 나눠 적어요
하지 않아요하지 않아요: AI에 한 번 나온 캡처를 성과로 보고해요
이렇게 해요이렇게 해요: 질문, 날짜, 서비스, 반복 횟수, 실패 건수까지 함께 적어요
하지 않아요하지 않아요: 의료진 이름을 글마다 장식처럼 붙여요
이렇게 해요이렇게 해요: 실제로 검토한 원고 버전, 날짜, 담당 진료와 연결해요
적용 대상
새로 만들 때만 할 수 있는 일이 아니에요. 지금 상황에 따라 첫 작업이 달라요.
처음부터 진료·의료진·내원 정보를 따로 입력하고 서로 연결되도록 설계해요.
첫 작업
옛 주소와 글이 사라지지 않게 대응표부터 만들어요. 새 사이트의 대표 주소와 사이트맵을 함께 맞춰요.
첫 작업
현재 플랫폼에서 공개 본문, 설정, 링크를 고칠 수 있는지 먼저 확인해요. 고칠 수 없는 부분은 이유와 대안을 적어요.
첫 작업
새 글을 늘리기 전에 기존 글의 목적과 겹침, 오래된 정보를 확인해요. 목적이 같으면 새로 쓰기보다 원문 갱신을 제안해요.
첫 작업
정보 연결
환자가 묻는 질문은 보통 한 페이지에서 끝나지 않아요. 진료, 의료진, 방문 정보가 서로 이어져 있어야 답이 완성돼요.
같은 원본을 사용해요
담당 진료로 연결해요
검토자와 검토일을 남겨요
| 환자 질문 | 답하는 페이지 요소 | 다음 연결 |
|---|---|---|
| 어떤 진료를 받을 수 있나요? | 진료 설명 · 대상 · 절차 · 준비사항 | 관련 의료진 · 상담 |
| 누가 진료하나요? | 의료진 정보 · 담당 분야 · 검토한 글 | 진료 상세 |
| 어떻게 방문하나요? | 진료시간 · 휴진 · 위치 · 주차 · 예약 방법 | 전화 · 길찾기 · 예약 |
질문을 페이지로,
병원의 사실을 콘텐츠로 연결해요.
표의 질문은 설명용 예시예요. 실제 검색량을 조사한 키워드가 아니에요.
상황 예시
병원에서 실제로 생길 수 있는 일로 설명할게요.
홈페이지에는 토요일 외래가 표시돼 있지만, 내시경은 다른 일정으로 운영돼요. 소개 글이 외래시간을 그대로 가져가면 실제로 예약할 수 없는 검사를 안내할 수 있어요.
진료시간, 검사시간, 의료진 일정은 서로 다른 정보예요. 한 문장으로 합치면 환자도, 글을 쓰는 사람도 차이를 확인할 수 없어요. 검색이나 AI가 이 페이지를 참고할 때도 마찬가지예요.
테스트 일정 한 건을 바꿨을 때 진료·의료진·관련 안내에 똑같이 반영되는지 봐요. 미확인 검사 일정으로 만든 초안은 승인·공개되지 않아야 해요.
지도·예약 같은 외부 서비스의 정보가 자동으로 맞춰지는지는 따로 확인해요. 사이트를 고쳤다고 외부 AI가 바로 최신 내용을 답한다고 보장하지 않아요.
근거 · Google Search Central의 생성형 AI 검색 최적화, 유용하고 신뢰할 수 있는 콘텐츠 안내 근거 카드 보기
장비와 시술 이름은 나열돼 있지만, 어떤 고민을 상담하는지, 누가 담당하는지, 무엇을 확인하고 예약해야 하는지 이어지지 않아요.
필요한 건 검색어마다 복제한 페이지가 아니라, 하나의 진료 결정을 끝까지 이해할 수 있는 내용이에요. 같은 진료과여도 주력 진료와 운영 방식에 따라 필요한 정보가 달라요.
합의한 대표 질문마다 답이 있는 위치와 다음 행동을 찾을 수 있어야 해요. 단어만 바꾼 페이지, 진료 연결 없는 장비 페이지는 개선 목록에 남겨요.
질문 목록은 실제 검색량 순위가 아니에요. 진료과별 설계 차이는 KC의 기획 제안이고, 진료과별 AI 순위 공식을 입증한 것은 아니에요.
근거 · Google Search Central의 생성형 AI 검색 최적화 안내, Aggarwal 외 GEO 논문 근거 카드 보기
페이지 예시
설명만으로는 감이 안 오니까, 실제 진료 안내 페이지 모양으로 보여드릴게요. 번호가 붙은 곳이 GEO 관점에서 챙기는 지점이에요.
“위내시경 검사 안내”. 첫 문단에서 어떤 검사를, 어디서, 누가 하는지 바로 답해요.
GEO 관점페이지 제목·설명이 본문 내용과 같아요. 대표 주소가 하나로 정해져 있어요.
검사 가능 일정 · 담당 의료진 · 예약 방법
GEO 관점외래시간과 검사시간을 따로 표시해요. 값은 관리자의 같은 원본에서 불러와요.
목적, 방법, 상담이 필요한 경우, 위험과 한계를 설명해요. 예약·사전 확인 → 검사 → 회복·귀가 → 결과 상담 순서로 보여줘요.
GEO 관점로그인이나 펼치기 없이 읽히는 공개 본문이에요.
이름, 담당 진료, 의료진 상세로 가는 링크
GEO 관점의료진 페이지에서도 이 진료로 돌아오는 링크가 있어요.
“복용 중인 약이 있으면 어떻게 하나요?” 같은 질문에는 개인별로 병원에 확인하도록 안내하고 문의 경로를 연결해요.
GEO 관점환자의 반복 질문을 해결하려고 넣어요. 검색 특수 노출을 노린 장치가 아니에요.
준비 안내, 결과 상담 안내, 관련 건강정보 글
GEO 관점서로 목적이 다른 글만 연결해요.
검토자, 검토일, 사용한 자료 버전
GEO 관점실제 승인 이력이 있을 때만 표시해요.
전화 · 예약 링크 · 길찾기
모바일에서는 이 순서로 보여줘요
작업과 결과물
GEO 구축을 다섯 영역으로 나눴어요. 영역마다 결과물과 확인 방법이 있어요.
구축 제안이에요 실제 제공 범위와 작업량은 프로젝트 명세와 계약에서 정해요.
검사 방법
합의한 주요 URL을 대상으로 검사하고, 우리가 고칠 문제와 검색 서비스의 처리 대기를 나눠서 적어요. 항목을 눌러 자세히 볼 수 있어요.
용어 풀이 robots는 검색 로봇에게 어디를 읽어도 되는지 알려주는 설정이에요. noindex는 “이 페이지는 검색 결과에 넣지 마세요”라는 표시예요. canonical은 비슷한 주소가 여러 개일 때 대표 주소를 알려주는 표시예요.
용어 풀이 구조화 데이터는 “이 값은 주소, 이 값은 진료시간”처럼 페이지 정보에 이름표를 붙이는 방식이에요. 병원이라면 Schema.org의 MedicalClinic 같은 어휘를 검토할 수 있어요.
주의 구조화 데이터를 넣는다고 특정 검색 노출이나 AI 인용이 보장되지 않아요. 필수 조건도 아니에요.
확인 시점과 범위 공개 URL의 색인·스니펫 자격과 Search Console의 생성형 AI 포함 설정 같은 항목은 적용 시점의 공식 안내와 병원 계정에서 확인해요. 위 검사는 실제 구축 때 하는 작업이고, 지금 KC 사이트에서 실행한 결과가 아니에요.
진료과별 설계
병원마다 주력 진료에서 출발해요. 아래는 설계 예시이고, 실제 제공 진료와 운영 자료를 확인한 뒤 세부 구성을 정해요.
환자가 묻는 것
필요한 자료
이렇게 구성해요
달라지는 경우만성질환 중심 내과라면 검사 흐름 대신 정기 내원과 검사 결과 상담을 먼저 보여줘요.
올리기 전에 확인해요
검사 일정 입력 필드와 결과 안내 페이지를 드리고, 서로 다른 일정이 올바르게 표시되는지 확인해요.
NHS · Gastroscopy — 검사 목적·준비·전후 과정·결과 안내를 나눠 설명해요. 해외의 시간·연락처·복약 안내는 가져오지 않아요.
환자가 묻는 것
필요한 자료
이렇게 구성해요
달라지는 경우외래 처치 중심이면 수술·입원 메뉴를 억지로 넣지 않아요.
올리기 전에 확인해요
수술 전후 안내 연결도와 담당자 확인표를 드리고, 제공하지 않는 수술·입원 정보가 없는지 확인해요.
NHS · Inguinal hernia repair — 수술 이유·과정·회복·합병증을 나눠 설명해요.
환자가 묻는 것
필요한 자료
이렇게 구성해요
달라지는 경우장비는 해당 진료를 설명하는 보조 정보로 연결해요. 질환 진료 중심 병원은 미용 시술 메뉴로 덮지 않아요.
올리기 전에 확인해요
고민–진료–의료진 대응표와 장비 사용 근거 목록을 드리고, 실제 제공 범위와 대조해요.
AAD · Acne scars: Consultation and treatment — 상담·기대 결과·상태 확인·치료 계획을 구분해요.
환자가 묻는 것
필요한 자료
이렇게 구성해요
달라지는 경우재수술 중심이면 초진과 다른 상담 준비를 먼저 안내해요.
올리기 전에 확인해요
수술별 상담 체크리스트와 사례 자료 확인표를 드리고, 사진의 출처·표시와 담당 진료 연결을 대조해요.
ASPS · Eyelid Surgery — 대상·상담·위험·준비·과정·회복을 목차로 구분해요. 국내 의료광고 적법성을 증명하는 자료는 아니에요.
네 진료과의 설계 차이는 KC의 기획 제안이에요. GEO 연구가 분야별 효과 차이를 보고했지만, 한국 병원의 진료과별 성과를 입증한 연구는 아니에요.
콘텐츠 기준
검색이나 AI가 참고하는 건 결국 페이지와 글의 내용이에요. 그래서 자체 블로그에 매달 8편 이상, 병원이 확인한 근거 있는 글을 쌓아요. 편수를 채우려고 기준을 낮추지 않아요.
자동 점검의 한계 자동 점검은 틀릴 수 있는 부분을 찾아주는 기능이에요. 의학적 정확성이나 의료광고 적법성을 대신 판단하지 않아요. 자동 점검에서 놓친 항목도 기록해요.
검토자 표시와 순위 검토자 표시만으로 순위가 오르지 않아요. Google도 신뢰할 수 있는 콘텐츠를 강조하지만, E-E-A-T(경험·전문성·권위성·신뢰성) 자체를 하나의 순위 요소로 설명하지 않아요.
측정
병원 이름이 언급된 것, 홈페이지가 출처로 연결된 것, 실제로 들어온 것, 문의가 온 것은 모두 달라요. 네 영역으로 나눠서 보고해요.
공개 본문 · 링크 · 색인 관련 설정
보고에 남길 것
설정을 고쳐도 검색 서비스가 다시 읽는 시점은 서비스가 정해요.제공되는 검색 도구와 사이트 분석의 방문 정보
보고에 남길 것
브랜드 검색과 비브랜드 검색을 나눠서 봐요.같은 질문에서 병원 이름 언급과 실제 출처 링크를 구분해요
보고에 남길 것
개인화와 모델 변경을 완전히 통제할 수 없어요.실제로 접수되고 처리된 문의
보고에 남길 것
AI 경로는 일부만 구분될 수 있어요. 인과관계를 단정하지 않아요.헷갈리기 쉬운 것 로봇 방문 기록은 추천 횟수가 아니고, 자체 점검표 결과는 AI 추천 확률이 아니에요.
관찰 방법
질문이나 계정 조건이 바뀐 관찰끼리 비교하면 무엇이 달라졌는지 알 수 없어요. 그래서 같은 조건으로 반복해서 기록해요.
먼저 정할 것
파일럿 예시로 주력 진료 1개와 질문 12개를 골라요. 진료·의료진·준비·방문 질문을 섞고 고른 이유를 남겨요.
협의용 제안이에요. 통계 검증이 아니에요.같은 질문을 서비스마다 새 대화에서 3번씩 확인해요. 날짜, 언어, 지역, 로그인 여부, 검색 기능 사용 여부, 확인할 수 있는 모델 표시를 기록해요.
반복 횟수도 협의용 제안이에요. 통계 검증이 아니에요.병원 이름 언급, 병원 홈페이지 인용, 사실 오류를 각각 판정해요. 실제 답변과 출처 URL을 보관하고, 오류나 접속 실패는 ‘인용 없음’과 구분해요.
Google Search Console의 생성형 AI 실적 보고서, Bing Webmaster Tools의 AI Performance처럼 쓸 수 있는 공식 보고서를 확인해요. 도구가 없거나 데이터가 부족하면 ‘미확인’으로 적어요.
빠진 정보와 잘못된 정보를 근거로 고칠 URL을 정해요. 고친 뒤 같은 방식으로 다시 관찰하고, 외부 요인·질문 변화·데이터 누락을 함께 보고해요.
분모, 실패 건수, 기간, 서비스를 함께 공개해요. 예약 증가와의 인과관계를 단정하지 않아요.
기록을 쌓기 위한 KC의 파일럿 제안이에요. 플랫폼의 기준도, 통계적으로 효과를 검증하는 방법도 아니에요. 실제 수량과 관찰 주기는 프로젝트 명세에서 정해요.
| 필드 | 기록하는 내용 |
|---|---|
| 날짜·서비스 | 관찰한 날짜, 서비스 이름, 확인할 수 있는 모델 표시 |
| 조건 | 언어, 지역, 로그인 여부, 검색 기능 사용 여부 |
| 질문 | 합의한 질문 원문과 선정 이유 |
| 판정 | 병원 이름 언급 / 홈페이지 인용 / 사실 오류 / 오류·접속 실패 |
| 원본 | 실제 답변과 출처 URL 보관 위치 |
파일럿 수량의 의미 질문 12개 × 새 대화 3번은 기록을 쌓기 위한 KC의 제안이에요. 실제 수량과 관찰 주기는 프로젝트 명세에서 정해요.
공식 보고서의 범위 Search Console의 생성형 AI 실적 보고서는 Google 검색의 생성형 AI 기능에 관한 데이터예요. Bing AI Performance는 지원되는 Microsoft AI 환경의 인용을 집계해요. 어느 쪽도 모든 AI 서비스의 인용 통계가 아니고, 인용은 클릭·방문·예약과 달라요.
운영 방식
공개 후에도 정보는 계속 바뀌어요. 누가 무엇을 맡을지 먼저 정해요.
구조·도구 구축, 사용 교육, 계약 범위의 기술 지원
자료 갱신, 원고 작성·검토·승인, 운영 실행
합의한 초안·점검·개선 작업과 보고
진료 사실 제공, 의료 내용 검토, 발행 승인
합의한 콘텐츠·기술 운영과 반복 관찰
최종 사실 확인·승인, 진료 변경 사항 전달
어느 방식이든 의료 내용의 최종 확인과 승인은 병원이 해요. 원고 수, 대상 서비스, 관찰 주기, 회의·수정 범위는 운영 명세에서 정해요.
진행 순서
첫 점검 시점과 전체 일정은 프로젝트 명세에서 정해요. 어느 단계도 성과를 보장하는 기간이 아니에요.
홈페이지, 관리자, 주소, 검색 계정, 병원 자료를 확인해요.
환자 질문, 병원 정보, 페이지를 서로 연결해요.
화면, 관리자, 검색 설정, 문의 도착까지 하나씩 확인해요.
합의한 질문과 조건으로 기록을 시작해요.
끝난 일, 남은 일, 병원 자료를 기다리는 일을 나눠서 다음 진료로 넓힐지 정해요.
근거
공식 안내와 연구에서 확인한 내용, 그걸 KC가 어떻게 적용하는지, 어디까지는 말할 수 없는지 함께 적었어요.
Google Search Central
Google Search Central
Google Search Central
Google Search Central
Bing Webmaster Tools
Aggarwal 외
자주 묻는 질문
아니요. 검색과 AI가 병원 정보를 찾고 이해하기 쉬운 기반을 만들고, 실제로 어떻게 보이는지 기록해요. 보일지는 각 서비스가 정해요.
Google 검색의 생성형 AI 기능 가이드는 이런 파일이나 특별한 마크업이 필수가 아니라고 안내해요. 다른 서비스는 방식이 다를 수 있어서 따로 확인하고, 기본인 색인·본문·링크부터 챙겨요. 근거 자료 보기
그렇게 약속할 수 없어요. 구조화 데이터는 화면에 보이는 정보와 값이 맞을 때만 넣고, 유효성 검사 결과를 드려요. 특정 노출이나 인용과는 연결하지 않아요.
Google은 2026년 5월 FAQ 리치 결과를 폐지했다고 안내했어요. KC는 자주 묻는 질문을 환자가 반복해서 묻는 내용을 풀기 위해 만들어요. 근거 자료 보기
검색어만 바꾼 비슷한 페이지를 대량으로 만들면 사용자에게 도움이 되지 않고, Google 스팸 정책의 대상이 될 수도 있어요. 독립적인 답이 있는 진료만 페이지로 만들고, 비슷한 질문은 한 페이지에서 충실하게 답해요.
이 페이지의 Google 안내는 Google 검색에 관한 내용이에요. 네이버나 다른 AI 서비스는 정보를 찾는 방식이 달라서 따로 확인해요. 다만 공개 본문, 서로 맞는 정보, 명확한 주소처럼 어느 서비스에서든 기본이 되는 부분부터 정리해요.
기간을 약속할 수 없어요. 대신 공개 전에 질문과 기준일을 정하고, 같은 조건으로 다시 관찰해서 무엇이 달라졌는지 보여드려요. 첫 점검 시점은 프로젝트 명세에서 정해요.
그 숫자는 연구 벤치마크 결과이며 병원 성과를 뜻하지 않아요. KC는 분야마다 효과가 다를 수 있다는 근거로만 참고하고, 병원 성과 약속에는 쓰지 않아요.
홈페이지와 외부 정보가 같은지는 점검하고, 다른 항목을 목록으로 드려요. 외부 계정에서 직접 수정하는 일은 별도 작업 범위로 정해요. 외부 정보가 자동으로 맞춰지는지도 따로 확인해요.
가능한 경우가 있어요. 현재 플랫폼에서 공개 본문, 설정, 링크를 고칠 수 있는지 먼저 확인해요. 고칠 수 없는 부분이 크면 리뉴얼안과 비교해요. 홈페이지 제작 범위 보기
글의 양보다 어떤 자료로 썼고 누가 어느 버전을 승인했는지가 더 중요해요. 병원 자료가 없는 주제는 쓰지 않고 자료를 요청해요. 자동 점검은 오류 후보를 찾을 뿐, 의료 검토를 대신하지 않아요. 콘텐츠 운영 보기
기존 홈페이지 주소와 주력 진료를 알려주세요. 먼저 정리할 페이지와 확인이 필요한 병원 정보를 함께 찾아요.
상담 신청에는 환자 개인정보나 진료 기록을 적지 마세요.