Gemini에게 특정 URL을 보여주면 그 페이지를 “읽는” 것처럼 보입니다. 그런데 실제로 Gemini가 보고 있는 건 지금 이 순간의 라이브 페이지가 아닙니다. Google의 검색 색인에 저장된 오래된 스냅샷입니다.

AI SEO 전문가 Dan Petrovic이 자신의 사이트를 직접 실험한 결과를 공개했습니다. Google AI Mode(Gemini)에서 URL을 참조할 때 실제로 어떤 데이터를 사용하는지 API 응답 원문을 통해 확인한 내용입니다.

출처: Google’s (still) doesn’t see your live page. – DEJAN AI

Gemini는 캐시에서 페이지를 가져옵니다

Google AI Mode나 AI Studio에서 특정 URL을 언급하면 Gemini는 해당 페이지에 실시간으로 접속하지 않습니다. 대신 Google 검색 색인에 저장된 버전을 불러옵니다. API 응답 구조를 보면 이 구조가 명확하게 드러납니다.

색인된 페이지는 content_summary 필드에 페이지 텍스트 스냅샷과 URL_FETCH_STATUS_SUCCESS 상태가 담겨 응답됩니다. Gemini가 “보는” 페이지 내용은 바로 이 스냅샷입니다. 최근에 페이지를 수정했더라도, Google이 아직 재크롤링하지 않았다면 Gemini는 이전 버전을 기반으로 응답합니다.

색인에 없으면 내용 자체가 없습니다

더 중요한 케이스는 색인 미포함 페이지입니다. Dan Petrovic이 이 글 자체를 Gemini에게 참조시켰을 때 돌아온 응답은 이랬습니다.

{
  "url_fetch_statuses": [
    "URL_FETCH_STATUS_NOT_IN_SEARCH_INDEX",
    "URL_FETCH_STATUS_EMPTY_CONTENTS_IN_INDEX"
  ]
}

내용이 없는 게 아니라, Gemini 입장에서는 그 페이지가 존재하지 않는 것과 같습니다. 아무리 내용이 좋아도 색인되지 않은 페이지는 AI Mode의 응답 재료로 사용될 수 없습니다.

AI 검색 시대에도 색인이 전제입니다

이 실험은 AI 검색 최적화(AEO)에 중요한 맥락을 제공합니다. Gemini나 AI Overviews가 특정 URL의 내용을 참고하려면 그 전에 구글 크롤러가 페이지를 수집하고 색인에 등록하는 과정이 완료되어 있어야 합니다. 기술이 아무리 발전해도 이 전제는 바뀌지 않습니다.

콘텐츠를 발행하고 나서 색인이 완료되기 전까지는 Gemini가 해당 페이지를 참고할 수 없다는 뜻이기도 합니다. 빠른 크롤링을 유도하는 사이트맵 관리, 내부 링크 구조, 페이지 권위도가 AI 검색 노출에도 직접 영향을 줍니다.

AI Mode가 URL을 어떻게 처리하는지 API 레벨의 상세한 분석은 원문에서 확인할 수 있습니다.