GA4 직접 유입이 늘어나는 이유｜(direct)/(none) 원인 찾는 순서
GA4의 (direct)/(none)이 늘었다고 해서 모든 사용자가 주소를 직접 입력한 것은 아닙니다. 캠페인 태그가 없거나 리디렉션에서 매개변수가 사라지고, 앱·문서·개인정보 보호 설정 때문에 referrer가 전달되지 않아도 직접 유입으로 분류될 수 있습니다. 먼저 증가 시점과 랜딩 페이지를 좁힌 뒤 UTM 보존, 이동 경로, Referrer-Policy 순서로 확인하는 것이 빠릅니다.
(direct)/(none)은 정확히 무엇을 뜻할까?
GA4에서 source가 direct이고 medium이 none이라는 것은 수집된 세션에 명확한 추천 출처가 없다는 뜻입니다. 실제 주소 입력과 북마크 방문도 포함되지만 출처 정보가 중간에 손실된 방문도 같은 바구니에 들어갑니다. Google Analytics의 direct traffic 안내는 UTM 누락, 리디렉션, 오프라인 문서, 광고 차단 등을 대표 원인으로 설명합니다.
따라서 직접 유입 비율만 보고 브랜드 검색이 늘었다고 결론 내리면 안 됩니다. 날짜, 랜딩 페이지, 기기, 브라우저, 국가, 캠페인 배포 기록을 함께 비교해야 실제 직접 방문과 측정 손실을 어느 정도 구분할 수 있습니다.
어느 화면부터 확인해야 하나요?
전체 비율보다 변화가 시작된 날짜와 첫 랜딩 페이지를 먼저 봅니다. 특정 페이지에만 급증했다면 해당 주소가 이메일, PDF, QR, 메신저 또는 새 짧은 링크에 쓰였는지 배포 이력을 대조합니다. 모든 페이지에서 동시에 늘었다면 태그 설치, 동의 설정, 도메인 이동, 공통 리디렉션 같은 사이트 수준 변경을 의심합니다.
| 관찰 결과 | 우선 의심할 원인 | 첫 확인 |
| 특정 랜딩 페이지만 증가 | 해당 링크의 UTM 누락 | 배포 원본 주소 |
| 이메일 발송일에 증가 | 메일 링크 태그·리디렉션 | 실제 수신 메일 클릭 |
| 모바일 앱 브라우저에서 증가 | referrer 제한 | 앱별 최종 주소 |
| 도메인 이전 후 증가 | 리디렉션·교차 도메인 설정 | 전체 이동 경로 |
| 모든 채널이 동시에 감소 | 측정 태그·동의 변경 | 실시간 수집과 변경 이력 |
UTM이 있는데도 직접 유입이 될 수 있을까?
가능합니다. 짧은 링크나 중간 추적 주소가 최종 페이지로 이동하면서 쿼리 매개변수를 버리면 처음 주소에 UTM이 있어도 도착 페이지에는 남지 않습니다. 링크를 만드는 화면만 보지 말고 실제 수신자 환경에서 클릭한 최종 주소를 확인해야 합니다. source, medium, campaign이 주소창 또는 페이지 요청에 그대로 존재하는지 봅니다.
리디렉션이 HTTP에서 HTTPS로, 다시 다른 도메인으로 이어지거나 앱 내부 브라우저가 중간 안내 페이지를 거치면 출처 정보가 달라질 수 있습니다. 가능하면 UTM이 포함된 완성 주소를 목적지로 삼아 한 번의 리디렉션으로 연결하고, 변경 전후 응답을 기록합니다.
Referrer-Policy는 어떤 영향을 주나요?
브라우저는 Referrer-Policy에 따라 다음 요청에 현재 페이지 주소를 어느 범위까지 보낼지 결정합니다. MDN의 Referrer-Policy 안내처럼 no-referrer는 추천 정보를 전혀 보내지 않고, strict-origin-when-cross-origin은 다른 출처로 이동할 때 전체 경로 대신 출처만 보냅니다. 보안과 개인정보 보호를 위해 제한하는 것은 정상이며 무조건 완화할 문제는 아닙니다.
분석 정확도를 이유로 민감한 경로나 검색어까지 외부 사이트에 넘기면 안 됩니다. 캠페인 식별은 명시적인 UTM과 자사 측정 설계로 보완하고, referrer 정책은 개인정보와 보안 요구를 우선해 결정합니다.
짧은 링크가 원인인지 어떻게 구분할까?
- 광고·메일에 들어간 실제 짧은 주소를 확보합니다.
- 리디렉션을 따라가지 않은 첫 응답의 상태와 Location을 확인합니다.
- 최종 URL에 원래 UTM 세 값이 남는지 봅니다.
- 시크릿 창에서 한 번 클릭하고 GA4 실시간 화면을 확인합니다.
- 짧은 링크 없이 원본 UTM 주소를 직접 열어 결과를 비교합니다.
- 두 경우의 랜딩 페이지와 세션 소스·매체를 기록합니다.
원본 UTM 주소는 정상인데 짧은 링크에서만 direct가 된다면 리디렉션 설정이 가장 유력합니다. 둘 다 direct라면 태그 수집, 동의 모드, 캠페인 값 오탈자, 보고서 처리 시차를 차례로 확인합니다.
실제 상황에서는 어떻게 진단할까?
사례 1: PDF 안내서 배포
PDF 안의 링크에 UTM이 없었고 배포 다음 날 특정 안내 페이지의 직접 유입이 크게 늘었습니다. 담당자는 PDF 버전별 source와 campaign이 있는 주소로 교체하고 새 문서 이름과 배포 위치를 기록했습니다. 이후 유입이 이메일·파트너 문서별로 나뉘어 원인을 설명할 수 있었습니다.
사례 2: 새 짧은 링크 도입
기존 긴 UTM 주소를 새 단축 서비스로 바꾼 뒤 direct가 증가했습니다. 테스트해 보니 서비스 관리 화면에는 UTM이 보였지만 최종 Location에는 일부 매개변수가 빠졌습니다. 완성된 UTM 주소 전체를 새 목적지로 다시 등록하고 한 번의 리디렉션으로 줄인 뒤 세션 분류가 회복됐습니다.
재발을 막는 운영 규칙
- 모든 외부 캠페인은 source·medium·campaign을 필수로 둡니다.
- 배포 직전 실제 채널에서 최종 주소를 클릭해 확인합니다.
- 짧은 링크 목적지를 바꿀 때 이전 값과 변경 시각을 기록합니다.
- PDF·문자·QR처럼 referrer가 약한 채널은 명시적인 태그를 씁니다.
- 사이트 내부 링크에는 유입용 UTM을 붙이지 않습니다.
- 직접 유입 비율은 랜딩 페이지와 배포 기록을 함께 해석합니다.
직접 유입을 완전히 없애는 것이 목표는 아닙니다. 실제 직접 방문은 정상이며 일부 개인정보 보호 환경에서는 출처가 제한될 수 있습니다. 중요한 것은 설명할 수 없는 급증을 조기에 발견하고 캠페인 태그와 리디렉션 오류를 줄이는 것입니다.
확인한 출처
관련 도구
FAQ
direct가 높으면 브랜드 인지도가 높은 뜻인가요?
그럴 가능성도 있지만 UTM 누락과 추천 정보 손실도 포함되므로 랜딩 페이지와 배포 기록을 확인하기 전에는 단정할 수 없습니다.
메신저에서 온 방문은 모두 direct인가요?
앱과 브라우저의 전달 방식에 따라 달라집니다. 캠페인 구분이 필요하면 명시적인 UTM을 넣고 실제 앱에서 최종 주소를 시험하세요.
Referrer-Policy를 느슨하게 하면 해결되나요?
일부 정보는 늘 수 있지만 개인정보와 보안 위험도 커질 수 있어 정책 완화보다 UTM과 자사 측정을 먼저 정비하는 편이 안전합니다.
GA4 실시간에서 바로 안 보이면 링크가 잘못된 건가요?
수집과 표시 지연이 있을 수 있으므로 최종 URL과 태그 요청을 먼저 확인하고 일정 시간을 둔 뒤 보고서에서도 다시 비교해야 합니다.
← 허브로 돌아가기