ChatGPT 여행 관련 프롬프트의 3분의 1은 학습 데이터에서만 답변 — 웹 검색을 거치지 않음
핵심
ChatGPT는 프롬프트 하나를 받을 때마다 답변을 생성하기 전에 **라우팅 결정(routing decision)**을 먼저 내린다. 즉, 학습 데이터에서만 답변할지, 웹 검색이 필요한지, 추론 모드를 켤지, 사용자 저장 정보를 참고할지를 미리 결정한다. 이 결정은 이진적이며, 웹 검색과 메모리 기반 답변 사이의 '확률적 혼합'이 아니다.
라우팅 메커니즘
프롬프트 분류 (turn_use_case)
ChatGPT는 들어오는 프롬프트를 6가지 범주로 분류한다:
- text — 학습 데이터에 전적으로 의존. 정의, 코드, 번역 등에 live web을 거치지 않음
- instant_search — 현재 사실이나 실시간 뉴스를 빠르게 검색하는 표준 웹 검색
- thinking — 15~40개의 타겟팅된 부질문을 통해 데이터를 깊이 있게 교차 검증하는 추론 모드 활성화
- shopping — 상품 추천, 구매 가이드 같은 거래 쿼리에 상업용 웹 스크래퍼 트리거
- local — 위치 기반 쿼리를 지역 비즈니스, 리뷰, 지역 언론 인덱스로 라우팅
- image_generation — 이미지 생성 파이프라인으로 직접 전달
검색 소스 (result_source)
검색이 수행될 때는 4가지 백엔드에서 결과가 나온다:
- labrador — 신뢰도 높은 권위 있는 플랫폼(Wikipedia, Reuters, WSJ, TechRadar) 사용. 약 1,080자 규모의 큰 발췌문 사용. OpenAI의 공식 파트너십으로 엄격히 제한됨
- bright — 상업용 웹 스크래퍼 기반. 상업, 금융, 쇼핑 쿼리 지배(Reddit, Forbes 등). 추가로 oxylabs는 지역 및 지방 언론에 편중
- oxylabs — (bright와 함께 나타남)
- serp — fallback 오픈 웹 인덱스, 주로 표면적 뉴스 제공
여행 프롬프트 분석 결과
분류 분포
- instant_search — 62% (가장 일반적. 항상 "instant"와 "instant search" 쌍으로 표시되어 live web 리트리벌로 보강된 빠른 경로 답변)
- text — 31% (순수 모델 생성. 모델의 가중치(weights)에서만 답변. 이는 검색된 여행 프롬프트의 약 3분의 1이 live web search를 트리거하지 않았고 2025년 8월 이전 학습 데이터에서만 답변했음을 의미)
- thinking — 1개 턴 (느린 추론 모드)
- personal/personal context — 1개 턴 (저장된 사용자 메모리 참고)
핵심 발견: 이진적 라우팅
모든 instant_search 턴은 외부 소스에서 결과를 리트리벌했다. 반면 text, thinking, personal 턴은 하나도 외부에서 데이터를 가져오지 않았다. 겹침이 없었다.
이는 모델이 "때때로 검색에 약간 의존하는" 확률적 혼합이 아니라, 생성이 시작되기 전에 내려지는 하드 라우팅 결정임을 의미한다. 파이프라인이 live web으로 나갈지, 아니면 모델이 이미 알고 있는 것에서만 답변할지 중 하나로 결정되는 것이다.
검색 백엔드의 계층 구조
bright의 지배적 역할
bright는 항상 켜져 있는 기본 검색 백엔드이며, 이것 없이는 리트리벌이 일어나지 않는다.
labrador의 보조적 역할
labrador는 48개 중 25개(52%)에 나타났으나 절대 단독으로 나타나지 않았다. 항상 bright와 함께 나타났으므로, 주요 결과를 보강하거나 교차 검증하는 보조 인덱스이지 동등한 대안이 아니다.
serp의 희귀한 출현
serp는 정확히 1회(2%)만 나타났으며, 다른 두 소스와 함께 나타났다. 드물게 트리거되는 fallback이나 특화된 검색 결과 조회처럼 작동한다.
아키텍처 해석
코드명들은 공개되지 않았고 행동을 해석한 것이지만, 패턴은 2단계 설계와 일치한다:
- 주요 백엔드가 기존 검색 엔진 결과에서 파생(bright의 항시 존재와 별도의 serp 값이 지시)
- 보조 소스가 OpenAI 자체 크롤링과 처리를 반영할 수 있음
이것이 맞다면 엄청난 의미를 가진다. ChatGPT의 답변이 기존 검색 순위와 당신 사이트에 대한 직접 크롤러 접근 두 가지로부터 동시에 공급받는다는 뜻이기 때문이다.
다중 단계 리트리벌
수집한 원본 로그 데이터를 보면, 개별 검색 턴들은 같은 소스가 2~3회 실행되도록 기록했다. 하나의 "instant search" 답변은 흔하게 여러 라운드의 페칭을 포함했다 — bright 2회, labrador 2회, 때로는 각각 3회.
ChatGPT는 한 번의 검색을 실행한 후 상위 결과를 요약하지 않는다. 대신 하나의 답변 내에서 여러 번 반복해서 페칭, 평가, 다시 페칭을 한다.
각 단계는 콘텐츠가 선택되거나 넘어가는 또 다른 순간이며, 이는 페이지가 얼마나 검색 가능하고, 파싱 가능하고, 직접적으로 유용해야 하는지의 기준을 높인다.
여행 SEO와 LLM/AI 가시성에 미치는 영향
text 경로(학습 데이터 기반)
이번 세션에서 분류된 턴의 약 3분의 1이 web을 건드리지 않은 text 턴이었다. 이러한 쿼리들(보통 정의형, 대화형, 상시 유효한 콘텐츠)의 경우, 크롤링, 구조화 데이터, 순위 강도가 아무리 뛰어나도 답변에 포함될 수 없다. 답변이 학습 데이터에서 생성되기 때문이다.
이 경로에 영향을 미치는 것은 모델이 학습될 때 흡수된 더 광범위한 공개 글뭉치(corpus)에서의 브랜드 존재다. 즉, 멘션, 인용, 미디어 커버리지, 권위 신호이다. 이는 크롤 사이클이 아닌 학습 사이클 규모의 브랜드 구축과 디지털 PR 영역이다.
retrieval 경로(웹 검색 기반)
retrieval 경로는 다르며, **이중 구조(double-doored)**로 보인다:
- 주요 백엔드가 SERP 파생이라면, 기존 오가닉 가시성이 계속 여행 AI 답변에 공급된다. 좋은 순위는 여전히 AI 가시성의 진입 장벽이며, 더 이상 레거시 메트릭이 아니다.
- 보조 소스가 OpenAI 자체 인덱스를 반영한다면, 직접 크롤러 접근 가능성이 Google 순위와 무관하게 중요해진다.
전략적 질문
이것이 재설정하는 전략적 질문은 대부분의 여행 SEO 팀이 아직 묻지 않는 것이다: 당신의 브랜드, 상품, 카테고리에 대한 어떤 프롬프트가 검색을 트리거하고, 어떤 프롬프트가 메모리에서 답변되는가?