Google AI Mode 시대의 GEO: 검색 해킹보다 인용될 만한 답을 만드는 법
Google이 AI Overviews·AI Mode 최적화 가이드를 공식화하면서 GEO의 기준이 더 분명해졌다. 별도 해킹보다 색인 가능한 정적 HTML, 고유 관점, 출처·통계·인용구, Search Console 측정 루프가 핵심이다.
결론부터
GEO(Generative Engine Optimization, 생성형 검색 최적화)는 더 이상 “AI 검색에 먹히는 꼼수”로 볼 일이 아니다. Google은 AI Overviews와 AI Mode가 기존 Search 인덱스·랭킹·품질 시스템 위에서 작동한다고 설명한다. Google 공식
그래서 2026년의 GEO는 세 줄로 정리된다.
- 먼저 검색에 제대로 색인되는 페이지여야 한다.
- 그다음 AI가 답변에 끌어다 쓸 수 있는 근거 단위가 있어야 한다.
- 마지막으로 Search Console과 Analytics에서 실제 노출·방문 품질을 다시 봐야 한다.
기준 시점은 2026년 9월 26일이다. 이 글은 2026년 7월 10일 업데이트된 Google의 생성형 AI 검색 최적화 가이드, AI features 문서, Princeton·IIT Delhi 등의 GEO 논문을 함께 읽고 seonoh.dev 같은 정적 블로그 운영자가 바로 적용할 수 있는 점검표로 재정리했다.
GEO는 SEO를 대체하나?
아니다. Google Search 안에서는 GEO가 SEO 위에 올라간다. Google은 AI Overviews와 AI Mode가 검색 인덱스에서 최신·관련 페이지를 가져오는 RAG(Retrieval-Augmented Generation, 검색 증강 생성)와 query fan-out을 쓴다고 설명한다. Google 공식
이 말은 꽤 실용적이다. AI 답변에 인용되고 싶다고 해서 별도의 “AI용 페이지”를 대량으로 찍어내면 오히려 위험하다. Google은 사용자에게 고유하고 유용한 non-commodity content를 만들라고 말하고, fan-out query를 겨냥해 불필요한 페이지를 양산하는 방식은 장기 전략이 아니라고 선을 긋는다.
| 구분 | 목표 | 먼저 볼 것 | 실패 신호 |
|---|---|---|---|
| SEO | 검색 결과에서 발견되기 | 색인, canonical, 내부 링크, 기술 요건 | 검색에 아예 안 잡히거나 중복 URL로 갈라짐 |
| GEO | AI 답변에서 근거로 쓰이기 | 직답 문단, 출처 태그, 통계, 인용구, 고유 관점 | 상위 노출은 되지만 AI 답변에 출처로 안 잡힘 |
| AEO | 질문에 바로 답하기 | 질문형 heading, FAQ, 한 문단 답변 | 문장은 많은데 답이 어디 있는지 안 보임 |
seonoh.dev처럼 Astro로 정적 HTML을 내보내는 사이트는 출발점이 좋다. 본문이 초기 HTML에 들어 있고, 이미지·caption·구조화 데이터가 함께 빌드되기 때문이다. 다만 “정적이라 유리하다”에서 멈추면 부족하다. 각 섹션이 실제 질문에 답해야 한다.
AI Mode의 query fan-out은 글 구조를 어떻게 바꾸나?
AI Mode는 복잡한 질문을 하나의 검색어로 처리하지 않고 여러 관련 검색으로 펼친다. Google은 이를 query fan-out이라고 부르며, 원 질문 주변의 하위 주제와 데이터 소스를 동시에 찾는 방식이라고 설명한다. Google AI features
예를 들어 “GEO를 어떻게 시작하지?”라는 질문은 실제로는 다음 질문 묶음에 가깝다.
- GEO와 SEO는 무엇이 다른가?
- Google AI Overviews에 나오려면 추가 기술 요건이 있는가?
- 출처 태그와 통계는 어디에 배치해야 하는가?
- Search Console에서 AI 검색 성과를 어떻게 봐야 하는가?
- llms.txt 같은 파일을 꼭 만들어야 하는가?
따라서 글도 이 하위 질문들을 독립적으로 답할 수 있어야 한다. 멋진 제목 하나 아래 긴 에세이를 쓰는 것보다, H2·H3마다 “질문 → 직접 답 → 근거 → 적용 예시”를 반복하는 편이 AI 답변에 잘려 들어가기 쉽다.
인용될 만한 문단은 무엇이 다른가?
GEO 논문은 생성형 엔진이 전통 검색처럼 단순 순위 목록을 보여주지 않고, 답변 안에 출처를 다양한 길이와 위치로 삽입한다고 설명한다. 그래서 가시성 지표도 “몇 위인가”만으로는 부족하다. GEO 논문
논문은 출처 인용, 통계 추가, 관련 인용구 추가 같은 방식이 생성형 엔진에서 가시성을 높일 수 있다고 보고했다. 다만 이 결과를 “아무 통계나 넣으면 된다”로 읽으면 곤란하다. 중요한 것은 AI가 가져가도 문맥이 무너지지 않는 작은 증거 단위다.
좋은 단위는 이렇게 생겼다.
질문: AI Overviews에 나오려면 별도 스키마가 필요한가?
답: Google 기준으로 별도 기술 요건은 없다.
근거: 색인 가능하고 Search snippet이 허용되는 페이지면 AI Overviews·AI Mode의 supporting link 후보가 될 수 있다.
적용: noindex, nosnippet, CDN 차단, JS-only 본문부터 확인한다.
반대로 나쁜 단위는 이렇게 생겼다.
GEO는 미래의 핵심 전략이며 기업은 새로운 패러다임에 맞춰 콘텐츠를 혁신해야 한다.
두 번째 문장은 틀린 말은 아니지만, AI가 인용할 근거도 없고 독자가 오늘 바꿀 것도 없다. seonoh.dev 글에서는 이런 문장을 줄이고 표, 짧은 정의, 실제 점검 순서, 출처 태그를 늘리는 쪽이 맞다.
Google이 말하는 “하지 않아도 되는 것”은 무엇인가?
Google은 AEO·GEO라는 말이 널리 쓰이지만, Google Search 관점에서는 별도 해킹보다 기존 SEO 기본기와 유용한 콘텐츠가 중요하다고 정리한다. 특히 불필요한 AI 전용 파일, 과도한 chunking, 비진정성 있는 mention 확보 같은 전술을 우선순위로 둘 필요가 없다고 설명한다. Google 공식
이 대목은 중요하다. “llms.txt를 만들면 AI 검색이 해결된다”거나 “문단을 잘게 쪼개면 무조건 인용된다”는 식의 처방은 운영 우선순위를 흐린다. 먼저 확인할 것은 아래 네 가지다.
- Googlebot이 페이지를 읽을 수 있는가?
- 본문 핵심이 초기 HTML에 있는가?
- 페이지가 snippet 표시 가능 상태인가?
- 다른 글을 베낀 요약이 아니라 직접 경험·판단·구체 예시가 있는가?
그다음에 llms.txt, AI 봇 정책, 별도 측정 도구를 붙여도 늦지 않다. 순서가 바뀌면 장식은 많은데 본문은 인용되지 않는 글이 된다.
Search Console에서는 무엇을 봐야 하나?
Google은 AI features에 등장한 사이트 성과가 Search Console의 Performance report 안에 포함된다고 설명한다. 또한 생성형 AI 기능에 대한 별도 성과 보고를 통해 AI 기능 노출을 볼 수 있다고 안내한다. Google 공식
운영자는 지표를 세 층으로 나눠 보는 편이 좋다.
| 층 | 볼 지표 | 해석 | 다음 행동 |
|---|---|---|---|
| 발견 | 노출, 검색어, 페이지 | AI 검색·일반 검색에서 후보로 잡히는가 | 제목·정의문·내부 링크 보강 |
| 인용 | AI features 노출, 출처 표시 여부 | 답변 근거로 쓰일 만한 블록이 있는가 | 출처 태그·통계·표·FAQ 보강 |
| 방문 품질 | 체류, 전환, 다음 글 이동 | AI 답변에서 온 방문자가 만족하는가 | 첫 화면 요약·관련 글·체크리스트 개선 |
AI 검색은 클릭이 줄어드는 면만 있는 것이 아니다. Google은 AI Overviews에서 온 클릭이 더 높은 품질을 보일 수 있다고 설명한다. Google AI features 그래서 단순 방문자 수만 보지 말고, 어떤 글이 답변 이후에도 더 읽히는지 봐야 한다.
seonoh.dev 글에 바로 적용할 작성 규칙
GEO 글쓰기는 어려운 말처럼 보이지만, 실제 작성 규칙은 꽤 단순하다.
- 제목에는 제품명·개념명을 숨기지 않는다.
- 첫 5줄 안에 “왜 지금 읽어야 하는지”를 쓴다.
- H2는 질문에 가깝게 쓴다.
- 각 H2 첫 문단은 2~3문장으로 직접 답한다.
- 근거 문장 옆에는
Google 공식,GEO 논문같은 source tag를 붙인다. - 하단 출처 목록은 유지하되, 본문 안에서도 원문으로 바로 이동하게 한다.
- 이미지에는 장식용 alt가 아니라 검색·답변엔진이 이해할 설명을 넣는다.
- FAQ는 리치 결과용 꼼수가 아니라 질문–답 파싱용으로 쓴다.
여기서 핵심은 “AI에게 최적화”가 아니라 “AI가 잘라가도 사람에게 부끄럽지 않은 답변 단위”를 만드는 것이다. 같은 주제를 다루더라도 직접 운영 경험, 실패 기록, 판단표가 있는 글은 단순 요약보다 오래 남는다.
배포 전 10분 점검표
아래 10개 중 하나라도 비어 있으면 GEO 이전에 문서 품질부터 다시 봐야 한다.
-
noindex가 의도와 맞는가? - canonical URL이 하나로 정리됐는가?
- 핵심 본문이 초기 HTML에 들어 있는가?
- H1은 하나이고 H2는 질문 단위로 읽히는가?
- 첫 화면에서 결론과 기준 시점이 보이는가?
- 공식 출처 또는 1차 자료 source tag가 본문 문장 옆에 있는가?
- 통계·인용구·표가 주장과 붙어 있는가?
- 구조화 데이터의 이미지·제목·요약이 본문과 일치하는가?
- 이미지는 서로 다른 분위기와 구도로 글의 이해를 돕는가?
- Search Console에서 사후 점검할 검색어·페이지를 정했는가?
자주 묻는 질문
GEO만 잘하면 SEO는 덜 신경 써도 되나?
아니다. Google AI Overviews와 AI Mode는 Search 인덱스·랭킹·품질 시스템 위에서 작동한다. 색인, crawl, snippet, canonical, 내부 링크가 흔들리면 GEO도 같이 흔들린다.
AI Overviews에 나오려면 별도 구조화 데이터가 필요한가?
Google은 AI Overviews와 AI Mode supporting link로 나오기 위한 추가 기술 요건은 없다고 설명한다. 검색에 색인되고 snippet 표시가 가능한 페이지여야 하며, 구조화 데이터는 visible text와 일치해야 한다. Google AI features
llms.txt는 만들어야 하나?
만들 수는 있지만 우선순위 1번은 아니다. Google의 생성형 AI 검색 가이드는 AI 전용 파일 같은 전술보다 고유하고 유용한 콘텐츠, 명확한 기술 구조, Search Console 측정 루프를 먼저 보라고 정리한다.
GEO 글의 이미지는 왜 중요한가?
Google은 텍스트를 보조하는 고품질 이미지와 영상이 생성형 AI 검색에서도 기회가 될 수 있다고 설명한다. Google 공식 그래서 이미지는 예쁜 장식이 아니라, 본문 개념을 다른 방식으로 설명하는 증거·요약 자산에 가깝다.
참고 자료
- Google Search Central — Optimizing your website for generative AI features on Google Search
- Google Search Central — AI features and your website
- Aggarwal et al. — GEO: Generative Engine Optimization
기준 시점 2026년 9월 26일 확인. Google 공식 문서의 AI Overviews·AI Mode 설명과 GEO 논문을 대조해 작성했고, “GEO 해킹”처럼 검증되지 않은 전술은 우선순위에서 낮췄다. 이 글은 발행 전 검토용 초안이므로 관리자 미리보기 단계에서는 noindex:true 상태로 둔다.