검색과 AI
7개- GEO (생성형 검색 최적화)Generative Engine Optimization
- GEO는 ChatGPT·제미나이·퍼플렉시티 같은 생성형 AI가 답변을 만들 때 특정 조직이나 문서를 근거로 인용하도록 만드는 최적화를 뜻합니다.
- 검색 결과 목록에서의 순위를 다루는 SEO와 목표가 다릅니다. 검색은 열 개의 결과를 보여주지만 AI 답변은 대개 두세 곳만 언급하기 때문에, 노출되지 못하면 순위가 낮은 것이 아니라 아예 존재하지 않는 것이 됩니다. 하나의 정답으로 뽑히는 것을 목표로 하는 AEO와 전술이 상당 부분 겹치며, 셋 모두 크롤과 색인이라는 같은 토대 위에 있습니다.
- SEO (검색엔진 최적화)AEO (답변 엔진 최적화)llms.txt구조화 데이터
- 자세히 보기
- SEO (검색엔진 최적화)Search Engine Optimization
- SEO는 네이버·구글 같은 검색엔진의 결과 목록에서 특정 페이지가 더 높은 위치에 노출되도록 사이트의 기술 구조와 콘텐츠를 개선하는 작업입니다.
- 국내 병원은 네이버와 구글의 요구사항이 달라 한쪽만 대응하다 나머지를 놓치는 경우가 많습니다. AEO와 GEO는 SEO를 대체하지 않습니다. 셋은 목록에서 상위에 오르는 것(SEO), 하나의 정답으로 뽑히는 것(AEO), 생성형 답변에 인용되는 것(GEO)으로 목표가 다를 뿐 크롤링과 색인이라는 같은 토대를 공유합니다.
- GEO (생성형 검색 최적화)AEO (답변 엔진 최적화)색인사이트맵
- 자세히 보기
- AEO (답변 엔진 최적화)Answer Engine Optimization
- AEO는 검색엔진이나 음성 비서가 질문에 대해 하나의 답을 제시할 때, 그 답으로 우리 페이지의 내용이 선택되도록 만드는 최적화를 뜻합니다.
- 구글의 강조 스니펫, '다른 사람들이 묻는 질문', 음성 비서의 응답이 대표적인 대상입니다. 생성형 AI가 등장하기 전부터 있던 개념으로, SEO와 GEO 사이 세대에 해당합니다. 질문을 그대로 소제목으로 쓰고 바로 아래에 한 문단으로 완결된 답을 두는 방식이 핵심이라, GEO와 실무가 상당 부분 겹칩니다. 다만 업계에서 AEO와 GEO를 같은 뜻으로 섞어 쓰는 경우도 많아, 계약 전에 상대가 어느 쪽을 말하는지 확인하시는 편이 좋습니다.
- SEO (검색엔진 최적화)GEO (생성형 검색 최적화)강조 스니펫FAQPage
- 자세히 보기
- 강조 스니펫Featured Snippet
- 강조 스니펫은 검색 결과 최상단에 질문의 답을 발췌해 보여주는 영역으로, 목록의 1위보다 위에 표시됩니다.
- 여기에 뽑히려면 질문에 대응하는 소제목과, 그 아래 40~60자 안팎으로 완결되는 답이 필요합니다. 표나 순서 목록이 그대로 발췌되는 경우도 많습니다. 이 형식은 생성형 AI가 인용하기 좋은 형식과 사실상 같습니다.
- AEO (답변 엔진 최적화)GEO (생성형 검색 최적화)메타 설명
- 자세히 보기
- AI 준비도AI Readiness
- AI 준비도는 생성형 AI가 어떤 웹사이트를 읽고 인용할 수 있는 상태인지를 기계적으로 검증해 점수화한 지표입니다.
- 실제 AI 답변에 몇 번 등장하는지를 측정한 값이 아닙니다. 크롤러 접근 허용 여부, 자바스크립트 없이 읽히는 본문 분량, 구조화 데이터 유무처럼 확인 가능한 조건만 봅니다. 준비도가 높다고 노출이 보장되지는 않지만, 낮으면 노출될 수 없습니다.
- GEO (생성형 검색 최적화)언급률 · 인용률
- 자세히 보기
- 로컬 SEO
- 로컬 SEO는 특정 지역을 기준으로 하는 검색에서 노출되도록 사업장 정보를 정비하는 작업입니다.
- 치과처럼 생활권 안에서 선택되는 진료과일수록 비중이 큽니다. 홈페이지·지도 서비스·예약 플랫폼에 적힌 주소와 진료시간이 서로 다르면 AI는 어느 것도 확신하지 못해 인용을 피합니다.
- SEO (검색엔진 최적화)MedicalOrganization
- 자세히 보기
- E-E-A-T
- E-E-A-T는 경험·전문성·권위·신뢰를 뜻하는 구글의 콘텐츠 품질 평가 개념으로, 의료처럼 건강에 영향을 주는 주제에서 특히 중요하게 다뤄집니다.
- 작성자와 감수자가 누구인지, 어떤 자격을 가졌는지, 언제 갱신되었는지를 페이지에 명시하는 것이 기본입니다. 의료 콘텐츠는 근거 없는 단정보다 출처와 조건을 밝힌 서술이 유리합니다.
- PhysicianGEO (생성형 검색 최적화)
- 자세히 보기
구조화 데이터
6개- 구조화 데이터Structured Data / JSON-LD
- 구조화 데이터는 페이지에 담긴 사실을 기계가 해석할 수 있는 정해진 형식으로 표시한 것으로, 웹에서는 주로 JSON-LD 형태로 작성합니다.
- 병원명·주소·진료시간·진료과목을 본문에 적어두면 사람은 읽지만 기계는 추측해야 합니다. 구조화 데이터로 명시하면 AI가 추측 없이 그대로 인용할 수 있습니다. 2026년 7월 국내 병원 42곳을 측정했을 때 조직 정보를 구조화한 곳은 소수였습니다.
- MedicalOrganizationFAQPageGEO (생성형 검색 최적화)
- 자세히 보기
- MedicalOrganization
- MedicalOrganization은 schema.org에서 의료기관을 나타내는 구조화 데이터 타입으로, 병원명·주소·전화번호·진료과목·운영시간 등을 담습니다.
- 종합병원은 Hospital, 의원은 MedicalClinic처럼 더 구체적인 하위 타입을 쓸 수 있습니다. 환자가 AI에게 위치나 진료시간을 물었을 때 정확히 답하게 하는 가장 직접적인 수단입니다.
- 구조화 데이터Physician
- 자세히 보기
- Physician
- Physician은 schema.org에서 개별 의료진을 나타내는 구조화 데이터 타입으로, 이름·전문과목·소속 기관·자격을 표시합니다.
- 의료진 프로필이 이미지 한 장으로만 제공되면 그 이름과 경력은 검색엔진과 AI 어디에도 존재하지 않습니다. 환자가 특정 전문의를 검색할 때 후보에 오르려면 텍스트와 구조화 데이터가 함께 필요합니다.
- 구조화 데이터MedicalOrganization
- 자세히 보기
- FAQPage
- FAQPage는 질문과 답변 쌍을 기계가 인식할 수 있게 표시하는 구조화 데이터 타입입니다.
- **검색 결과에 FAQ를 펼쳐 보여주던 기능은 종료됐습니다.** 구글은 2026년 5월 7일 FAQ 리치 결과를 폐지했고, 네이버도 2026년 7월 9일 FAQ 블록 노출을 종료했습니다. 그래도 이 타입을 쓰는 이유는 표시가 아니라 인용입니다. 생성형 AI는 문서를 통째로 인용하지 않고 답이 되는 조각을 골라 쓰는데, 질문-답변 쌍이 그 조각의 단위와 맞습니다. 다만 FAQ 스키마가 인용률을 얼마나 올리는지는 저희도 통제된 조건에서 측정한 바 없으므로, 유리한 구조라고만 말합니다.
- 구조화 데이터GEO (생성형 검색 최적화)AEO (답변 엔진 최적화)
- 자세히 보기
- h1 (대표 제목)
- h1은 한 페이지의 주제를 나타내는 최상위 제목 태그로, 기계가 그 페이지가 무엇에 관한 것인지 판단하는 첫 번째 근거입니다.
- 페이지마다 하나씩 두고 서로 다른 내용을 담는 것이 원칙입니다. 2026년 7월 측정에서 피부과 표본의 상당수가 h1이 없거나 중복이었습니다.
- canonical메타 설명
- 자세히 보기
- 메타 설명meta description
- 메타 설명은 페이지의 내용을 요약해 HTML에 적어 두는 문장으로, 검색 결과의 미리보기 문구로 쓰입니다.
- AI가 조직을 한 문장으로 요약할 때 이 문장을 그대로 가져다 쓰는 경우가 많습니다. 페이지마다 다르게 쓰고, 수치나 고유한 사실을 포함하면 인용에 유리합니다.
- h1 (대표 제목)GEO (생성형 검색 최적화)
- 자세히 보기
크롤링과 색인
8개- llms.txt
- llms.txt는 사이트 최상위에 두는 텍스트 문서로, 생성형 AI에게 해당 조직의 핵심 사실과 주요 문서를 정리해 알려주는 용도로 제안된 형식입니다.
- robots.txt가 크롤러의 접근 범위를 정한다면, llms.txt는 내용을 요약해 제공합니다. 아직 검색엔진의 공식 표준은 아니며 도입만으로 노출이 보장되지 않습니다. 다만 도입한 곳이 매우 적어 경쟁이 없는 영역입니다.
- robots.txtGEO (생성형 검색 최적화)
- 자세히 보기
- robots.txt
- robots.txt는 사이트 최상위에 두는 파일로, 어떤 크롤러가 어떤 경로에 접근할 수 있는지를 지정합니다.
- GPTBot·ClaudeBot·PerplexityBot·Google-Extended 같은 AI 크롤러도 여기서 제어됩니다. 이미지 도용을 막으려다 AI 접근까지 함께 차단된 경우가 있으므로, 도메인 뒤에 /robots.txt를 붙여 현재 상태를 직접 확인하는 것이 좋습니다.
- AI 크롤러llms.txt
- 자세히 보기
- AI 크롤러
- AI 크롤러는 생성형 AI 서비스가 학습이나 실시간 답변에 사용할 웹 문서를 수집하기 위해 운영하는 자동 수집 프로그램입니다.
- 대표적으로 OpenAI의 GPTBot과 OAI-SearchBot, Anthropic의 ClaudeBot, Perplexity의 PerplexityBot, 구글의 Google-Extended가 있습니다. 각각 용도가 달라, 학습용과 실시간 답변용을 구분해 허용 여부를 정할 수 있습니다.
- robots.txtGEO (생성형 검색 최적화)
- 자세히 보기
- 사이트맵sitemap.xml
- 사이트맵은 사이트에 어떤 페이지가 있는지 목록으로 정리해 검색엔진에 제공하는 XML 파일입니다.
- 크롤러가 링크를 따라가며 스스로 찾는 데는 한계가 있어, 특히 페이지가 많은 병원 사이트에서는 사이트맵이 색인 속도에 영향을 줍니다. robots.txt에 위치를 명시하는 것이 일반적입니다.
- 색인robots.txt
- 자세히 보기
- 정적 생성SSG / Static Site Generation
- 정적 생성은 웹페이지를 사용자 접속 시점이 아니라 미리 HTML 파일로 만들어 두는 방식입니다.
- 크롤러와 AI는 대부분 자바스크립트를 실행하지 않고 HTML만 읽습니다. 화면에는 내용이 가득한데 HTML에는 몇십 자만 남는 사이트가 여기서 갈립니다. 자바스크립트를 끄고 홈페이지를 열어보면 바로 확인할 수 있습니다.
- 크롤링Core Web Vitals
- 자세히 보기
- canonical
- canonical은 내용이 비슷한 여러 주소가 있을 때 어느 것을 대표 주소로 삼을지 검색엔진에 알려주는 표시입니다.
- 진료과 페이지가 여러 경로로 접근되거나 주소에 파라미터가 붙는 경우, canonical이 없으면 평가가 여러 주소로 분산됩니다.
- 색인h1 (대표 제목)
- 자세히 보기
측정
3개- Core Web Vitals
- Core Web Vitals는 구글이 정의한 웹페이지 사용자 경험 지표로, 로딩 속도·반응성·시각적 안정성을 수치로 나타냅니다.
- 느린 사이트는 순위에서 불리할 뿐 아니라 크롤링 빈도 자체가 줄어듭니다. 이미지 용량과 불필요한 스크립트가 가장 흔한 원인입니다.
- 정적 생성크롤링
- 자세히 보기
- 프롬프트 세트
- 프롬프트 세트는 AI 노출을 반복 측정하기 위해 미리 고정해 둔 질문 문장의 묶음입니다.
- 지역과 진료과를 결합한 질문, 증상 기반 질문, 비교 질문, 비용·기간 질문처럼 환자가 실제로 쓰는 표현으로 구성합니다. 질문을 바꾸면 비교가 불가능해지므로 한 번 정하면 그대로 유지해야 합니다.
- 언급률 · 인용률GEO (생성형 검색 최적화)
- 자세히 보기