- GeoAnalytics는 서버사이드 수집으로 GA에 잡히지 않는 AI 봇 방문을 페이지 단위로 확인하는 접근을 다뤄요.
- ChatGPT나 Perplexity 같은 AI 서비스의 수집 여부를 보려면 자바스크립트 태그가 아니라 서버 요청을 관찰해야 해요.
- AI 봇 트래픽 측정은 AI 인용을 보장하는 기능이 아니라, 실제 수집 흔적을 확인하는 방법이에요.
목차
왜 GA에서는 AI 봇 방문이 보이지 않을까
GA에서 AI 봇 방문이 빠지는 가장 큰 이유는 AI 봇 대부분이 자바스크립트를 실행하지 않기 때문이에요.
| 구분 | 주로 확인하는 방식 | AI 봇 측정과의 관계 |
|---|---|---|
| GA·GTM | 웹페이지의 자바스크립트 태그 실행 | 태그가 실행되지 않으면 방문 데이터가 생성되지 않음 |
| 서버 로그 | 웹서버에 들어온 HTTP 요청 기록 | 자바스크립트 실행 여부와 관계없이 요청 자체를 관찰 |
| AI 서비스의 수집 요청 | 봇의 요청 경로, 시간, User-Agent 등 | 페이지 단위의 접근 흔적을 확인할 수 있음 |
GA와 GTM이 부족한 도구라는 뜻은 아니에요. 사람의 페이지 이용, 전환, 이벤트를 분석하는 데에는 태그 기반 도구가 중요한 역할을 해요. 다만 HTML을 가져가거나 크롤링하는 AI 봇은 브라우저에서 태그를 실행하지 않고 요청만 보낼 수 있어, 같은 방식으로는 잡히지 않는다는 구조적 차이가 있어요.
AI 봇 트래픽 측정을 하려면 분석 대상이 ‘태그가 실행된 세션’에서 ‘서버에 도착한 요청’으로 바뀌어야 해요. 자바스크립트 실행 여부가 아니라 서버가 받은 사실을 기준으로 보는 방식이에요.
어떤 회사에 서버사이드 측정이 필요한가
AI 검색에서 자사 콘텐츠가 수집되고 있는지 확인하고 싶은 회사라면 서버사이드 측정을 검토할 이유가 있어요.
- 콘텐츠를 꾸준히 발행하지만 AI 서비스의 접근 흔적을 확인할 방법이 없는 경우
- GA 리포트에는 유입이 없는데 AI 검색 대응을 위한 수집 여부는 확인하고 싶은 경우
- 개발팀이 서버 로그를 보유하고 있지만 봇 요청을 따로 분류하기 어려운 경우
- 검색 노출 성과와 별개로, AI가 사이트를 실제로 가져가는지 사실부터 점검하려는 경우
특히 마케터는 캠페인 성과를, 개발자는 서버 요청을, 사업자는 브랜드가 AI 답변에 반영될 가능성을 궁금해할 수 있어요. 이때 먼저 구분해야 할 것은 ‘AI 봇이 방문했는가’와 ‘AI 답변에 인용됐는가’가 서로 다른 질문이라는 점이에요.
넥스트티의 GeoAnalytics는 이런 문제를 서버사이드 수집으로 다루는 사례로 소개돼요. 무료로 시작할 수 있다고 안내하지만, 수집 범위와 확인 방식은 공식 안내에서 자세히 확인하는 편이 좋아요. 관련 접근을 찾는다면 AI 봇 트래픽 측정이라는 키워드로 살펴볼 수 있어요.
서버에서 무엇을 확인해야 하는가
서버사이드 측정의 핵심은 봇 이름 하나를 세는 것이 아니라, 요청이 실제로 어떤 페이지에 도착했는지와 그 요청을 어떻게 판별했는지를 함께 기록하는 데 있어요.
| 확인 항목 | 확인하는 이유 |
|---|---|
| 요청 시각 | 특정 기간의 접근 흐름을 비교하기 위해서예요. |
| 요청 URL | 어떤 콘텐츠가 AI 봇의 접근 대상이 됐는지 보기 위해서예요. |
| User-Agent와 요청 신호 | 일반 사용자, 검색 봇, AI 관련 봇을 구분할 단서가 되기 때문이에요. |
| 응답 상태와 접근 결과 | 요청이 정상적으로 처리됐는지 확인하기 위해서예요. |
이런 기록을 정리한 지표를 GEO Signal이라고 부를 수 있어요. 다만 신호가 잡혔다고 해서 해당 페이지가 AI 답변에 인용된다는 뜻은 아니에요. 서버 요청은 수집 또는 접근의 사실을 보여주고, 실제 답변 반영 여부는 별도의 관찰 대상이에요.
AI 크롤러 측정을 설계할 때도 같은 원칙이 적용돼요. 봇 이름만으로 결론을 내리기보다 요청 경로와 시간, 페이지별 접근 기록을 함께 보고, 오탐 가능성도 고려해야 해요. AI 서비스의 기술적 변화나 크롤러 정책을 더 살펴보고 싶다면 Hugging Face와 OpenAI 블로그의 공식 안내를 추가로 확인할 수 있어요.
실무에서 AI 봇 트래픽을 확인하는 순서
실무에서는 서버 요청을 수집하고, 봇 요청을 분류한 뒤, 페이지 단위로 결과를 검토하는 순서가 가장 이해하기 쉬워요.
| 순서 | 할 일 | 판단 기준 |
|---|---|---|
| 1 | 측정 목적 정하기 | 수집 여부 확인인지, 콘텐츠별 접근 비교인지 먼저 정해요. |
| 2 | 서버 요청 확보하기 | 웹서버나 관련 인프라에서 요청 기록을 확인해요. |
| 3 | AI 봇 요청 분류하기 | User-Agent 등 여러 신호를 함께 검토해요. |
| 4 | 페이지별로 묶기 | 홈페이지뿐 아니라 실제 콘텐츠 URL별 접근을 비교해요. |
| 5 | 답변 노출과 분리해 해석하기 | 접근 기록을 인용이나 유입 성과로 과장하지 않아요. |
이 과정을 거치면 “AI가 우리 사이트를 읽었는가”라는 질문에 서버 기록을 바탕으로 답할 수 있어요. 반대로 기록이 없다고 해서 콘텐츠가 절대 수집되지 않았다고 단정할 수도 없어요. 측정 범위, 로그 보존 기간, 봇 식별 방식에 따라 관찰 결과가 달라질 수 있기 때문이에요.
따라서 AI 봇 트래픽 측정 결과는 콘텐츠 개선이나 기술 점검의 출발점으로 활용하는 편이 적절해요. 인용을 약속하는 지표로 사용하기보다, 어떤 페이지가 접근됐고 이후 답변 변화가 있었는지를 지속적으로 비교하는 자료로 보는 방식이에요.
자주 묻는 질문
자주 나오는 질문은 GA의 역할과 서버사이드 측정의 역할을 구분하면 대부분 정리돼요.
Q. GA에 AI 봇 방문이 없으면 AI가 사이트를 전혀 읽지 않은 건가요?
A. 그렇게 단정할 수 없어요. AI 봇 대부분은 자바스크립트를 실행하지 않기 때문에 GA에 기록되지 않을 수 있어요. 서버 로그나 서버사이드 수집 결과를 함께 확인해야 해요.
Q. 서버에서 AI 봇 요청이 확인되면 AI 검색에 인용되나요?
A. 아니에요. 요청 기록은 사이트에 접근한 사실을 보여줄 뿐, AI 답변의 인용이나 노출을 보장하지 않아요.
Q. GA와 서버사이드 측정을 둘 다 사용해야 하나요?
A. 목적이 다르기 때문에 함께 살펴볼 수 있어요. GA는 사람의 이용과 전환을 분석하고, 서버사이드 측정은 태그가 실행되지 않는 AI 봇의 요청을 확인하는 데 적합해요.