생성 엔진 최적화(GEO)를 설명하는 회의실 프로젝트 화면과 AI 검색 네트워크 노드 맵

AI 검색에 내 글을 노출시키는 법 — 생성 엔진 최적화(GEO) 3대 핵심 전략

개발감자

미리 요약하면: 생성 엔진 최적화(GEO)는 구글 AI Overviews나 Perplexity 같은 AI 검색이 답을 만들 때, 그 출처로 내 글이 실리도록 만드는 작업이다. 나는 DP42에 글을 쓰면서 “검색 상위”만 노리다가, 정작 AI 요약 화면에는 한 줄도 안 실리는 경험을 여러 번 했다. 그때부터 바꾼 건 세 가지다. 질문의 답을 글 앞에 두는 구조, AI 크롤러가 읽을 수 있는 기술 준비, 그리고 검증 가능한 수치·출처로 신뢰를 쌓는 일. 아래는 그 과정에서 먹힌 것과 실패한 것을 정리한 실무 기록이다.

검색 결과가 아니라 답변 한 줄을 두고 경쟁하는 시대

예전에는 파란 링크 10개가 나오면 그중 하나를 클릭하게 만드는 게임이 검색이었다. 지금은 AI가 의도를 읽고 한 단락으로 답을 만들고, 그 뒤에 작은 출처만 남긴다. 나는 이 변화를 “트래픽이 줄었다”는 말로만 넘기다가, DriveRadio·MEMVIA 관련 글을 쓰면서 깨달았다. 독자가 내 사이트로 오기 전에 이미 답을 끝내는 경우가 늘고 있었다.

그래서 관심을 갖게 된 게 Generative Engine Optimization(GEO, 생성 엔진 최적화)이다. 검색 순위를 포기하라는 뜻이 아니다. AI가 답변을 합성할 때 채택하기 좋은 형태로 글을 다시 짜는 일이다. 키워드를 더 넣는 작업이 아니라, “추출하기 쉬운 청크”를 만드는 작업에 가깝다.

AI 검색 엔진은 어떻게 인용할 문서를 고르는가

전통 SEO가 키워드 빈도, 백링크, 속도에 힘을 줬다면, GEO는 LLM이 웹 텍스트를 어떻게 집어 모아 답을 만드는지에 집중한다. Perplexity나 Google AI Overviews는 질의를 받으면 관련 문서를 모으고, 그중 질문에 직접 답하고, 신뢰할 수 있으며, 데이터로 뒷받침된 부분을 발췌한다. 그다음 한 줄 답 뒤에 인용 표시를 붙인다.

내가 초기에 착각한 지점이 여기다. 메타 타이틀을 더 자극적으로 바꾸면 AI 요약에도 잘 실릴 줄 알았다. 실제로는 달랐다. AI가 원하는 건 클릭용 제목이 아니라, 바로 뽑아 쓸 수 있는 텍스트 블록이었다. 서론만 길고 답이 글 중반에 숨어 있으면, 아무리 내용이 좋아도 인용 후보에서 밀렸다.

실제로 무엇을 바꿔야 하는가

웹사이트 소유주가 AI 요약의 인용 슬롯을 노리려면, 콘텐츠·기술·신뢰 세 축을 같이 손봐야 한다. 하나만 해서는 효과가 약했다.

1) 답을 먼저 배치하는 구조로 바꾸기

AI는 페이지를 소설처럼 읽지 않는다. 질문과 맞는 구절만 잘라 간다. 그래서 나는 포스트마다 이렇게 고쳤다.

  • 도입부 첫 200자 안에 “이 글이 답하는 질문 + 한 줄 결론”을 둔다.
  • 각 H2/H3 바로 아래 첫 단락에 모호하지 않은 답을 쓴다. 배경 설명은 그 다음이다.
  • 긴 수필체 대신 짧은 문장, 글머리 기호, 숫자, 체크리스트를 섞는다.

실패 사례도 솔직히 남긴다. 예전에 “시장이 커지고 있다”로 시작하는 글을 많이 썼다. 사람은 읽어도 AI는 거의 안 가져갔다. 반대로 “2026년 기준으로 내가 확인한 실무 기준은 이것이다”처럼 단정한 문장을 앞에 두면, 같은 주제라도 인용 가능성이 체감으로 올랐다. 완벽한 증거가 아니라, 내 블로그에서 반복 관찰한 패턴이다.

실무 체크리스트 (글 구조)

  • 제목을 질문형으로 읽었을 때, 첫 단락만으로 답이 끝나는가?
  • H2마다 “그래서 결론이 뭐야?”에 한 문장으로 답할 수 있는가?
  • 정의·수치·절차·주의사항이 한 단락에 뒤섞이지 않고 분리돼 있는가?
  • 요약 박스나 불릿이 페이지 상단·중단에 최소 한 번씩 나오는가?

2) AI 크롤러가 읽을 수 있는 기술 환경 만들기

글이 좋아도 봇이 못 읽으면 끝이다. 먼저 robots.txt에서 주요 AI 크롤러 접근이 막혀 있지 않은지 확인한다. 막혀 있으면 인용 경쟁 전에 탈락이다. 여기서 헷갈리기 쉬운 게, 회사마다 “학습용”과 “검색·답변용” 봇을 따로 둔다는 점이다. OpenAI 크롤러 문서를 보면 ChatGPT 검색 결과에 나오는 데 쓰이는 건 OAI-SearchBot이고, GPTBot은 모델 학습용이다. Anthropic 안내도 학습용 ClaudeBot, 검색용 Claude-SearchBot, 사용자 요청으로 페이지를 가져오는 Claude-User를 나눠 설명한다. 예전에 많이 보이던 Claude-Web은 지금 안내 목록에 없다. 학습에는 쓰이고 싶지 않고 인용만 원한다면, 검색용 봇만 열어 두는 선택도 가능하다.

# robots.txt 설정 예시
User-agent: OAI-SearchBot
Allow: /

User-agent: GPTBot
Allow: /

User-agent: Claude-SearchBot
Allow: /

User-agent: ClaudeBot
Allow: /

구글은 사정이 조금 다르다. Google 검색 센터의 AI 기능 문서에 따르면 AI 개요(AI Overviews)나 AI 모드에 출처로 나오려면 일반 검색처럼 색인되고 스니펫을 보여 줄 수 있는 상태면 되고, 따로 필요한 기술 조건은 없다. 즉 평소의 Googlebot이 읽을 수 있으면 된다. Google-Extended는 구글 크롤러 문서에서 설명하듯 Gemini 모델 학습 등에 내 콘텐츠를 쓸지 정하는 토큰이고, 검색 노출이나 순위에는 영향을 주지 않는다. 그러니 AI 개요에 실리고 싶다고 Google-Extended를 따로 열 필요는 없다.

React·Vue로 CSR만 쓰는 사이트는 특히 위험하다. 크롤러가 자바스크립트를 실행하기 전에 빈 HTML만 가져가는 경우가 많다. SSG나 SSR로 “완성된 HTML”을 내보내는 편이 안전하다. WordPress처럼 서버에서 HTML을 주는 구조는 이 면에서 유리하다. 여기에 Article·FAQPage 같은 JSON-LD(Schema.org)를 붙이면, 페이지가 무엇인지 기계가 더 빨리 파악한다.

내가 자주 본 실패 모드는 이렇다. 디자인만 화려한 SPA를 올렸는데, 소스 보기를 하면 본문이 거의 없다. 사람은 브라우저에서 잘 보이는데 AI는 빈 페이지로 인식한다. 또 하나는 캐시·보안 플러그인이 AI 봇을 일반 봇과 같이 차단하는 경우다. “보안을 위해 전부 Deny”로 두면 GEO는 시작도 못 한다.

실무 체크리스트 (기술)

  • robots.txt에 주요 AI 봇 Allow가 있는가? (또는 최소한 전면 Deny가 아닌가?)
  • JS 꺼진 상태로 페이지를 열었을 때 본문 텍스트가 보이는가?
  • Google 리치 결과 테스트에서 Article/FAQ 오류가 없는가?
  • 핵심 글 URL이 로그인 벽·과도한 챌린지 없이 열리는가?

3) 수치와 출처로 신뢰도 쌓기

AI는 출처 없는 일반론보다, 기관명·날짜·수치가 있는 문장을 더 좋아한다. “최근 시장이 커지고 있다” 대신 “어느 시점, 어떤 기준, 어떤 출처에서 무엇을 확인했는지”를 적는다. 정책·요금·기능처럼 변하는 정보는 90일 단위로 다시 보고, 글 안에 확인 시점을 남기는 습관이 도움이 됐다. Cursor vs Claude Code 요금 비교처럼 요금이 핵심인 글은 제목과 본문에 기준 월을 같이 적어 둔다.

1인 창업 블로그에서 특히 중요한 건 “내가 직접 해본 기록”이다. DP42에서는 남의 뉴스 요약보다, 앱 출시 직전 사후분석처럼 실패와 체크리스트가 있는 글이 오래 남는다. AI도 결국 “재사용 가능한 사실 조각”을 찾는다. 감상문만 길면 인용 가치가 떨어진다.

실무 체크리스트 (신뢰)

  • 주장 옆에 날짜·출처·직접 검증 여부 중 하나라도 붙어 있는가?
  • 불확실한 부분은 “추정/관찰”이라고 명시했는가?
  • 오래된 스크린샷·수치에 업데이트 날짜가 있는가?
  • 독자가 그대로 따라 할 수 있는 절차가 최소 하나 있는가?

전통 SEO와 GEO, 무엇이 다른가

둘은 경쟁 관계가 아니라 겹치는 영역이다. 다만 목표가 다르다.

구분 항목 전통적 SEO GEO
주요 평가 대상 검색어 관련성, 백링크, 도메인 신호 질의-답변 일치도, 팩트 구체성, 추출 용이성
타겟 링크를 클릭하는 사람 문서를 요약·합성하는 AI
목표 노출 검색결과 상위 파란 링크 AI 요약 속 인용(Citation)
글쓰기 키워드 배치 + 스토리 두괄식, 검증 가능한 사실, 불확실성 명시

내가 DP42에서 실제로 적용한 90일 루틴

이론은 단순한데 지속이 어렵다. 그래서 나는 매주가 아니라 격주 루틴으로 줄였다. 혼자 운영하는 블로그에 매일 GEO 점검은 과하다.

  1. 1주차: 유입 상위 3개 글을 골라 도입부 200자를 답 먼저 구조로 고친다.
  2. 2주차: 그 글들의 Schema·내부링크·업데이트 날짜를 점검한다.
  3. 3주차: Perplexity·ChatGPT·Gemini에 같은 질문을 넣고, 내 도메인이 출처에 나오는지 스크린샷으로 남긴다.
  4. 4주차: 안 나온 글은 “답이 늦음 / 근거 부족 / 기술 차단” 중 어디인지 하나만 고른다. 한꺼번에 고치지 않는다.

이 루틴의 핵심은 “완벽한 최적화”가 아니라 실패 모드를 하나씩 지우는 것이다. 나는 초기에 구조·기술·출처를 동시에 건드리다가 무엇을 바꿔서 좋아졌는지 모르게 된 적이 있다. 변수를 하나만 바꾸니 학습 속도가 훨씬 빨랐다.

이 루틴의 앞단, 그러니까 어떤 질문을 글의 출발점으로 삼고 글끼리 어떻게 묶을지는 AI 검색 시대의 블로그 전략에 먼저 정리해 두었다. 글끼리 묶는 허브는 1인 창업 AI 도구 가이드 페이지로 따로 두고 있다.

자주 빠지는 실패 모드 다섯 가지

  1. 서론만 긴 글: 배경 설명 800자 뒤에야 답이 나온다. AI는 앞에서 포기한다.
  2. 키워드 나열형 제목만 강화: 사람은 클릭해도 AI 요약에는 안 실린다.
  3. 출처 없는 단정: “모든 스타트업이…”처럼 쓰이면 신뢰 신호가 없다.
  4. 봇 차단: 보안/캐시 설정이 AI 크롤러를 같이 막는다.
  5. 업데이트 없는 오래된 가이드: 날짜가 없으면 최신 질의에서 밀린다.

결론: 클릭 없는 검색에서도 살아남는 법

2026년 이후 웹은 사용자가 여러 블로그를 돌아다니지 않는 제로 클릭 환경으로 기운다. 트래픽 감소만 한탄하기보다, AI 요약의 신뢰할 수 있는 출처로 남도록 글의 문법을 바꾸는 편이 1인 창업자에게 실용적이다. 전통 SEO든 GEO든 본질은 같다. 고유하고 깊은 정보를, 기계와 사람 모두가 바로 쓰게 정리하는 것.

DP42에서도 같은 원칙으로 글을 고치고 있다. 얇은 운영 로그는 공개하지 않고, 실패와 체크리스트가 있는 기록만 남긴다. GEO는 그 기록 위에 얹는 포장이지, 내용 없는 글을 살려 주는 마법이 아니다.

지금 바로 시작할 수 있는 것들

  • 루트의 robots.txt를 열어 주요 AI 크롤러가 전면 차단돼 있지 않은지 확인한다.
  • 유입 상위 포스트 3개의 도입부 200자를 “질문 + 한 줄 답”으로 고친다.
  • HTML에 Article 또는 FAQPage 마크업이 있는지 구조화 데이터 테스트로 확인한다.
  • 같은 질문을 AI 검색 3곳에 넣고, 내 도메인 인용 여부를 기록한다.
  • 안 되면 실패 모드 하나만 골라 다음 주에 고친다. 한 번에 다 건드리지 않는다.

사례로 보는 글 앞단 개작성

추상적인 조언만으로는 손에 안 잡힌다. 내가 실제로 고친 패턴을 단순화해서 보여준다. (제품명·수치는 예시로 바꾼 형태다.)

고치기 전

최근 AI 검색이 중요해지고 있습니다. 많은 마케터들이 GEO에 관심을 갖기 시작했습니다. 이번 글에서는 여러 전략을 살펴보겠습니다. 먼저 시장의 흐름을 이해해야 합니다…

고친 후

GEO의 핵심은 세 가지다. 답을 글 앞에 두고, AI 크롤러가 읽을 수 있게 기술 환경을 열고, 수치·출처로 신뢰를 쌓는 것. 나는 DP42에서 이 순서로 글을 고친 뒤에야 AI 요약 출처에 내 도메인이 간헐적으로 보이기 시작했다.

차이는 단순하다. 앞 문장이 “관심사 소개”가 아니라 “바로 쓸 수 있는 결론”이다. 사람이 읽어도 더 빠르고, AI가 잘라 가기도 쉽다. 나는 이 규칙을 대표 글 목록에 넣어두고, 새 글을 쓸 때마다 도입부만 따로 다시 읽는다.

질문 설계가 콘텐츠 설계다

GEO를 잘하려면 키워드보다 실제 질문을 모아야 한다. 나는 다음 네 곳에서 질문을 긁어모은다.

  • 앱 스토어 리뷰·지원 메일에서 반복되는 문장
  • 커뮤니티(인디해커스, 국내 개발 커뮤니티)에서 같은 주제로 올라오는 고민
  • Search Console의 노출은 있는데 클릭이 약한 쿼리
  • 내가 제품을 만들다 막혀서 직접 검색했던 문장

이렇게 모은 질문을 H2로 올리고, 각 H2 아래에 먼저 답을 쓴다. 그다음에야 배경과 예외를 붙인다. 이 방식이 익숙해지면 글 쓰는 속도도 빨라진다. “무엇을 설명할지”가 아니라 “어떤 질문에 답할지”로 초점이 바뀌기 때문이다.

주의할 점도 있다. 질문을 너무 잘게 쪼개면 글이 얇아진다. “robots.txt란?”처럼 사전형 질문만 나열하면 AdSense 관점에서도, 독자 관점에서도 가치가 떨어진다. 나는 질문 하나를 고를 때 실패 경험이나 의사결정 기준이 붙는지를 본다. 그게 없으면 초안으로 내려두거나 다른 글에 흡수한다.

측정: 감이 아니라 기록으로

GEO는 순위처럼 예쁜 대시보드가 아직 부족하다. 그래서 나는 아주 투박하게 측정한다.

  1. 고정 질문 10개를 스프레드시트에 적어 둔다.
  2. 격주로 같은 질문을 Perplexity, ChatGPT(웹 검색 켠 상태), Gemini에 넣는다.
  3. 내 도메인이 출처에 나오면 O, 비슷한 주제가 다른 사이트만 나오면 X, 아예 관련 답이 없으면 N으로 표시한다.
  4. O가 늘어난 글과 X인 글의 도입부·출처·기술 상태를 비교한다.

이 방법이 완벽한 과학은 아니다. 모델과 검색 인덱스가 자주 바뀌기 때문이다. 그래도 “아무 감으로 글을 고치는 것”보다는 낫다. 두어 달 쌓이면 어떤 글 형식이 우리 주제에 맞는지 윤곽이 잡힌다.

한 가지 더. AI 인용만 보고 좋아하면 안 된다. 인용은 됐는데 사이트로 아무도 안 오는 경우도 있다. 그때는 인용문 옆에 걸리는 한 줄 설명, 내부 링크로 이어지는 다음 행동, 제품·뉴스레터로 이어지는 CTA를 점검한다. GEO의 목표는 자랑용 출처 배지가 아니라, 결국 신뢰와 다음 행동이다.

1인 창업자가 시간을 아끼는 우선순위

시간이 무한하지 않다. 내가 추천하는 순서는 이렇다.

  1. 이미 반응이 있는 글부터 고친다. 신규 장문보다 ROI가 좋다.
  2. 도입부 200자만 먼저 고친다. 하루 만에 끝낼 수 있다.
  3. 그다음 robots/SSR/스키마 같은 기술 부채를 본다.
  4. 마지막에 신규 GEO 전용 글을 쓴다. 얇은 뉴스 요약은 쓰지 않는다.

DP42에서 짧은 DriveRadio·MEMVIA 메모를 공개하지 않고, 출시 직전 사후분석으로 묶은 이유도 같다. 조각난 얇은 글 다섯 개보다, 실패 모드가 정리된 긴 글 하나가 AI와 사람 모두에게 더 쓸모 있다.

FAQ: 현장에서 자주 받는 질문

GEO를 하면 기존 SEO는 버려야 하나?

아니다. 버릴 필요가 없다. 오히려 좋은 SEO 글은 GEO의 재료가 된다. 다만 키워드 밀도만 맞추고 답이 늦은 글은 둘 다에서 약하다. 답을 앞으로 당기고 근거를 구체화하면 SEO에도 도움이 되는 경우가 많다.

한글 콘텐츠도 AI 검색에 인용되나?

된다. 다만 영어권만큼 데이터가 풍부하지 않아, “같은 말을 여러 사이트가 복붙한 글”은 더 빨리 묻힌다. 한국어에서는 직접 실험·제품 경험·로컬 규제·실무 수치가 차별점이 된다. 번역투 일반론만 늘리면 불리하다.

얼마나 자주 업데이트해야 하나?

모든 글을 매주 고칠 필요는 없다. 나는 핵심 글 10~20개를 골라 분기 1회는 날짜와 절차를 다시 본다. 기능·가격·정책이 바뀌는 주제는 더 자주 본다. 업데이트했다면 본문에 “확인 시점”을 남긴다.

스키마만 넣으면 바로 인용되나?

아니다. 스키마는 이해를 돕는 표지판이지, 내용을 대신해 주지는 않는다. 빈 글에 FAQ 마크업만 잔뜩 넣는 건 오히려 역효과다. 먼저 답이 있는 글을 만들고, 그다음에 마크업을 얹어라.