리퍼러는 사용자가 지금 페이지로 오기 직전에 머문 페이지의 주소로 브라우저가 요청의 Referer 헤더에 실어 보내는 값입니다. HTTP 표준인 RFC 9110이 이 필드를 정하며 Referer라는 이름은 철자가 틀린 채 굳었습니다1. 분석 도구는 이 값으로 방문이 어디서 왔는지 유입 경로를 나눕니다2.
| 항목 | 내용 |
|---|---|
| 다른 이름 | 참조 URL, 유입 경로. GA4 필드 이름은 문서 리퍼러(page_referrer)2 |
| 정하는 곳 | 필드는 RFC 91101, 보낼 범위는 링크를 내보내는 페이지의 리퍼러 정책(W3C Referrer Policy)3 |
| 빠지는 경우 | 주소를 직접 입력하거나 북마크로 연 방문, HTTPS 페이지에서 HTTP 페이지로 넘어간 요청1, 내보내는 페이지가 no-referrer 정책을 쓸 때3 |
| 적혀 있는 곳 | 서버 접근 기록의 Referer 칸, GA4 세션 소스 칸(캠페인 값이 없을 때)2 |
표. 리퍼러 요약. 출처: RFC 9110 §10.1.31, GA4 캠페인 및 트래픽 소스2, W3C Referrer Policy 후보 권고안3. 기준일: 2026-10-05 확인.
어디서 보게 되나
서버 접근 기록 형식에 Referer 칸이 있으면 요청마다 이 값이 남습니다. 이 칸에 도메인만 남았다면 내보낸 쪽 정책 때문일 수 있습니다. strict-origin-when-cross-origin 정책을 쓰는 페이지는 다른 사이트로 갈 때 https://example.com/처럼 출처만 보냅니다3. GA4에서는 세션 소스 칸이 리퍼러 주소 전체 대신 소스 이름을 보여 주므로 Google 검색에서 온 방문은 google로 표시됩니다4. GA4는 utm 같은 캠페인 값이 없을 때 문서 리퍼러로 소스를 정하고 리퍼러 정보마저 없으면 직접 트래픽으로 처리합니다2.
헷갈리기 쉬운 것
| 헷갈리는 말 | 차이 | 확인할 곳 |
|---|---|---|
| UTM 매개변수 | 리퍼러는 브라우저가 헤더로 보내고 UTM은 링크 주소 끝에 붙음. GA4는 UTM 값이 있으면 그 값을 먼저 씀2 | 도착 주소의 물음표 뒤 |
| 직접 유입 | 리퍼러 정보가 없을 때 GA4가 붙이는 분류. 리디렉션, URL 단축기, 오프라인 문서 링크, 광고 차단 프로그램도 원인으로 적혀 있음5 | GA4의 (direct) / (none) 행 |
| 크롤러의 사용자 에이전트 | User-Agent 헤더는 요청을 보낸 프로그램의 정보이고 Referer 헤더는 직전 페이지 주소1 | 서버 접근 기록의 두 칸 |
확인하는 법
- 서버 접근 기록에서 확인할 방문 한 줄을 골라 메모에 Referer, 요청 주소, 판정 세 칸을 만들고 앞의 두 칸을 옮겨 적습니다.
- Referer가 도메인뿐이면 판정 칸에 "경로 알 수 없음"을 적습니다. 내보낸 쪽이 출처만 보내는 정책을 썼을 수 있기 때문입니다3.
- Referer가 비어 있으면 요청 주소에 utm 값이 있는지 봅니다. 있으면 GA4는 그 값으로 소스를 정하고 없으면 직접 트래픽으로 처리합니다2. 판정 칸에 "utm으로 확인" 또는 "출처 기록 없음"을 적으면 이 방문의 판정이 끝납니다.
관련 용어
- 분석 도구에서 AI 검색 유입만 따로 보기: 리퍼러로 AI 서비스 방문을 나누는 GA4 절차.
- 인용 출처: 리퍼러를 남기는 클릭이 시작되는 AI 답 속 링크.
- 검색용 크롤러: 서버 기록에서 리퍼러 옆 칸에 이름을 남기는 방문자.
