지금 읽는 곳GA4가 사용자를 식별하는 세 가지 방법목차
STEP 2 중급·실무 › 2-4. 데이터 분석·퍼포먼스 테크 › 과목 80 › 레슨 05
식별 정보와 아이덴티티(Reporting Identity) 세팅: User-ID, 기기 ID, 구글 시그널스(Google Signals) 조합별 장단점
로그인 기능이 있는 서비스인데도 사용자 식별 설정을 기본값 그대로 두고 있다면, 실제보다 사용자 수가 부풀려져 잡히고 있을 가능성이 큽니다.
핵심요약
- GA4는 사용자를 식별하는 방법으로 User-ID, 기기 ID(클라이언트 ID), 구글 시그널스를 조합해 쓴다
- 보고 ID(Reporting Identity) 설정에서 이 조합의 우선순위를 '혼합형', '기기 기반' 등으로 고를 수 있다
- User-ID는 로그인 시 발급하는 회원 고유 ID로, 기기를 바꿔도 같은 사람으로 정확히 이어붙일 수 있다
- 기기 ID만 쓰면 같은 사람이 PC·모바일을 오갈 때 서로 다른 사용자로 중복 집계된다
- 구글 시그널스는 로그인한 구글 계정 기반 데이터를 활용하지만 임계값 처리로 일부 데이터가 가려질 수 있다
GA4가 사용자를 식별하는 세 가지 방법
GA4는 한 사람을 특정하기 위해 세 가지 신호를 계층적으로 활용합니다. 가장 정확한 신호는 서비스에 로그인했을 때 개발자가 직접 전송하는 User-ID로, 회원 시스템의 고유 식별자를 그대로 GA4 이벤트에 실어 보내는 방식입니다. 두 번째는 브라우저나 앱에 저장되는 클라이언트 ID(기기 ID)로, 로그인하지 않은 사용자라도 같은 브라우저·기기에서는 계속 동일인으로 인식하게 해줍니다. 세 번째는 구글 시그널스로, 사용자가 구글 계정에 로그인하고 광고 개인 최적화를 켜둔 상태라면 그 계정과 연계된 데이터를 활용해 기기가 달라져도 사람을 이어붙일 수 있게 해줍니다. 이 세 신호를 어떤 우선순위로 조합할지가 보고 ID 설정입니다.
User-ID를 설정하지 않으면 어떤 왜곡이 생기나
로그인 기능이 있는 서비스에서 User-ID를 연동하지 않으면, 같은 회원이 출근길에 모바일로 접속했다가 퇴근 후 PC로 다시 접속한 경우 GA4는 이를 서로 다른 두 사람으로 집계합니다. 이 왜곡은 사용자 수를 실제보다 부풀리는 데서 끝나지 않고, 사용자 여정 분석(첫 방문부터 구매까지 며칠 걸렸는지, 몇 번의 세션을 거쳤는지)까지 단절시킵니다. 실제로는 하나로 이어진 구매 여정이 두 개의 짧은 방문으로 쪼개져 보이기 때문에, 전환까지 걸리는 세션 수나 소요 기간 같은 지표가 실제보다 낮게 나타나는 착시가 생깁니다. 이 문제는 회원제 서비스, 특히 멀티 디바이스 이용 비중이 높은 커머스·앱 서비스일수록 영향이 큽니다.
User-ID는 실무에서 어떻게 연동하나
User-ID 연동은 서비스 로그인 로직에 GA4 이벤트 전송 코드를 추가하는 개발 작업이 필요합니다. 로그인이 완료되는 시점에 회원 고유 ID(이메일이나 이름처럼 개인을 직접 특정할 수 있는 정보가 아니라, 내부 시스템의 해시된 회원 번호 등)를 user_id 매개변수로 함께 전송하도록 설정하고, GA4 관리자 화면에서도 '사용자 식별' 기능을 활성화해야 데이터가 실제로 반영됩니다. 개인정보 처리방침에 이 식별 정보 활용 근거를 명시해두는 것도 함께 챙겨야 하는 절차입니다.
보고 ID(Reporting Identity)는 어떤 조합을 고를 수 있나
GA4 관리자 > 보고 식별 정보 설정에서는 '혼합형(Blended)', '관측된(Observed)', '기기 기반(Device-based)' 세 가지 방식을 고를 수 있습니다. 혼합형은 User-ID를 최우선으로 쓰고 없으면 구글 시그널스, 그마저 없으면 기기 ID 순으로 사용자를 식별해 가장 정교한 결과를 주지만 구글 시그널스의 임계값 처리 영향을 받을 수 있습니다. 관측된 방식은 구글 시그널스 없이 User-ID와 기기 ID만 조합하고, 기기 기반은 기기 ID만 사용해 가장 단순하지만 크로스 디바이스 정확도는 가장 낮습니다. 회원 로그인이 핵심인 서비스는 혼합형을, 임계값 처리로 인한 데이터 누락이 부담스러운 팀은 기기 기반을 선택하는 식으로 서비스 특성에 맞춰 고르는 것이 실무 기준입니다.
구글 시그널스를 켤 때 반드시 알아둬야 할 제약
구글 시그널스는 GA4 관리자 > 데이터 수집에서 토글 하나로 켤 수 있지만, 한 번 켠 뒤에는 완전히 원래 상태로 되돌릴 수 없고 끄더라도 이미 적용된 임계값 처리 흔적은 남습니다. 또한 특정 기간의 사용자 수가 적으면 개인 식별 위험을 막기 위해 보고서·탐색 분석의 일부 값이 자동으로 숨겨지는 임계값 처리가 발생할 수 있어, 트래픽이 적은 소규모 브랜드나 세분화된 세그먼트를 자주 들여다보는 팀은 이 부작용을 미리 인지하고 켜야 합니다. 임계값 처리가 자주 걸린다면 보고 ID를 기기 기반으로 바꿔 회피하는 방법도 있지만, 이 경우 크로스 디바이스 정확도를 포기하는 트레이드오프가 따릅니다.
개인정보보호 관점에서 무엇을 함께 점검해야 하나
User-ID나 구글 시그널스처럼 개인을 특정할 수 있는 신호를 활용하는 순간, 이는 단순한 트래킹 설정을 넘어 개인정보 처리 항목이 됩니다. 회원 고유 ID를 GA4로 전송하기 전에 반드시 해시 처리나 일방향 암호화를 거쳐 원본 개인정보(이메일·전화번호 등)가 그대로 노출되지 않도록 해야 하고, 개인정보 처리방침에도 "서비스 이용 분석을 위해 로그인 사용자 식별 정보를 광고·분석 도구에 전달한다"는 취지의 조항을 명시해야 합니다. 구글 시그널스를 켤 때도 마찬가지로 광고 개인화 관련 고지 의무가 함께 따라오므로, 마케팅팀 단독으로 설정을 켜기보다 법무·개인정보보호 담당자와 함께 검토하는 절차를 두는 것이 안전합니다.