AnalyticScan
EN
← 글 목록

2026년 10월 20일·3분 읽기

데이터 기준점에 행이 가려질 때 — Google Signals의 맞교환

인구통계 보고서가 비어 있고 사용자 수 합계가 다른 보고서와 맞지 않습니다. GA4가 개인 식별을 막으려고 행을 감추는 데이터 기준점 때문이며, 그 데이터를 들여오는 것이 Google Signals입니다. 켤 때 얻는 것과 잃는 것을 나눠 정리했습니다.

GA4설정데이터 품질점검 항목ST-05

증상

인구통계나 관심분야 보고서를 열었는데 표가 거의 비어 있습니다. 같은 기간의 사용자 수는 다른 보고서에서 분명히 수천 명인데, 연령·성별로 나누는 순간 합계가 훨씬 작아집니다. 기간을 좁히면 남아 있던 행마저 사라지고, 세그먼트를 잘게 나눌수록 숫자가 줄어듭니다.

보고서 상단의 데이터 품질 표시에는 이 보고서에 기준점이 적용됐다는 안내가 붙어 있습니다. 어디를 고쳐야 하는지는 적혀 있지 않습니다.

원인

데이터 기준점(data thresholds)은 GA4가 개인이 식별되는 것을 막기 위해 적용하는 처리입니다. 보고서에 인구통계·관심분야·검색어 같은 신호가 들어 있고 그 구간의 사용자 수가 적으면, GA4는 그 행을 아예 빼고 보여 줍니다. 끄는 스위치는 없습니다 — 보고서를 만드는 과정에서 자동으로 걸립니다.

그리고 그 신호를 보고서로 들여오는 것이 바로 Google Signals입니다. 보고 ID가 로그인 사용자 데이터를 쓰는 경우에도 같은 처리가 적용됩니다. 즉 기준점은 GA4의 고장이 아니라, Signals를 켠 결과로 따라오는 대가입니다.

여기서 저희 진단과 반대로 읽히는 지점이 하나 있습니다. AnalyticScan의 ST-05는 Google Signals가 꺼져 있을 때 경고합니다. 기준점 때문에 행이 가려지는 사람 입장에서는 "그럼 끄라는 거냐"로 들릴 수 있는데, 모순이 아니라 서로 다른 두 개의 결함입니다.

Signals를 켜면 Signals를 끄면
같은 사람의 PC와 휴대폰이 한 사람으로 묶입니다 기기마다 다른 사람으로 세어 사용자 수가 부풀려집니다
인구통계·관심분야 보고서가 채워집니다 그 보고서는 비어 있습니다
방문자가 적은 구간의 행이 기준점에 걸려 가려질 수 있습니다 기준점에 걸릴 이유가 줄어듭니다
EU 방문자에게는 동의가 필요합니다

왼쪽 칸도 오른쪽 칸도 공짜가 아닙니다. 저희가 경고를 유지하는 이유는 오른쪽 첫 줄 때문입니다 — 한 사람이 기기 수만큼 세어지는 것은 보고서를 읽는 사람이 대개 모르고 있는 실제 측정 결함이고, 그 위에서 계산한 전환율·재방문율이 전부 조금씩 틀어집니다. 그런데도 배점이 2점이고 실패가 아니라 경고인 이유는 왼쪽 셋째·넷째 줄 때문입니다 — 켜는 것도 공짜가 아니라는 사실을 판정이 인정하는 방식입니다.

이 항목에서 저희가 실제로 보는 값은 Google Signals가 켜져 있는지 하나뿐입니다. 동의 모드 설정은 GA4 Admin API가 내려주지 않아 저희 쪽에 해당 데이터 자체가 없습니다. 그래서 점검 항목 이름에서도 동의 관련 표현을 뺐습니다 — 보지 않는 것을 본다고 적어 둘 수는 없습니다. 끄신 것이 의도라면 리포트에 그렇게 적어 드립니다.

GA4에서 확인

1) 기준점 때문인지부터 가른다. 같은 기간·같은 세그먼트를 인구통계 측정기준 없이 한 번 열어 보세요. 측정기준을 뺐을 때 사용자 수가 크게 늘어난다면 데이터가 없는 게 아니라 가려져 있던 것입니다.

2) 기간을 넓혀 본다. 기준점은 그 구간의 사용자 수가 적을 때 걸립니다. 7일을 28일로 늘렸더니 사라졌던 행이 돌아온다면 원인이 확정됩니다. 반대로 말하면, 트래픽이 적은 사이트일수록 이 문제를 자주 만납니다.

3) 지금 Signals가 어떤 상태인지 본다. 관리자 > 데이터 수집 및 수정 > 데이터 수집에서 확인할 수 있습니다. 꺼져 있는데도 기준점이 걸린다면 보고 ID 쪽을 함께 보세요.

어떻게 정할까

사람 수를 정확히 세는 것이 먼저라면 켭니다. 기기 간 중복 집계는 모든 사용자 지표의 분모를 흔들기 때문에, 그 위에서 계산한 전환율·재방문율·잠재고객 크기가 전부 함께 틀어집니다. 대신 잘게 나눈 보고서에서 행이 가려지는 것은 감수해야 합니다.

가려진 행을 꼭 봐야 한다면 순서는 이렇습니다. 먼저 기간을 넓히세요. 그래도 안 되면 그 보고서에서 인구통계·관심분야 측정기준을 빼고, 대신 필요한 구분(채널·랜딩 페이지·기기)만 남기세요. 보고 ID를 기기 기반으로 바꾸는 선택지도 있지만, 그건 기기 간 묶기를 포기하는 것이라 방금 고친 문제로 되돌아가는 일입니다.

원본 행 자체가 필요하면 BigQuery 내보내기입니다. 기준점은 보고서를 만드는 단계에서 적용되는 처리이므로, 원본 이벤트를 그대로 받는 내보내기에는 해당하지 않습니다. 다만 내보내기는 켠 날부터 쌓이기 시작합니다.

EU 방문자가 있으면 동의가 먼저입니다. Signals는 동의를 받은 트래픽에서만 의미 있게 동작하고, 그 동의 상태는 저희가 확인해 드릴 수 없는 영역입니다. 켜기 전에 동의 관리 도구 쪽을 사람이 직접 확인하세요.

한 줄 요약

기준점은 GA4의 고장이 아니라 Google Signals를 켠 값입니다. 저희는 꺼져 있으면 경고하지만, 켜라고 말하면서 대가를 숨기지는 않습니다 — 기기 간 정확도와 세밀한 행 사이에서 무엇이 더 필요한지는 속성 주인이 정할 일입니다.

다음 글을 메일로 받아보세요

실제 진단에서 나온 GA4 문제와 고치는 순서를 월 1~2회 보냅니다. 한 번의 클릭으로 언제든 그만 받을 수 있습니다.

수집·이용 및 수신 동의

보내는 모든 메일에 수신거부 링크가 들어 있습니다. 로그인 없이 링크 한 번이면 끝납니다.

수집 항목·목적·보유 기간은 개인정보처리방침에 적어 두었습니다 — 개인정보처리방침

관련 글

데이터 기준점에 행이 가려질 때 — Google Signals의 맞교환 | AnalyticScan