검색·웹 분석
구글 검색 클릭은 늘었는데 방문은 그대로? 새 Referer 문서가 짚은 측정 차이
발행일:
Google이 검색 유입 식별 문서를 새로 공개했습니다. Referer가 알려주는 범위와 클릭·세션의 차이를 구분해 유입 보고서의 측정 공백을 점검합니다.
Search Console의 클릭 수와 사이트 분석 도구의 방문 수가 다르면 측정이 잘못된 걸까요? 두 값은 같은 행동을 세지 않으므로 일치하지 않을 수 있습니다. Google은 11월 12일, 사이트 분석과 서버 로그에서 검색 유입을 식별하는 공식 문서를 추가했습니다. 새로운 측정 기능의 출시가 아니라 기존 유입 정보의 읽는 방법과 한계를 정리한 안내입니다. 문서 업데이트
핵심은 숫자를 억지로 맞추는 대신 차이가 생긴 지점을 찾는 것입니다. 검색에서 클릭했는지, 사이트에 도착했는지, 분석 도구가 기록했는지는 서로 다른 질문입니다. 콘텐츠 성과가 달라졌다고 판단하기 전에 이 세 단계를 나눠 보면 불필요한 원고 수정이나 광고 예산 변경을 피하는 데 도움이 됩니다.
Referer는 출발지를 알려주지만 검색어까지 알려주지는 않습니다
웹 요청의 Referer는 방문자가 어디에서 왔는지 알려주는 정보입니다. Google 검색은 보통 https://www.google.com/이나 국가별 Google 도메인을 전달합니다. Android Google 앱이 브라우저 탭으로 링크를 열 때는 android-app://com.google.android.googlequicksearchbox/https/www.google.com 형태도 나타날 수 있습니다. 앱 유입이라고 항상 별도 형태로 찍히는 것은 아닙니다. 유입 식별 안내
이 정보에는 검색어와 검색 결과 페이지의 세부 경로가 담기지 않습니다. Discover나 Google 이미지도 같은 출발지 값을 사용할 수 있어, 이 값 하나로 검색 화면이나 AI 검색 영역을 정확히 구분할 수는 없습니다. 검색어를 살펴보려면 Search Console 실적 보고서를 사용해야 합니다.
예를 들어 Google 도메인으로 잡힌 방문이 늘었다고 해서 증가분을 특정 AI 검색 기능의 효과로 보고하면 근거가 부족합니다. 출발지 분류와 어떤 검색 경험에서 발생했는지는 구분해서 설명해야 합니다.


출발지가 비어 있다고 검색 유입이 아니었던 것은 아닙니다
Google 문서는 브라우저의 개인정보 보호 설정이나 앱에서 브라우저로 이동하는 과정 등에서 Referer가 빠질 수 있다고 설명합니다. 분석 스크립트도 동의 설정과 차단 도구의 영향을 받습니다. 따라서 출발지 정보가 없는 방문을 모두 직접 입력이나 즐겨찾기 방문으로 해석해서는 안 됩니다. 누락 원인
사이트 이전이나 동의 배너 변경 이후 직접 유입이 갑자기 늘었다고 가정해 보겠습니다. 브랜드 인지도가 높아졌다는 결론부터 내리기보다, 변경 시점과 유입 분류 설정을 먼저 비교하는 편이 좋습니다. 리디렉션이나 사용자 정의 채널 규칙이 기존 검색 유입을 다른 항목으로 옮겼는지도 확인할 수 있습니다.
다만 빠진 정보를 복구할 수 있다고 보장하거나, 측정을 위해 사용자의 개인정보 보호 선택을 무시해서는 안 됩니다. 확인 가능한 범위와 알 수 없는 부분을 보고서에서 구분하는 것이 먼저입니다.

클릭과 세션의 차이부터 맞춰 비교합니다
Search Console은 검색 결과의 클릭을, 웹 분석은 사이트 내 방문과 행동을 서로 다른 방식으로 집계합니다. Search Console의 검색 클릭에는 Google Ads 광고 클릭이 포함되지 않습니다. 비교할 분석 보고서에 유료 유입까지 섞여 있다면 출발점부터 범위가 달라집니다. 측정 범위
Google의 비교 안내는 기간·국가·기기를 맞추고 태그 누락, 시간대, 대표 URL 처리 등의 차이를 살펴보도록 설명합니다. 작은 차이를 없애는 것보다 추이가 크게 벌어지는 지점을 조사하는 데 의미가 있습니다. 데이터 차이 점검
월간 보고서라면 두 값을 하나의 ‘방문자 수’로 합치지 말고 검색 클릭과 사이트 세션으로 나란히 두어 보세요. 차이가 커진 날짜와 페이지부터 좁히면 전체 콘텐츠를 다시 평가하기 전에 수집 설정의 변화인지 확인할 수 있습니다.

서버 로그를 볼 때도 페이지 요청부터 좁힙니다
로그에서는 이미지·CSS·JavaScript 같은 부속 파일 요청을 방문으로 세지 않도록 주의해야 합니다. Google은 검색 유입을 확인할 때 방문자가 도착하는 페이지 자체의 요청을 보라고 안내합니다. 로그 확인 범위
예를 들어 상품 상세페이지 한 번을 여는 동안 여러 파일이 함께 요청될 수 있습니다. 전체 요청 건수를 그대로 검색 방문 수와 비교하면, 페이지에 자산을 추가한 변화까지 유입 증가처럼 읽을 위험이 있습니다.
먼저 페이지 하나와 기간을 정하고, 자연 검색 범위·유입 분류·도착 페이지 요청을 차례로 맞춰 보세요. 그다음 실제 문의나 구매 같은 사이트 내 행동을 살펴보면 됩니다. 숫자의 차이를 설명할 근거를 확보하는 일과 마케팅 성과를 판단하는 일은 연결되지만, 같은 작업은 아닙니다.

이어볼 뉴스
검색 결과의 링크 노출이 바뀌었다는 소식과, 실제 유입을 구분해 측정할 수 있다는 주장은 다릅니다. 제공 범위와 테스트 상태를 나눠 읽는 방법도 함께 살펴보세요.

#GoogleSearch #SearchConsole #유입분석 #웹분석 #SEO
- #GoogleSearch
- #SearchConsole
- #유입분석
- #웹분석
- #SEO
CONTINUE READING
이 기록에서 이어서 보기
VECTORLOG LETTER
다음 기록도 받아보고 싶다면 구독을 연결해 주세요.