ChatGPT의 인용 링크에는 UTM을 붙일 수 없습니다. 모델이 페이지의 원본 URL을 다시 구성하는 과정에서 공들여 추가한 utm_source와 utm_medium이 사라지기 때문입니다. 따라서 GA4에서 "chatgpt / referral / utm campaign"처럼 깔끔한 행이 나타나기를 기다리면 ‘AI는 방문자를 보내지 않는다’는 잘못된 결론에 이르게 됩니다. 실제로는 도입을 검토하는 잠재 고객이 조용히 가격 페이지로 유입되고 있지만, 마케터가 정해 둔 항목에 출처가 기록되지 않을 뿐입니다. 이를 포착하려면 두 겹의 추적망이 필요합니다. 리퍼러 유형으로 출처를 잡고, 서버 로그로 나머지를 확인해야 합니다.
GA4 기본 보고서는 왜 AI 유입을 놓칠까?
동시에 세 곳에서 누수가 발생하기 때문입니다. 첫째, GA4의 기본 채널 그룹에는 "AI" 항목이 없습니다. ChatGPT.com에서 발생한 클릭은 Referral로 분류돼 파트너 사이트나 이메일 유입과 섞입니다. 둘째, ChatGPT 데스크톱 앱과 iOS 앱, 일부 링크 처리 과정에서는 리퍼러 헤더가 제거됩니다. 이 경우 URL을 직접 입력한 방문자처럼 Direct로 잡힙니다. 셋째, Google AI Overviews 유입은 대부분 Google/organic으로 집계됩니다. 구매 의도가 높은 동일한 사용자군이 Referral, Direct, Organic이라는 세 항목에 흩어지기 때문에 기본 보고서만으로는 이들이 실제로 AI에서 왔다는 사실을 알 수 없습니다.
1단계: 리퍼러로 AI 유입 포착하기
먼저 출처가 남아 있는 절반부터 처리합니다. GA4 기본 채널 그룹을 건드리지 말고 맞춤 채널 그룹을 만든 뒤 "AI Assistant" 채널을 추가합니다. 세션 소스가 정규식 chatgpt|openai|perplexity|gemini|copilot|claude와 일치하도록 조건을 설정하면 됩니다. 출처가 확인되는 AI 클릭을 한 열에 모아 세션 수, 랜딩 페이지, 전환 이벤트를 바로 확인할 수 있습니다. 현재 목록에 포함할 만한 호스트명은 다음과 같습니다.
- ChatGPT: chatgpt.com, chat.openai.com
- Perplexity: perplexity.ai
- Google Gemini: gemini.google.com
- Microsoft Copilot: copilot.microsoft.com
- Claude: claude.ai
- 예외: Google AI Overviews 클릭은 거의 모두 Google/organic에 섞이므로 리퍼러만으로 분리하기 어렵습니다. 이 부분은 Search Console의 검색 노출 데이터를 바탕으로 추정해야 하며, 무리하게 역산해서는 안 됩니다.
UTM이 유용한 곳과 그렇지 않은 곳
UTM의 한계를 분명히 알아야 불필요한 작업을 줄일 수 있습니다. 모델이 URL을 어떻게 재구성할지는 통제할 수 없으므로 ‘AI 인용 링크에 추적 파라미터를 심겠다’는 시도는 효과가 없습니다. UTM이 실제로 유용한 대상은 직접 배포하는 링크입니다. LinkedIn 게시물, 외부 기고문, 전자책, 디렉터리, 이메일 보고서 등이 여기에 해당합니다. AI가 이런 자료를 읽을 수도 있고 사용자가 링크를 클릭할 수도 있으므로 유입 경로를 충분히 추적할 수 있습니다. 흔히 놓치는 부수 효과도 있습니다. UTM을 일관되게 관리하면 Direct 항목이 깔끔해지고, 리퍼러 없이 Direct로 들어온 수상한 유입 가운데 출처 정보가 제거된 AI 클릭을 더 쉽게 식별할 수 있습니다.
2단계: 서버 로그에서 전체 흐름 확인하기
GA4가 놓친 신호도 서버 로그에서는 복원할 수 있습니다. 서버 로그는 GA4에서 볼 수 없는 두 가지를 포착합니다. 하나는 출처 정보가 제거됐거나 분석 코드가 차단된 사용자의 요청입니다. 서버에 요청이 도달하고 관련 헤더가 남아 있다면 로그에서 확인할 수 있습니다. 다른 하나는 AI 자체의 요청입니다. 여기에는 언어 모델용 데이터를 구축하기 위해 페이지를 수집하는 인덱싱 크롤러와, 사용자가 질문한 순간 모델이 해당 페이지를 가져가는 실시간 요청 유형이 있습니다. 특히 후자가 중요합니다. 실제 질문에 답하기 위해 콘텐츠가 바로 읽히고 있다는 신호이기 때문입니다.
- 인덱싱 크롤러(언어 모델용 데이터 구축): GPTBot, PerplexityBot, ClaudeBot, Bingbot.
- 실시간 요청 유형(사용자 질문에 대응): ChatGPT-User, OAI-SearchBot, Perplexity-User, Claude-User.
확인 방법은 간단합니다. 사람의 클릭은 grep-E 'chatgpt\.com|perlexity\.ai|gemini\.google' access.log로, AI 요청은 grep-E 'ChatGPT-User|Perplexity-User|OAI-SearchBot|GPTBot|ClaudeBot' access.log로 찾습니다. 실시간 요청 유형이 감지되면 AI가 질문에 답하기 위해 어떤 페이지를 언제, 얼마나 반복해서 가져갔는지 확인할 수 있습니다. 이런 페이지는 우선적으로 콘텐츠를 보강하고 CTA를 배치하며 구조를 정비해야 합니다. 이미 AI가 브랜드를 대신해 답변하고 있지만, 아직 전환 경로가 연결되지 않은 페이지이기 때문입니다.
두 단계를 연결하는 주 30분 추적 루틴
도구를 갖췄다면 남은 일은 운영 리듬을 정하는 것입니다. AI 유입 추적에 고가의 대시보드는 필요하지 않습니다. 매주 30분 이내에 반복할 수 있는 세 가지 작업이면 충분합니다.
- 월요일: GA4의 "AI Assistant" 맞춤 채널에서 지난주 세션 수, 랜딩 페이지, 전환 이벤트를 확인하고 눈에 띄게 증가하거나 감소한 페이지를 기록합니다.
- 수요일: 지난주 서버 로그에서 grep으로 실시간 요청 user-agent를 추출하고, 가장 많이 요청된 URL 5개를 정리합니다.
- 매월: AI가 가장 많이 읽은 페이지를 검토하고 다음 콘텐츠 개선 주기에 어떤 페이지를 다시 작성하고 보강할지 결정합니다. 실제 질문에 대한 답변에 인용되고 있는 페이지이기 때문입니다.
AI 유입은 규모가 작더라도 의도가 강한 경우가 많습니다. 필요한 것은 보기 좋은 장문의 보고서가 아니라, 어떤 페이지가 사용자 질문에 답하고 있으며 어느 AI 서비스가 유입을 보내는지 파악하는 일입니다.— Tenten GEO
‘유입이 있는가’에서 ‘인용되고 있는가’로
리퍼러와 서버 로그는 클릭 이후에 벌어진 일을 보여 주지만, 어디까지나 퍼널 하단의 데이터입니다. 상단에서 물어야 할 핵심 질문은 따로 있습니다. 사용자가 질문한 순간 AI가 우리 브랜드를 언급하거나 콘텐츠를 인용했는가입니다. 클릭은 인용이 남기는 흔적 중 하나일 뿐입니다. 제로 클릭 환경에서는 사용자가 사이트를 방문하지 않아도 인용 자체가 브랜드를 보증하고 브랜드 노출을 만듭니다. Brand Radar는 바로 이 흐름을 추적합니다. 콘텐츠가 읽히고 인용되며 브랜드가 발견된 뒤 파이프라인으로 이어지는 전 과정을 살핍니다. 현재 어느 구간이 비어 있는지 확인하고 싶다면 30분 GEO 진단을 예약해 보십시오. 실제 고객 질문을 기준으로 격차와 보완 우선순위를 보여 드립니다.
