AI 답변 엔진의 인용을 받는 법: 문서로 확인되는 것과 확인되지 않는 것

AI 개요와 AI 모드에 관한 Google Search Central 문서는 분명합니다. 두 기능에 노출되기 위한 추가 요건은 없으며 특별한 최적화도 필요하지 않습니다. 보조 링크로 표시될 자격을 얻으려면 페이지가 색인되어 있고 Google 검색에서 스니펫과 함께 표시될 수 있어야 합니다. Google의 최적화 가이드는 여기에 더해, 자격을 얻으려면 Search Console에서 사이트가 검색 생성형 AI 기능에 포함되어 있어야 한다고 설명합니다.

Google은 작동 방식도 개략적으로 설명합니다. 이 기능들은 검색 증강 생성(RAG)을 사용하는데, 이는 핵심 검색 순위 시스템을 통해 검색 색인에서 페이지를 가져오는 방식입니다. 또한 모델이 답변을 작성하기 전에 하위 주제별로 관련 검색을 여러 번 실행하는 ‘쿼리 팬아웃(query fan-out)’을 사용합니다. AI 개요는 Google 시스템이 기존 검색 결과에 보탬이 된다고 판단할 때만 나타나며, Google은 AI 개요가 표시되지 않는 경우가 많다고 밝힙니다. AI 모드와 AI 개요는 서로 다른 모델을 쓸 수 있으므로, 같은 질문에도 보여 주는 링크가 다를 수 있습니다.

결국 Google AI 기능에서의 가시성은 일반 검색 가시성과 같은 기반 위에 있습니다. 크롤링할 수 없거나, 색인할 수 없거나, 스니펫 표시가 막힌 페이지는 자격이 없습니다.

OpenAI는 목적별로 크롤러를 따로 운영한다고 밝힙니다. OAI-SearchBot은 ChatGPT 검색 기능에 웹사이트를 노출하는 크롤러로, 이를 차단한 사이트는 ChatGPT 검색 답변에 표시되지 않습니다. 다만 탐색용 링크로는 여전히 나타날 수 있습니다. GPTBot은 OpenAI 파운데이션 모델 학습에 쓰일 수 있는 콘텐츠를 수집합니다. 두 설정은 서로 독립적이어서, OAI-SearchBot은 허용하고 GPTBot은 차단할 수 있습니다. ChatGPT-User는 사용자가 ChatGPT에 질문할 때 페이지를 가져오며, OpenAI는 사용자가 시작한 이러한 요청에는 robots.txt 규칙이 적용되지 않을 수 있다고 설명합니다. OpenAI에 따르면 robots.txt 변경이 검색 결과에 반영되기까지 약 24시간이 걸릴 수 있습니다.

Perplexity의 문서도 비슷한 구조입니다. PerplexityBot은 Perplexity 검색 결과에 웹사이트를 노출하고 링크하며, Perplexity에 따르면 AI 파운데이션 모델 학습용 콘텐츠 수집에는 쓰이지 않습니다. Perplexity-User는 사용자 질문에 따라 페이지를 가져오며 일반적으로 robots.txt를 따르지 않습니다. Perplexity는 웹 애플리케이션 방화벽을 쓰는 사이트 운영자에게 자사가 공개한 IP 대역을 허용 목록에 추가하라고 권고합니다.

콘텐츠팀의 손이 닿지 않는 곳에서 생기는 문제도 있습니다. 스크레이퍼를 막으려고 만든 방화벽이나 CDN 규칙이, 누구도 의도하지 않은 채 OAI-SearchBot이나 PerplexityBot을 차단할 수 있습니다. Google의 AI 기능 점검 목록에도 robots.txt뿐 아니라 ‘모든 CDN이나 호스팅 인프라’에서 크롤링이 허용되는지 확인하는 항목이 들어 있습니다.

특정 답변에서 어떤 출처를 다른 출처보다 우선해 고르는 기준을 공개한 제공업체는 없습니다. 그 가중치를 안다고 주장하는 조언은 추론일 뿐입니다. Google의 최적화 가이드는 어떤 외부 도구도 Google 내부의 순위 시스템이나 AI 시스템에 접근할 수 없다고 밝히며, Google 내부 지표를 쓴다고 주장하는 도구를 경계하라고 사이트 운영자에게 당부합니다.

이 가이드는 llms.txt도 다룹니다. llms.txt는 llmstxt.org에 공개된 제안으로, 언어 모델에 사이트의 핵심을 정리해 보여 주고 각 페이지의 정제된 버전으로 연결하는 마크다운 파일입니다. Google은 Google 검색이 llms.txt나 이와 비슷한 AI용 텍스트 파일을 사용하지 않는다고 밝힙니다. 이 파일을 게시해도 Google 검색의 가시성이나 순위에 도움이 되지도, 해가 되지도 않습니다. OpenAI와 Perplexity의 크롤러 문서에도 언급이 없습니다. 코딩 에이전트나 이 파일을 읽는 다른 도구를 위해 게시할 수는 있지만, 여기서 다룬 세 답변 엔진 어디에서도 이를 순위 요인으로 볼 공개된 근거는 없습니다.

Google은 자사 AI 기능과 관련해 사이트 운영자가 신경 쓰지 않아도 되는 다른 유행 기법도 제시합니다. 콘텐츠를 작은 ‘청크’로 쪼개기, AI 시스템을 겨냥해 페이지를 다시 쓰기, 웹 곳곳에서 진정성 없는 언급을 늘리기, AI용 schema.org 마크업을 따로 추가하기 등이 여기에 해당합니다.

답변 엔진이 어떤 조직을 인용하려면 먼저 그 조직이 누구인지 파악해야 합니다. 영업명과 법인명이 다르고, 사이트 어디에도 법인 등록번호가 없으며, 디렉터리, 소셜 플랫폼, 마켓플레이스의 프로필이 회사를 제각각 설명한다면 이 작업은 어려워집니다.

Google의 Organization 구조화 데이터 문서는 Google이 조직의 행정 정보를 이해하고 다른 조직과 구별하는 데 도움이 되는 마크업을 설명합니다. 사용할 수 있는 속성에는 legalName, 다른 사이트의 프로필로 연결하는 sameAs, vatID, taxID, 그리고 접두어 0199와 함께 법인식별기호(LEI)를 담을 수 있는 iso6523Code가 있습니다. 필수 속성은 없습니다. Google의 AI 기능 안내는 두 가지 단서를 덧붙입니다. 구조화 데이터는 페이지에 보이는 텍스트와 일치해야 하며, 생성형 AI 검색에 구조화 데이터가 필수는 아니라는 점입니다. 구조화 데이터의 가치는 모호함을 없애는 데 있고, 리치 결과 자격을 얻는 데에도 도움이 됩니다.

화려한 작업은 아닙니다. 법인명, 등록번호, 등기 주소를 웹사이트에 일반 텍스트로 게시합니다. 이를 일관되게 마크업하고, sameAs는 직접 관리하는 프로필을 가리키게 합니다. Google 비즈니스 프로필과, 소매업체라면 Merchant Center 정보도 최신 상태로 유지합니다. Google은 두 가지 모두 제품과 서비스가 자사 AI 응답에 노출되는 데 도움이 될 수 있다고 밝힙니다.

크롤러 정책은 의도를 갖고 정합니다. OpenAI의 경우 GPTBot과 OAI-SearchBot을 통해 학습용 접근과 검색용 접근을 따로 설정할 수 있습니다. Google의 경우 Google-Extended 토큰이 Gemini 모델 학습과 그라운딩에 대한 사용을 통제하며, Google은 이 토큰이 Google 검색 포함 여부나 순위에는 영향을 주지 않는다고 밝힙니다. 사용자 에이전트별로 결정 내용과 그 이유를 기록해 둡니다.

정책이 네트워크 경계에서도 지켜지는지 시험합니다. 공개된 사용자 에이전트와 IP 대역에서 온 요청이 차단된 기록이 있는지 방화벽과 CDN 로그를 검토하고, 각 제공업체가 문서로 밝힌 토큰으로 robots.txt를 확인합니다.

스니펫 제어는 목적이 있을 때만 씁니다. Google은 nosnippet, data-nosnippet, max-snippet, noindex를 AI 기능을 포함한 검색에서 페이지의 표시 범위를 제한하는 제어 수단으로 봅니다. 스니펫을 막은 페이지는 보조 링크 자격도 스스로 잃게 됩니다.

측정할 수 있는 것은 측정합니다. Google은 Search Console 실적 보고서 안에서 AI 개요와 AI 모드 트래픽을 보고하며, 생성형 AI 실적 보고서도 제공합니다. 다른 엔진에서의 인용은 정해진 질문 세트를 정해진 일정에 따라 표본 조사해 추적하고, 그 결과는 순위가 아니라 관찰 기록으로 다룹니다.

엔진이 인용할 만한 콘텐츠를 제공합니다. Google의 가이드는 직접 경험한 전문성에 기반한 ‘흔하지 않은(non-commodity)’ 콘텐츠를 요구합니다. 자리 잡은 조직이라면 대개 이미 보유한 구체적인 근거, 방법론, 데이터를 공개하고, 각 페이지에 작성자와 날짜를 밝히는 것을 뜻합니다.