GEO(생성형 엔진 최적화)는 AI가 쓰는 답변이 자사 콘텐츠를 근거로 활용하고 인용·언급하도록 관리하는 일입니다. SEO(검색 엔진 최적화)는 검색엔진이 콘텐츠를 발견·이해하고 검색 결과에 노출하도록 개선하는 활동입니다. GEO는 이 SEO 기반 위에서 생성형 답변 속 근거 활용과 인용·언급까지 관리 범위를 넓힙니다.
GEO는 정확히 무엇을 최적화하는 일인가요?
GEO를 학술적으로 다룬 자료로 2023년 11월 arXiv에 공개된 논문이 있습니다. 제목은 「GEO: Generative Engine Optimization」이며 이후 KDD 2024 학회에 채택되었습니다. 이 논문은 생성형 답변에서 콘텐츠의 가시성을 높이는 GEO 프레임워크를 제안했습니다.
논문은 생성형 엔진을 여러 출처의 정보를 모아 생성형 모델로 답을 요약하는 시스템으로 설명합니다. 가시성은 그 답변 안에서 콘텐츠가 드러나는 정도를 뜻합니다.
실무에서는 최적화 대상을 다음 세 단계로 나누어 점검하는 방법을 권합니다.
- 읽히는가: AI 서비스의 크롤러(웹 문서를 자동으로 수집하는 프로그램)가 페이지에 접근할 수 있는지 확인합니다.
- 쓰이는가: 답변에 표시된 출처 페이지를 열고, 답변 문장의 내용이 그 페이지에 실제로 있는지 대조합니다.
- 드러나는가: 자사 페이지가 출처 링크로 연결되는지, 브랜드명이 답변에 등장하는지를 나누어 기록합니다.
출처가 표시되지 않은 답변은 내용이 자사 페이지와 비슷해도 근거로 쓰였다고 판단하지 않습니다. 이때 브랜드명이 나오면 「언급」으로만 기록합니다.
SEO와는 무엇이 같고 무엇이 다른가요?
같은 점부터 봅니다. Google 문서는 AI 답변의 출처 링크로 표시될 페이지의 요건을 설명합니다. 페이지가 색인되어 있고, 검색 결과에 스니펫(요약 문구)과 함께 표시될 자격이 있어야 합니다.
같은 문서는 AI 개요나 AI 모드에 나오기 위한 추가 요건이나 특별한 최적화가 없다고 밝힙니다. nosnippet, max-snippet, noindex 같은 기존 제어도 AI 기능에 적용된다고 설명합니다.
근거를 찾는 방식에는 차이가 있습니다. Google의 AI 개요와 AI 모드는 하위 주제별로 관련 검색을 여러 개 실행할 수 있습니다. Google은 이를 쿼리 팬아웃(query fan-out) 기법이라고 부릅니다. 실무에서는 큰 주제 하나보다 하위 질문마다 명확히 답하는 페이지를 갖추는 방법을 권합니다.
| 구분 | SEO | GEO |
|---|---|---|
| 결과가 보이는 곳 | 검색 결과 목록의 링크 | AI가 쓴 답변 문장과 출처 링크 |
| 성과의 단위 | 노출, 순위, 클릭 | 답변 속 출처 인용, 브랜드 언급 |
| 공식 보고서(Google 문서 설명) | Search Console 실적 보고서 | Google AI 기능 트래픽도 같은 보고서의 「웹」 유형에 함께 집계 |
| 실무 권장 확인 방법 | 핵심 검색어의 노출·클릭 추이 점검 | 고객 질문을 AI 서비스에 직접 묻고 같은 양식으로 기록 |
표의 마지막 행은 공식 보고 기능이 아니라 실무에서 권하는 방법입니다. Google 외 AI 서비스의 답변은 직접 질문하고 기록하는 방식으로 확인합니다.
GEO에 대해 흔히 하는 오해는 무엇인가요?
- GEO가 SEO를 대체한다는 오해: Google AI 기능의 출처 링크가 되려면 색인과 스니펫 자격이 먼저입니다. 검색 기본기가 약한 페이지는 AI 답변의 출처로 표시되기도 어렵습니다.
- AI 전용 장치만 추가하면 된다는 오해: Google 문서는 새 기계 판독용 파일, AI 전용 텍스트 파일, 마크업이 필요하지 않다고 설명합니다. 페이지 내용과 접근성을 먼저 점검합니다.
- AI 학습을 막으면 AI 검색에서도 사라진다는 오해: 학습과 검색을 나누어 제어하는 방식은 서비스마다 다릅니다. OpenAI는 학습용 GPTBot과 검색용 OAI-SearchBot을 별도 크롤러로 운영합니다. Google은 Google-Extended라는 제품 토큰으로 Gemini 학습과 그라운딩 이용 여부를 따로 정하게 합니다. 그라운딩은 답변 생성 시 검색 색인의 콘텐츠를 모델에 제공하는 것을 말합니다. Google 문서는 이 토큰이 검색 포함 여부와 순위에 영향을 주지 않는다고 설명합니다.
- 특정 기법이 인용을 보장한다는 오해: 앞의 논문은 실험에서 가시성이 최대 40% 높아졌다고 보고합니다. 동시에 효과가 분야마다 다르다고 밝힙니다. 실험 수치를 자사 성과의 약속으로 옮기지 않습니다.
- AI로 글을 대량 생산하면 된다는 오해: Google은 검색 유입을 노린 글보다 사람을 돕는 콘텐츠를 강조합니다. 누가, 어떻게, 왜 만들었는지 드러내라고 권하며, 신뢰를 가장 중요한 요소로 꼽습니다.
지금 자사 사이트에서 무엇부터 확인해야 하나요?
1. 크롤러와 이용 제어 항목
robots.txt(크롤러 접근 규칙 파일)에서 아래 항목을 어떻게 다루는지 확인합니다.
| 항목 | 공식 문서의 설명 | 차단할 때의 영향 |
|---|---|---|
| Googlebot (Google) | Google 검색 색인 구축 등에 쓰는 크롤러 | Google 검색과 검색 기능 전반의 노출에 영향 |
| Google-Extended (Google) | 별도 HTTP 사용자 에이전트가 없는 제품 토큰. Google이 수집한 콘텐츠의 Gemini 학습·그라운딩 이용을 제어 | Google 검색 포함 여부와 순위에는 영향 없음 |
| OAI-SearchBot (OpenAI) | ChatGPT 검색 기능에 사이트를 노출 | ChatGPT 검색 답변에 표시되지 않음. 이동용 링크로는 나올 수 있음 |
| GPTBot (OpenAI) | 생성형 AI 기반 모델 학습에 쓰일 수 있는 콘텐츠 수집 | 학습 이용 거부 의사 표시. 검색용 크롤러와 별개 |
| PerplexityBot (Perplexity) | Perplexity 검색 결과에 사이트를 노출하고 연결. 기반 모델 학습용이 아님 | Perplexity 검색 결과 노출에 영향 |
OpenAI 문서는 robots.txt 변경이 반영되기까지 약 24시간이 걸릴 수 있다고 설명합니다. Perplexity 문서는 사용자 요청으로 페이지를 여는 Perplexity-User가 robots.txt를 대체로 따르지 않는다고 밝힙니다.
2. 고객 질문 목록
고객이 AI에 물을 법한 질문을 5개 정도 정합니다. 예를 들어 가상의 B2B 보안 솔루션 기업이라면 다음과 같이 쓸 수 있습니다.
- 중소기업이 보안 솔루션을 고를 때 무엇을 비교해야 하나요?
- 클라우드 보안과 사내 구축형 보안은 무엇이 다른가요?
- 보안 솔루션 도입 기간은 얼마나 걸리나요?
- 보안 솔루션 도입 전 내부에서 준비할 자료는 무엇인가요?
- 보안 사고가 났을 때 업체에 무엇을 요청해야 하나요?
3. 답변 기록 양식과 판정 기준
아래 양식은 실무에서 권하는 기록 방법입니다. 질문 하나와 서비스 하나를 한 줄로 적습니다.
| 항목 | 적는 내용 |
|---|---|
| 확인 시각 | 질문한 날짜와 시각 |
| 서비스·모드 | AI 서비스 이름과 사용한 모드 |
| 검색 사용 여부 | 화면의 검색 사용 표시나 출처 목록으로 확인한 결과 |
| 질문 원문 | 질문 목록의 문장 그대로 |
| 답변 원문 | 답변 전체를 복사해 보관 |
| 브랜드명 등장 | 예/아니오와 등장한 문장 |
| 자사 페이지 출처 연결 | 예/아니오와 연결된 페이지 주소 |
| 출처 대조 결과 | 연결된 페이지에 해당 답변 문장의 내용이 있는지 |
| 보완할 페이지 | 답이 부족하거나 틀린 질문에 대응할 자사 페이지 |
| 판정 | 기준 |
|---|---|
| 인용 | 자사 페이지가 출처로 연결되고, 해당 문장의 내용이 그 페이지에 있음 |
| 언급 | 출처 연결 없이 브랜드명만 답변에 등장 |
| 등장 없음 | 브랜드명과 자사 출처가 모두 답변에 없음 |
재점검은 다음 순서로 같은 조건을 맞춥니다.
- 지난 기록의 서비스·모드와 검색 사용 설정을 그대로 맞춥니다.
- 이전 대화 내용이 섞이지 않도록 새 대화에서 질문합니다.
- 질문 원문을 바꾸지 않고 그대로 붙여 넣습니다.
- 정해진 주기(예: 매월 첫째 주)에 확인하고 이전 판정과 비교합니다.
기존 페이지를 어떻게 보완해야 하나요?
판정이 「언급」이나 「등장 없음」인 질문부터 해당 페이지를 고칩니다. 실무에서는 다음 순서로 문단을 구성하는 방법을 권합니다.
- 고객 질문: 소제목에 고객이 묻는 문장을 그대로 씁니다.
- 직접 답변: 첫 문단 1~2문장에 결론을 먼저 씁니다.
- 적용 조건: 답이 성립하는 대상·범위·예외를 적습니다.
- 확인 가능한 근거: 독자가 직접 확인할 수 있는 문서·절차·기준을 밝힙니다.
예를 들어 가상의 B2B 보안 솔루션 기업이 도입 기간 질문에 대응한다면 다음과 같이 고칠 수 있습니다.
| 구분 | 수정 전 | 수정 후 |
|---|---|---|
| 소제목 | 도입 안내 | 보안 솔루션 도입 기간은 얼마나 걸리나요? |
| 첫 문단 | 당사는 고객 환경에 맞춘 보안을 제공합니다. | 클라우드형 제품은 계약 후 ○주 안에 적용하는 것을 기준으로 합니다. |
| 적용 조건 | 없음 | 사용자 ○명 이하, 기존 계정 체계 연동이 없을 때의 기준입니다. 사내 구축형은 서버 준비 일정에 따라 달라집니다. |
| 근거 | 없음 | 단계별 도입 일정표와 고객 준비 자료 목록을 같은 페이지에 공개합니다. |
○ 표시는 자사의 실제 기준으로 채웁니다. 수정 후에는 같은 질문으로 재점검해 판정 변화를 기록합니다.
정리
GEO는 SEO를 대체하는 별도 기술이 아니라, 같은 기반 위에서 AI 답변 속 근거 활용과 인용·언급까지 살피는 일입니다. 다음 순서로 시작합니다.
- Search Console에서 핵심 페이지의 색인 상태를 확인합니다.
- robots.txt에서 Googlebot, Google-Extended, 각 AI 서비스 크롤러의 허용 여부를 구분해 정합니다.
- 고객 질문 5개를 정하고 주요 AI 서비스에 같은 문장으로 묻습니다.
- 기록 양식에 답변 원문과 판정을 적고, 같은 조건으로 정기 재점검합니다.
- 「언급」이나 「등장 없음」인 질문부터 질문·답변·조건·근거 순서로 페이지를 고칩니다.
참고 자료
- AI features and your website (Google Search Central, 확인일 2026-10-04)
- Creating helpful, reliable, people-first content (Google Search Central, 확인일 2026-10-04)
- Google's common crawlers (Google Crawling Infrastructure, 확인일 2026-10-04)
- Overview of OpenAI Crawlers (OpenAI, 확인일 2026-10-04)
- Perplexity Crawlers (Perplexity, 확인일 2026-10-04)
- GEO: Generative Engine Optimization (arXiv, 확인일 2026-10-04)