direct/none이 결제 페이지로 잡히는 이유: 카카오톡 인앱 브라우저 문제
📖 약 3분 읽기
GA4에서 구매 완료 세션의 유입 경로를 열어보면 direct/none이라는 값이 유독 많이 보입니다. 광고 비용을 집행했고 매체 쪽에서는 분명히 전환이 잡혔는데, GA4 쪽 보고서에는 어떤 채널이 그 구매를 만들었는지 기록이 남아있지 않은 상태입니다. 이 현상을 두고 ‘고객이 주소창에 직접 URL을 입력했다’고 해석하면 원인 파악이 엉뚱한 방향으로 흐릅니다. direct/none은 방문자의 행동을 설명하는 값이 아니라, 유입 정보가 측정 시스템에 전달되지 않았다는 신호에 가깝습니다. 국내 환경에서는 이 신호가 생각보다 자주 뜨고, 그 배경에는 메신저 인앱 브라우저가 상당한 비중으로 자리하고 있습니다.
direct/none이 붙는 조건
GA4는 세션에 유입 정보를 채울 수 없을 때 direct/none이라는 기본값을 씁니다. 이 값이 붙는 조건은 크게 세 가지로 나뉩니다. 첫째, 링크 자체에 광고 식별 정보가 실려 있지 않은 경우입니다. 둘째, 이전 세션과 새 세션이 서로 연결되지 않아 참조 정보가 끊기는 경우입니다. 셋째, 브라우저가 이전 방문 기록을 아예 들고 있지 않아 참조할 대상이 없는 경우입니다. 세 조건 모두 공통점이 있습니다. 방문자가 실제로 어떤 경로로 들어왔는지와 무관하게, 측정 시스템이 그 경로를 기록할 수단을 갖지 못했다는 점입니다.
인앱 브라우저의 세션 처리 방식
카카오톡, 인스타그램, 네이버 앱처럼 메신저나 SNS 안에서 링크를 열면 각 앱은 자체 브라우저 엔진을 띄웁니다. 이 내부 브라우저는 평소 쓰는 사파리나 크롬과는 별개의 저장 공간을 씁니다. 즉 사용자가 이미 같은 사이트를 방문한 적이 있어도, 인앱 브라우저 안에서는 그 기록을 참조하지 못하는 현상이 관측됩니다. 여기에 더해 결제 단계로 넘어가면서 외부 브라우저로 화면이 전환되는 경우가 있습니다. 이 전환 시점에 세션이 새로 시작되고, 직전까지 쌓인 유입 정보는 함께 넘어가지 못합니다. 결과적으로 구매가 일어난 세션만 놓고 보면 유입 경로가 비어 있는 것처럼 보입니다.
결제 대행 화면을 거치며 생기는 손실
국내 쇼핑몰 대부분은 결제 단계에서 PG사 화면으로 이동했다가 다시 쇼핑몰로 돌아오는 구조를 씁니다. 이 왕복 과정에서 URL이 여러 번 바뀌고, 그 중간에 광고 식별 파라미터가 유지되지 않는 구간이 생길 수 있습니다. 인앱 브라우저에서 시작한 방문이 이 왕복까지 거치면, 유입 정보가 끊길 조건이 두 번 겹치는 셈입니다. 한 번은 인앱 브라우저에 들어설 때, 또 한 번은 결제 대행 화면을 오갈 때입니다. 구매 전환이라는 가장 중요한 지점에서 유입 경로 데이터가 비는 이유가 여기에 있습니다.
자사 데이터에서 비중을 확인하는 방법과 줄이는 방법
direct/none 문제를 다루기 전에 먼저 해야 할 일은 추정이 아니라 확인입니다. 다음 순서로 자사 데이터를 들여다보면 손실 구간을 좁힐 수 있습니다.
- GA4 탐색 보고서에서 기기 카테고리와 브라우저를 교차한 뒤, direct/none 비중이 특정 조합에서 유독 높게 나오는지 비교합니다.
- 구매 전환 세션만 따로 떼어, 해당 세션의 브라우저 값이 인앱 브라우저로 기록되는지 확인합니다.
- 참조 제외 목록에 결제 대행사 도메인이 등록되어 있는지 점검합니다. 등록되어 있지 않으면 PG사 화면을 거치는 것만으로도 세션이 갈라집니다.
- 결제 완료 후 돌아오는 복귀 URL에 유입 파라미터가 유지되도록 경로를 정비합니다.
- 클라이언트 측 측정만으로 끊기는 구간이 있다면 서버 전송을 병행해 데이터 유실을 보완합니다.
이 다섯 단계는 순서대로 실행할 때 효과가 분명해집니다. 참조 제외 목록과 복귀 경로를 먼저 정비하지 않은 상태에서 서버 전송만 추가하면, 어느 구간에서 얼마나 개선되었는지 구분하기 어렵습니다.
유입 경로 손실을 줄이는 설계는 태그를 하나 더 심는 작업이 아니라, 세션이 끊기는 지점을 찾아 구조를 다시 짜는 작업에 가깝습니다. 태그맨은 이런 구간별 손실 지점을 점검하고 참조 제외 목록, 복귀 경로, 서버 전송 구성을 함께 설계하는 범위까지 태깅 구축 작업에 포함하고 있습니다.
자주 묻는 질문 (FAQ)
direct/none이 많으면 광고 효과가 없다는 뜻인가요?
그렇지 않습니다. direct/none은 측정 시스템이 유입 경로를 기록하지 못했다는 신호이며, 실제 유입 경로와는 별개입니다. 기기와 브라우저별 비중을 먼저 확인하는 과정이 필요합니다.
카카오톡이 의도적으로 유입 정보를 막는 것인가요?
그런 의도로 설계되었다고 단정할 근거는 없습니다. 인앱 브라우저가 별도 저장 공간을 쓰는 방식 때문에 나타나는 현상으로 관측됩니다.
참조 제외 목록만 설정하면 문제가 해결되나요?
참조 제외 목록은 결제 대행사 구간의 손실을 줄이는 데 도움이 되지만, 인앱 브라우저 자체의 저장 공간 분리까지 해결하지는 못합니다. 복귀 경로 정비와 서버 전송을 함께 검토해야 합니다.
유입 경로 손실 구간을 직접 확인하고 싶다면 점검을 통해 구조를 살펴볼 수 있습니다.



