SEO & content

내 웹사이트 트래픽 중 실제로 봇은 얼마나 될까

By Jake Luo · Published 2026년 9월 1일

분석 도구가 보여주는 것보다 훨씬 많다. 이 질문에 관해서는 분석 도구 자체가 잘못된 계측기이기 때문이다. 자바스크립트 태그는 자바스크립트를 실행하는 방문자만 세기 때문에 단순한 크롤러와 스크레이퍼는 아예 나타나지 않고, 페이지를 렌더링하는 쪽은 Direct(직접 유입)로 분류되어 사람처럼 읽힌다. 서버나 CDN 로그는 모든 요청을 세며, 진짜 비율은 거기에 있다. 우리 오리진 로그를 세 시간분만 뽑아 보니 요청의 약 4분의 3이 위조되었거나 비어 있는 사용자 에이전트를 쓰는 데이터센터 클라이언트였다. 트래픽 그래프를 다시 읽기 전에 로그에서 한 번 재어 두자

분석 태그와 서버 로그는 서로 다른 것을 세고 있다

이 질문이 어려운 이유는 확인할 수 있는 두 장소가 설계상 서로 어긋나기 때문이고, 둘 다 거짓말을 하고 있지는 않다. 페이지뷰 태그는 브라우저에서 자바스크립트가 실행된 뒤에 발화하므로 렌더링하는 클라이언트, 즉 실제 사람과 완전한 브라우저를 구동하는 소수의 봇을 센다. 서버나 CDN 로그는 오리진에 도달한 모든 요청을 기록하므로 가져간 횟수를 센다. 사이트맵을 받아 1분 만에 400페이지를 끌어가면서 당신의 코드는 한 줄도 실행하지 않은 크롤러까지 포함해서다. 같은 사이트가 같은 날 분석에서는 200세션, 엣지에서는 1만 2천 요청이라고 보고해도 양쪽 모두 정직할 수 있다

어느 숫자가 맞는지는 무엇을 결정하려는지에 달려 있다. 쓴 글이 사람에게 닿고 있는지 알고 싶다면 태그가 진실에 더 가깝고 로그는 당신을 치켜세울 것이다. 호스팅 비용이 왜 움직였는지, 검색 순위가 왜 트래픽 그래프와 따로 노는지, 지난 화요일의 급증이 진짜였는지 알고 싶다면 증언할 수 있는 것은 로그뿐이다. 잘못은 둘 중 틀린 쪽을 고르는 데 있지 않다. 지금 묻고 있는 대상을 볼 수 없는 계측기에서 숫자를 읽어 오는 데 있다

  • 로그에만 보이는 것 — 단순한 크롤러 검색 크롤러, AI 크롤러, 피드 리더, 가동 확인 도구, 보안 스캐너, 그리고 당신의 글을 퍼가는 스크레이퍼는 HTML을 받고 거기서 끝난다. 어느 것도 분석 태그를 실행하지 않으므로, 대시보드 입장에서는 어느 것도 존재하지 않는다
  • 로그에만 보이는 것 — 페이지가 아닌 모든 것 이미지, 폰트, JSON 엔드포인트, RSS, robots.txt, 그리고 누군가 찔러 본 모든 404. 이상한 패턴이 가장 먼저 드러나는 곳은 대개 여기다. 관리자 페이지를 찾는 봇에게는 당신의 글 사이에 숨을 이유가 전혀 없다
  • 둘 다에 보이고 둘 다에서 틀리는 것 — 헤드리스 브라우저 실제 브라우저를 구동하는 봇은 당신의 태그를 실행하고, 기기와 위치와 참조 출처를 달고 평범한 세션으로 도착한다. 평균값을 조용히 움직이는 것이 바로 이쪽이며, 한 줄씩 떼어 보면 이상한 구석이 하나도 없다
  • 분석에만 보이는 것 — 페이지가 뜬 뒤에 벌어진 일 스크롤, 클릭, 양식 작성, 가입. 로그는 페이지가 전달되었다는 사실은 알려주지만 그 방문에 값어치가 있었는지는 결코 알려주지 않는다. 그래서 답은 갈아타기가 아니라 둘 다 읽는 것이다

이 세션이 사람이 아니라는 단서

봇이라고 적힌 줄이 나오는 일은 거의 없다. 나오는 것은 사람 방문자라면 만들어 낼 수 없는 불가능함의 묶음이고, 생각보다 알아보기 쉽다. 자동화된 트래픽은 사람처럼 들쭉날쭉한 척을 잘 못하기 때문이다. 수상한 구간을 하나 집어 들고, 사람 몸 하나가 이걸 만들어 낼 수 있었을지 물어보면 된다

보이는 것대개의 정체그렇게 보이는 이유
한 방문자가 몇 초 사이에 여러 도시, 여러 기기에서 기록됨회전형 프록시 풀 때문에 여러 세션으로 쪼개진 하나의 자동 클라이언트가정용 프록시를 사서 쓰는 스크레이퍼는 요청마다 IP를 바꾸고, 분석 도구는 그 하나하나에서 위치와 기기를 따로 추정한다
도시도 지역도 비어 있는 세션 묶음이 전부 같은 사용자 에이전트를 씀지문을 한 번도 바꾸지 않은 단일 스크립트실제 브라우저는 서로 다르다. 기본 HTTP 클라이언트는 매번 같은 헤더를 보내고, 위치 데이터베이스에는 데이터센터 주소 대역에 대한 쓸 만한 정보가 없는 경우가 많다
뷰포트 너비가 한 번도 바뀌지 않고, 팔아 본 적 없는 작은 도시에서 들어옴클라우드 리전에서 기본 창 크기로 도는 헤드리스 브라우저헤드리스 크롬은 따로 지정하지 않으면 고정 크기로 열리고, 클라우드 리전은 몇 안 되는 작은 도시에 있다. 즉 그 지명은 독자에 관한 사실이 아니라 호스팅에 관한 사실이다
모든 페이지를 2초도 안 되어 이탈하고, 사이트맵 순서대로 방문함링크를 따라 도는 크롤탐색이 아니라 수집이다. 체류 시간도 스크롤도 없고, 순서는 누군가의 호기심이 아니라 내부 링크 구조를 따른다

우리 트래픽을 직접 감사하며 알게 된 것

이 대목은 문서가 아니라 agentceres.com을 운영하며 얻은 이야기다. 원본 오리진 로그 세 시간분을 뽑아 세어 보니 서로 다른 558개 URL에 걸쳐 1,438건의 요청, URL당 2.58건이었고 그중 약 4분의 3이 위조되었거나 비어 있는 사용자 에이전트를 쓰는 데이터센터 클라이언트에서 왔다. 비율보다 모양이 더 중요했다. 수많은 페이지가 각각 두세 번씩 받아 가는 롱테일은 크롤의 생김새이고, 독자층은 그것과 조금도 닮지 않았다. 게다가 눈에 보이는 대가가 있었다. 대부분이 아무도 요청하지 않은 페이지에 대한 캐시 미스였고, 독자가 아니라 메모리와 대역폭으로 호스팅 청구서에 나타났다

로그가 아니라 분석 쪽을 들여다본 두 번째 감사에서는 왜곡이 두 가지 나왔고 그중 봇은 하나뿐이었다. 우리 팀이 내부 운영 콘솔을 돌아다닌 몫이 사이트 전체 페이지뷰의 약 35%였다. 우리 자신이 가장 큰 독자였던 셈인데, 내부 페이지도 페이지처럼 보이니 아무도 알아채지 못했다. 그다음 Direct로 분류된 트래픽 가운데 절반쯤은 들여다보자 살아남지 못했다. 1.7초 사이에 네 도시, 네 기기에서 기록된 방문자 하나, 도시 항목이 빈 채 하나의 사용자 에이전트를 공유하는 세션 무리, 그리고 소프트웨어를 사는 곳보다 큰 데이터센터가 있는 곳으로 더 알려진 오리건의 작은 도시에서 들어오는 너비 800픽셀짜리 뷰포트. 그 주에 올라온 다섯 개의 추천 출처 중 진짜 추천은 정확히 하나였다

이 수정으로 다음에 할 일이 바뀌지는 않았다. 바뀐 것은 이미 안다고 믿고 있던 쪽이고, 그편이 더 나쁘다. 두 가지 조치로 대부분이 정리되었고 둘 다 돈이 들지 않았다. 먼저 자기 팀을 제외한다. 가장 큰 오차이면서 걷어내기가 가장 쉽다. 그다음 Direct를 채널로 취급하기를 그만두고, 아직 정체를 밝히지 못한 방문을 담아 둔 통으로 취급한다. 일부는 자동화된 것이지만 나머지의 상당 부분은 다크 소셜, 즉 참조 출처 없이 도착한 진짜 입소문이다. 둘은 같은 보고서의 같은 줄에 함께 살고 있고, 그 둘을 갈라내는 일이 곧 이 작업의 전부다

FAQ

봇 트래픽은 SEO에 나쁜가요
대체로 그렇지 않습니다. 검색 크롤러도 봇이고 오히려 와 주기를 바라는 쪽이며, 크롤링되는 것이 색인되는 유일한 길입니다. 해가 될 수 있는 것은 가치 없는 양입니다. 아주 큰 사이트에서 크롤러가 진짜 페이지 대신 매개변수 URL과 중복, 막다른 길에 시간을 쓰는 상태, 즉 크롤 예산 문제입니다. 작은 사이트에서 봇 트래픽은 순위 문제가 되기 훨씬 전에 비용과 측정의 문제입니다
구글 애널리틱스가 봇을 알아서 걸러 주지 않나요
공개된 목록과 대조해 알려진 봇과 스파이더를 걸러냅니다. 그리고 그 목록은 정의상 스스로 정직하게 신원을 밝히는 클라이언트로 이루어져 있습니다. 클라우드 서버에서 평범한 브라우저 사용자 에이전트를 보내는 것은 거기에 없고 앞으로도 없을 것입니다. 대조할 근거 자체가 없기 때문입니다. 자동 필터링이 걷어내는 것은 이 문제의 예의 바른 절반입니다
AI 크롤러를 막아야 할까요
그것은 위생 관리가 아니라 전략의 판단이고, 관성이 아니라 의도를 갖고 정할 만한 문제입니다. 막으면 부하가 줄고 내 글이 모델 학습에 흘러드는 것도 막습니다. 동시에 고객이 던지는 질문에 점점 더 많이 답하고 있는 시스템에서 내 사이트가 사라집니다. 무엇을 견줘야 하는지, 어떤 설정이 어떤 동작을 좌우하는지는 AI 크롤러란 무엇인가에 정리해 두었습니다
Direct 트래픽이 갑자기 왜 이렇게 많죠
Direct는 출처가 아니라 출처가 없다는 상태입니다. 그래서 서로 무관한 두 가지 이유로 동시에 늘어납니다. 자동화된 클라이언트는 참조 출처 없이 도착하고, 메시지나 메일 앱, 비공개 커뮤니티의 링크를 누른 진짜 사람도 마찬가지입니다. Direct가 오르고 있다면 기뻐하기 전에도 무시하기 전에도 먼저 쪼개 보세요. 좋은 소식에 해당하는 절반은 다크 소셜에서 다룹니다
그럼 제 트래픽 숫자는 가짜인가요
아닙니다. 그 숫자가 당신이 던지는 질문과는 다른 질문에 답하고 있다는 뜻입니다. 자바스크립트 태그의 세션은 여전히 사람이 페이지를 읽었다는 사실의 쓸 만한 대리 지표이고, 로그의 요청 수는 여전히 부하와 크롤링에 관한 진실입니다. 문제는 한쪽의 숫자가 다른 쪽에 속한 판단에 쓰일 때만 시작되며, 이는 마케팅이 효과가 있는지 어떻게 측정하나에서 편 논지이기도 합니다
Related questions
웹사이트 트래픽이 갑자기 떨어진 이유는?왜 내 웹사이트에 트래픽이 오지 않을까?내 마케팅이 효과가 있는지 어떻게 측정하나요?ChatGPT를 비롯한 AI 검색에서 오는 트래픽은 어떻게 측정하나요?

Want this done for you?

AgentCeres is a managed AI marketing team — specialists draft the work, you approve what ships. 14-day free trial, from $39/month.

Start free trialMore answers