검색·AI 노출을 다섯 관점으로 점검하기

다섯 관점이 필요한 이유

한 페이지가 사람에게 닿는 경로는 이제 검색 결과 링크 하나가 아닙니다. Google 검색 결과 위에 붙는 AI 개요, AI 모드, ChatGPT나 Perplexity 같은 생성형 AI 서비스의 답변, 네이버 통합검색의 AI 브리핑이 같은 페이지를 서로 다른 방식으로 읽고 다르게 보여 줍니다. 시스템이 다르면 확인하는 도구와 막거나 여는 수단도 다릅니다. 그래서 “SEO만 하면 된다”도 “AI 시대에는 SEO가 끝났다”도 틀린 말입니다.

이 가이드는 그 경로를 다섯 관점으로 나눕니다. 이름은 업계에서 흔히 쓰는 약어를 따랐지만, 중요한 것은 이름이 아니라 각 관점이 상대하는 시스템과 확인 지점입니다.

관점	상대하는 시스템	확인할 것	애드브랜치 검사 카테고리	이어지는 가이드
SEO	검색엔진의 크롤러와 색인	크롤링 허용, 상태 코드, canonical, 사이트맵, 제목·설명	기술 SEO, 검색 접근성, 메타데이터	SEO 기본 점검 체크리스트, 크롤러의 눈으로 페이지 보기
AEO	검색 결과 안의 AI 답변(Google AI 개요·AI 모드, Bing AI 요약)	색인과 스니펫 자격, Search Console 생성형 AI 설정, nosnippet 여부	답변 명확성, 구조화 데이터	AI 검색에 맞는 글쓰기, SEO·GEO 효과 측정
GEO	생성형 AI 서비스의 검색·답변 기능	AI 크롤러별 robots.txt 판정, 답변 단위로 읽히는 구조	AI 접근성, 답변 명확성	GEO 점검 체크리스트, AI 크롤러 접근 제어
LLMO	모델이 학습·grounding 단계에서 형성하는 브랜드 인식	조직·작성자 엔티티의 일관성, 외부 프로필 연결, 날짜 정합성	엔티티 명확성	엔티티 정체성 정리, 게시·수정 날짜 표기
NEO	네이버 검색과 AI 브리핑	서치어드바이저 소유 확인, 사이트맵·RSS 제출, 제목·설명 반복 키워드	메타데이터, 검색 접근성	네이버 서치어드바이저 활용, Bing 웹마스터 도구와 IndexNow

표의 카테고리는 애드브랜치 검사기가 규칙을 묶는 단위입니다. 전체 규칙 목록은 규칙 카탈로그에서, 점수 산정 방식은 방법론에서 볼 수 있습니다.

다섯 관점의 공통 기반

관점이 다섯이라고 해서 할 일이 다섯 배가 되지는 않습니다. Google은 검색의 생성형 AI 기능이 기존 검색 랭킹과 품질 시스템에 뿌리를 두고 있으며, 기존 SEO 모범 사례가 그대로 유효하다고 밝힙니다. Google의 생성형 AI 검색 최적화 안내는 AI 텍스트 파일이나 특별한 마크업을 새로 만들 필요가 없다고도 적고 있습니다. Bing 역시 웹마스터 가이드라인에서 검색, Copilot, grounding API 결과에 같은 콘텐츠가 쓰이며 SEO 기본이 AI 경험에도 적용된다고 설명합니다. Bing 웹마스터 가이드라인

네이버도 같은 방향입니다. 기존 검색 결과에 잘 노출되는 양질의 글을 AI 브리핑 요약에 사용할 가능성이 높다고 안내하며, 키워드 채우기나 낚시성 제목, 출처 없는 기계적인 AI 문장은 걸러질 수 있다고 설명합니다. 네이버 서치 블로그의 AI 브리핑 안내

세 곳의 공식 문서가 가리키는 공통 기반은 하나입니다. 크롤러가 읽을 수 있고, 화면과 데이터가 일치하며, 사람이 읽었을 때 정확한 콘텐츠입니다. 다섯 관점은 이 기반 위에서 확인 지점과 제어 수단만 달라집니다.

검사기가 보는 공통 기반

애드브랜치 검사기는 실제로 따라간 리디렉션 홉을 포함해 한 번의 검사에서 외부 요청을 최대 6회만 보냅니다. 이 한도 안에서 검사 대상 페이지, robots.txt, 사이트맵, /llms.txt, 그리고 없는 URL에 대한 404 탐침을 확인합니다. 예산이 부족해 실행하지 못한 보조 진단은 실패로 바꾸지 않고 확인 불가로 남깁니다. 페이지는 한 장만 읽으므로 사이트 전체의 상태를 대신 말해 주지는 않습니다.

규칙 id	무엇을 확인하나	관점
site-404-probe	무작위 경로에 404나 410으로 답하는지. 2xx면 soft 404 가능성으로 warning, 5xx도 warning	SEO
sitemap-lastmod	현재 URL의 lastmod가 W3C Datetime이고 관측 시각보다 24시간 넘게 미래가 아닌지	SEO, NEO
json-ld-visible-match	FAQPage 질문·답변 앞부분과 Article 계열 headline이 실제 화면 텍스트에 있는지	SEO, AEO
geo-c07-date-integrity	날짜 파싱, 24시간 초과 미래 값, 게시일보다 24시간 넘게 이른 수정일을 확인	LLMO, AEO
geo-c08-entity-sameas	Organization·Person 노드에 절대 URL sameAs가 있는지 (점수 미반영)	LLMO
title-description-repetition	제목 토큰 2회 이상, 설명 토큰 3회 이상 반복이나 설명이 제목과 같은지 (점수 미반영)	NEO, SEO

site-404-probe는 검사 대상과 같은 origin에 /adbranch-404-check- 뒤에 무작위 12자리 16진수를 붙인 경로를 리디렉션을 따라가지 않고 한 번만 요청합니다. 홈이나 검사 대상 페이지로 보내는 3xx는 warning, 그 밖의 3xx는 info로 표시하며 최종 응답은 확인하지 않습니다. 429는 판정 보류(unknown)로 둡니다. Google은 429를 제외한 모든 4xx를 “콘텐츠가 없다”는 같은 뜻으로 다루고 404와 410을 동등하게 처리한다고 안내하므로, 410을 더 빠른 삭제 수단으로 기대할 이유는 없습니다. Google의 HTTP 상태 코드 안내

json-ld-visible-match는 초기 HTML 본문 텍스트의 앞 20,000자 표본과 heading, title 안에서 마크업 값을 찾습니다. 표본이 잘려 못 찾은 항목은 제외하고, 확인한 항목이 2개 이상인데 전부 없으면 critical, 일부만 없으면 warning입니다. 근거는 사용자에게 보이지 않는 내용을 마크업하지 말라는 Google의 구조화 데이터 정책입니다. Google 구조화 데이터 정책

제어 수단 정리

관점마다 “보이게 하기”보다 “무엇을 어디까지 허용할지”를 정하는 수단이 다릅니다. 하나의 설정이 다른 관점에 어떤 영향을 주는지가 자주 헷갈리는 부분이므로 표로 먼저 봅니다.

수단	적용 범위	영향을 주지 않는 것
Search Console의 Search generative AI 설정	Google AI 개요, AI 모드, Discover의 생성형 AI 기능	일반 검색 순위, AI 학습
nosnippet / max-snippet	스니펫과 함께 AI 개요·AI 모드의 직접 입력	색인 자체
Google-Extended (robots.txt 토큰)	Gemini 앱과 Vertex AI의 grounding·학습	Google 검색 포함·순위
AI 제공사별 robots.txt 토큰	각 제공사의 학습, 검색, 사용자 요청 fetcher	다른 제공사, robots를 무시하는 fetcher
Cloudflare AI Crawl Control의 Block	지정한 크롤러의 접근	검색 크롤러라고 자동 예외되지 않음

Search Console의 생성형 AI 설정

Google은 2026년 8월 31일부터 모든 속성에 “Search generative AI” 설정을 제공합니다. 기본값은 포함이고, 설정 > Search generative AI에서 제외할 수 있습니다. 적용에는 하루에서 이틀이 걸리며, 이 설정은 다른 곳의 순위 신호가 아니고 AI 학습에도 영향을 주지 않습니다. 기본값은 포함이지만 하위 속성은 상위 설정을 상속할 수 있으며, 포함 상태가 실제 노출을 보장하지는 않습니다. Search Console의 Search generative AI 설정 안내

다른 가이드에서 “AI 개요에 나오려면 이 설정을 켜라”고 쓰는 경우가 있는데, 따로 켤 것은 없습니다. 이미 포함 상태입니다. 확인할 것은 실수로 제외되어 있지 않은지, 그리고 페이지가 색인되고 스니펫 표시가 가능한 상태인지입니다.

nosnippet과 max-snippet

nosnippet은 검색 결과의 스니펫을 막을 뿐 아니라 AI 개요와 AI 모드의 직접 입력으로 쓰이는 것도 막습니다. max-snippet은 그 길이를 제한합니다. 반면 data-nosnippet은 HTML 구간에만 적용되어 JSON-LD를 숨기지 않습니다. Google의 robots meta 태그 안내

<!-- 이 페이지는 색인하되 스니펫과 AI 답변의 직접 입력에서 제외 -->
<meta name="robots" content="nosnippet" />

<!-- 스니펫 길이만 제한 -->
<meta name="robots" content="max-snippet:120" />

Bing에는 별도의 안내가 있습니다. NOCACHE는 Bing Chat이 URL, 제목, 스니펫만 쓰도록 제한하고, NOARCHIVE는 콘텐츠를 Bing Chat 답변과 Microsoft 기반 모델 학습에서 제외합니다. 두 경우 모두 검색 결과에는 계속 나옵니다. Bing의 콘텐츠 사용 제어 안내

Google-Extended

Google-Extended는 robots.txt에서만 쓰는 토큰이며 별도의 사용자 에이전트 문자열이 없습니다. Gemini 앱과 Vertex AI의 grounding·학습에 콘텐츠를 쓸지 정하고, Google 검색 포함 여부나 순위에는 영향을 주지 않습니다. Google 공용 크롤러 안내

여기서 한 가지를 짚어야 합니다. “학습 크롤러만 막으면 AI 인용에는 영향이 없다”는 말은 Google에는 맞지 않습니다. Google-Extended가 Gemini의 grounding까지 함께 제어하기 때문입니다. 학습만 막고 싶다면 제공사마다 토큰의 뜻을 확인해야 합니다.

AI 크롤러의 용도별 robots.txt

여러 AI 제공사는 크롤러를 용도별로 나누고 각 설정을 독립적으로 둡니다. OpenAI는 OAI-SearchBot(ChatGPT 검색 결과), GPTBot(학습), ChatGPT-User(사용자 동작)를 구분하며, 검색에는 나오되 학습은 막는 조합이 가능하다고 명시합니다. OpenAI 봇 안내 Anthropic은 ClaudeBot(학습), Claude-SearchBot(검색 품질), Claude-User(사용자 요청)를 두고 robots.txt를 따르며, IP 차단은 신뢰할 만한 옵트아웃이 아니라고 설명합니다. Anthropic 크롤러 안내 Apple의 Applebot-Extended는 직접 크롤링하지 않는 학습 사용 제어 토큰이고, Applebot은 자기 이름의 그룹이 없으면 Googlebot 규칙을 따릅니다. Apple의 Applebot 안내

# OpenAI·Anthropic의 학습용 봇은 제한하고 검색용 봇은 허용하는 예
User-agent: GPTBot
Disallow: /

User-agent: ClaudeBot
Disallow: /


User-agent: OAI-SearchBot
Allow: /

User-agent: Claude-SearchBot
Allow: /

Google-Extended는 이 학습용 봇 예시에서 제외했습니다. Gemini·Vertex AI의 학습뿐 아니라 grounding 사용도 제어하므로, Google Search 색인과 구분해 별도로 결정해야 합니다.

사용자 요청 기반 fetcher는 다른 문제입니다. Perplexity-User와 Google의 사용자 요청 기반 fetcher(Google-Agent, Google-GeminiNotebook)는 일반적으로 robots.txt 규칙을 따르지 않습니다. 실제 접근 제한에는 인증 같은 서버 측 제어를 쓰세요. Perplexity 봇 안내, Google의 사용자 트리거 fetcher 안내

애드브랜치의 geo-a08-ai-crawler-robots는 이 구분을 반영해 판정합니다. AI 검색용이나 사용자 요청용 토큰을 막고 있으면 warning, 학습·제어용 토큰만 막고 있으면 info입니다. 토큰별 표와 제공사별 반영 시간은 AI 크롤러 접근 제어에 정리했습니다.

Cloudflare 설정 주의

Cloudflare는 2026년 9월 15일부터 Block 설정을 검색과 AI를 겸하는 크롤러에도 적용합니다. 현재 Cloudflare의 Block 설정은 Googlebot·Bingbot·Applebot의 검색 접근까지 차단할 수 있습니다. 다만 기존 Training 차단 설정은 Disallow AI Training으로 이관되므로, 기존 사이트가 일괄적으로 새 검색 차단을 받는 것은 아닙니다. Cloudflare의 혼합 용도 크롤러 안내

Cloudflare의 관리형 robots.txt는 Content-Signal: search=yes, ai-train=no 같은 줄을 넣습니다. 신호는 search, ai-input, ai-train 세 가지이며, Cloudflare 스스로 “선호를 표현할 뿐 스크래핑을 막는 기술적 대응책은 아니다”라고 밝힙니다. Cloudflare Content Signals 정책 IETF AIPREF 작업 그룹의 Content-Usage 초안도 아직 인터넷 초안 단계이고 RFC가 아닙니다. IETF AIPREF 문서 목록

검사기는 robots.txt의 Content-Signal 줄을 읽어 geo-a08 근거에 보여 주지만, WAF나 봇 관리 규칙의 차단은 HTTP 응답만으로 알 수 없습니다. Cloudflare를 쓴다면 AI Crawl Control 화면에서 검색 크롤러가 차단 목록에 들어가 있지 않은지 직접 확인하세요.

흔한 오해 바로잡기

llms.txt를 만들면 AI 검색에 유리하다

Google 검색은 llms.txt를 쓰지 않으며, 만들어도 검색 노출에 도움이 되지도 해가 되지도 않습니다. Google의 생성형 AI 검색 최적화 안내 llms.txt는 2024년에 제안된 형식으로 IETF나 W3C 표준이 아니고, OpenAI·Anthropic·Perplexity·Mistral이 자기 문서용으로 게시하긴 하지만 그들의 크롤러가 다른 사이트의 llms.txt를 읽는다는 공식 언급은 없습니다. llms.txt 제안 문서 Chrome Lighthouse의 에이전트 브라우징 감사도 이 파일을 선택 사항으로 두고 없으면 해당 없음으로 표시합니다. Lighthouse llms.txt 감사 안내

그래서 애드브랜치의 geo-a10-llms-txt는 점수에 반영하지 않는 진단입니다. /llms.txt를 리디렉션 없이 64KB까지 한 번 요청해 3xx·4xx는 info, 5xx나 요청 실패는 unknown, 2xx인데 HTML이거나 첫 줄이 # 이름 형식이 아니면 warning, 그 외는 pass입니다. 요청 예산 때문에 확인하지 못한 경우도 unknown입니다. 없다고 해서 점수가 깎이지 않으니, 만들 계획이 있다면 형식만 맞추면 됩니다. 자세한 내용은 llms.txt 안내 파일을 보세요.

AI가 읽기 쉽게 문단을 잘게 쪼개야 한다

Google은 AI가 이해하도록 콘텐츠를 작은 조각으로 나눌 필요가 없고, 생성형 AI 검색만을 위해 특정 방식으로 쓸 필요도 없다고 밝힙니다. Google의 생성형 AI 검색 최적화 안내 애드브랜치의 geo-b10-self-contained-paragraphs는 문단을 쪼개라고 요구하지 않고 “위에서 설명한”, “아래 표” 같은 교차 참조 표현만 찾는 점수 없는 내부 가독성 휴리스틱입니다. 검색 스팸 정책이 생성형 AI 답변에도 적용된다고 Google이 명확히 한 만큼, 질의 변형마다 페이지를 찍어 내는 식의 접근은 피해야 합니다. Google 검색 업데이트 기록

FAQPage 마크업을 넣으면 AI 답변에 잘 뽑힌다

Google은 2026년 5월 7일부터 FAQ 리치 결과를 전면 중단했다고 안내합니다. 정부·의료 사이트에 대한 과거 예외도 최신 기준이 아니며, 이는 FAQ 본문을 삭제해야 한다는 뜻은 아닙니다. Google 검색 업데이트 기록 구조화 데이터는 생성형 AI 검색의 요건이 아니고 특별한 schema.org 마크업도 필요 없습니다. FAQPage 마크업이 AI 이해나 인용을 늘린다는 근거는 확인된 바 없습니다. 화면에 질문과 답이 있고 그 내용이 정확한 것이 먼저이며, 마크업을 남긴다면 json-ld-visible-match가 확인하듯 화면 텍스트와 일치해야 합니다. FAQ 구조화 데이터의 현재에서 더 다룹니다.

14일 뒤에 재검사하면 효과를 알 수 있다

14일이라는 숫자에 공식 근거는 없습니다. Google은 URL 검사 도구에서 색인에 하루 정도, 길게는 1~2주가 걸릴 수 있다고 안내하고, 변경 사항이 몇 시간 만에 반영되기도 하고 몇 달이 걸리기도 하며 재크롤링은 며칠에서 몇 주가 걸린다고 설명합니다. URL 검사 도구 안내, Google 재크롤링 요청 안내 2주는 선택 가능한 확인 시점일 뿐 효과 측정 기준일이 아닙니다.

효과 측정은 별도의 도구에서 합니다. Search Console의 생성형 AI 실적 보고서는 AI 개요와 AI 모드의 노출수만 페이지·국가·날짜·기기별로 보여 주고 클릭은 제공하지 않습니다. Search Console 생성형 AI 실적 보고서 안내 Bing 웹마스터 도구의 AI Performance는 Copilot, Bing의 AI 요약, 파트너 통합에서 콘텐츠가 어떻게 나타나는지 보여 줍니다. Bing AI Performance 소개 네이버 서치어드바이저의 노출·클릭 보고서는 웹검색 영역만 다루며, 약 1주 지연되고 조회 범위는 90일입니다. 네이버 콘텐츠 노출·클릭 보고서 안내 SEO·GEO 효과 측정에서 세 도구를 나란히 정리했습니다.

Google이 @id를 권장한다

Google의 Organization 구조화 데이터 문서는 필수 속성을 두지 않고 url, logo(최소 112x112), sameAs를 권장하며, 홈이나 소개 페이지 한 곳에 두라고 안내합니다. @id를 권장한다는 문장은 없습니다. Google Organization 구조화 데이터 안내 @id는 한 페이지 안에서 같은 조직 노드를 참조할 때 쓸 수 있습니다. 애드브랜치의 geo-c08-entity-sameas는 @id가 아니라 sameAs 절대 URL의 유무를 보고, 점수에는 반영하지 않습니다. 엔티티 정체성 정리를 보세요.

AI 에이전트가 사이트를 쓰는 경우

사용자를 대신해 페이지를 조작하는 에이전트도 고려한다면 Chrome 팀의 세 가지 권고를 확인하세요. 조작 도중에도 레이아웃을 안정적으로 유지하고, 클릭 가능한 요소는 <div>에 이벤트를 붙이는 대신 실제 <button>과 <a>로 만들며, 투명한 오버레이로 클릭을 가로채지 않는 것입니다. web.dev의 에이전트 친화 UX 안내

점검 순서 제안

다섯 관점을 한 번에 다 보려 하면 어디서부터 손댈지 막막해집니다. 아래 순서는 앞 단계가 뒤 단계의 전제가 되도록 배열했습니다.

1. 크롤링과 색인(SEO): robots.txt가 검색 크롤러를 막지 않는지, 페이지가 200으로 답하고 canonical이 자기 자신을 가리키는지, 없는 URL이 404로 답하는지 확인합니다. 검사기의 site-404-probe, robots-txt-path-allowed, canonical-self-reference가 여기에 해당합니다. Search Console과 서치어드바이저에서 소유를 확인하고 사이트맵을 제출합니다.
2. 화면과 데이터의 일치(SEO, AEO): 제목·설명이 본문과 맞는지, JSON-LD 값이 화면에 있는지, 게시일·수정일이 화면과 마크업에서 같은지 봅니다. json-ld-visible-match, geo-c07-date-integrity, title-description-repetition이 확인합니다.
3. AI 크롤러와 스니펫 제어(GEO, AEO): 학습·검색·사용자 요청 토큰을 용도에 맞게 나누고, nosnippet이 의도치 않게 걸려 있지 않은지, Cloudflare 같은 중간 계층이 검색 크롤러를 막지 않는지 확인합니다. geo-a08-ai-crawler-robots가 토큰 판정을 보여 줍니다.
4. 엔티티 정리(LLMO): 조직명과 작성자 표기를 사이트 전체에서 통일하고, Organization·Person 노드에 외부 프로필 sameAs를 둡니다. geo-c08-entity-sameas와 C04가 해당합니다.
5. 네이버 별도 항목(NEO): 서치어드바이저 소유 확인 메타, 사이트맵과 RSS 제출, 제목·설명의 반복 키워드, 출처 설명 옵트아웃(nosourceinfo) 필요 여부를 봅니다. 네이버는 제목·설명에 키워드가 2회 이상 반복되거나 설명이 제목과 같으면 불이익을 받을 수 있다고 안내합니다. 네이버 서치어드바이저 마크업 안내
6. 측정: Search Console 생성형 AI 실적 보고서, Bing AI Performance, 서치어드바이저 보고서에서 변화를 봅니다. 검사기 점수의 변화는 페이지 상태의 변화이지 노출의 변화가 아닙니다.

한 사이클을 돌고 나면 2번과 4번은 콘텐츠 운영 규칙으로 굳혀 두는 편이 낫습니다. 새 글마다 날짜, 저자, 조직명을 같은 방식으로 적으면 이후 점검은 1번과 3번만 주기적으로 보면 됩니다.

자주 묻는 질문

다섯 관점을 모두 챙길 여력이 없다면 무엇부터 해야 하나요

SEO부터입니다. Google의 생성형 검색 기능은 기존 검색 시스템에 기반하고, Bing은 Copilot과 grounding 경험에도 SEO 기본기가 적용된다고 안내하며, 네이버는 기존 검색에 잘 노출되는 양질의 글을 AI 브리핑에 활용할 가능성이 높다고 설명합니다. 먼저 크롤링과 색인 상태를 확인한 뒤 AI 크롤러 토큰과 엔티티 정리를 더하세요.

검사기 점수가 올랐는데 AI 답변에는 변화가 없습니다

검사기는 페이지 한 장의 상태를 규칙에 따라 판정할 뿐이고, 노출은 각 시스템이 결정합니다. 점수 변화와 노출 변화는 다른 도구에서 다른 시차로 확인해야 합니다. Google은 변경이 몇 시간에서 몇 달까지 걸릴 수 있다고 안내하므로, Search Console과 Bing, 서치어드바이저 보고서를 몇 주 단위로 나란히 보면서 판단하세요.

학습 크롤러를 막으면 AI 검색 노출도 줄어드나요

제공사마다 다릅니다. OpenAI와 Anthropic처럼 학습과 검색 토큰이 독립적인 곳에서는 학습만 막을 수 있습니다. 반면 Google-Extended는 Gemini의 grounding까지 함께 제어하므로 “학습만 막았다”고 생각해도 Gemini 답변의 근거 사용이 함께 막힙니다. 토큰별 뜻은 각 제공사의 문서로 확인하고, 검사기의 geo-a08 판정이 warning인지 info인지로 용도를 구분해 보세요.

관련 가이드

• SEO와 GEO의 차이
• AI 크롤러 접근 제어
• SEO·GEO 효과 측정
• 네이버 서치어드바이저 활용