기본값 2개월이 왜 위험한가

GA4 속성을 새로 만들면 데이터 보관 기간이 기본적으로 2개월로 설정돼 있습니다. 이 사실 자체를 모르고 몇 달간 데이터를 쌓다가, 반년 전 캠페인의 사용자 행동을 탐색 분석에서 다시 들여다보려 할 때 데이터가 이미 삭제된 걸 알게 되는 경우가 드물지 않습니다. 문제는 이 삭제가 조용히 일어난다는 점입니다. 표준 보고서 화면은 평소와 다름없이 잘 보이기 때문에 데이터가 사라지고 있다는 걸 알아차리기가 어렵고, 실제로 탐색 분석에서 오래된 기간을 조회해보기 전까지는 문제를 체감하지 못합니다.

어떤 보고서가 영향을 받고, 어떤 보고서는 영향이 없나

데이터 보관 설정은 GA4 전체 데이터가 아니라 '탐색(Explore)' 메뉴의 보고서에만 영향을 줍니다. 자유 형식 보고서, 퍼널 탐색, 경로 탐색, 세그먼트 중복 분석, 동류집단(코호트) 분석처럼 사용자·이벤트 단위로 원본 데이터를 다시 계산해서 보여주는 보고서가 대상입니다. 반면 '보고서' 메뉴 아래 있는 트래픽 획득, 참여도, 수익 창출 같은 표준 보고서는 이미 집계된 형태로 별도 저장되기 때문에 보관 기간 설정과 무관하게 원하는 만큼 과거 데이터를 계속 조회할 수 있습니다. 이 차이를 모르면 "표준 보고서는 잘 보이는데 왜 탐색 분석만 막히지"라는 의문에서 헤매게 됩니다.

14개월로 늘려도 완전한 해결책은 아니다

14개월이 GA4에서 선택할 수 있는 최댓값이라, 1년을 넘는 장기 코호트 분석이나 연간 비교가 필요한 브랜드는 이 설정만으로는 부족합니다. 이런 경우를 위해 구글은 BigQuery 내보내기 기능을 무료로 제공하는데, GA4 원본 이벤트 데이터를 매일 자동으로 BigQuery에 쌓아두면 14개월 제한과 무관하게 데이터를 원하는 기간만큼 보관하고 SQL로 직접 분석할 수 있습니다. 장기 데이터 분석이 사업에 중요한 브랜드라면 데이터 보관 설정을 14개월로 늘리는 것과 별개로, BigQuery 연동을 초기부터 켜두는 게 안전합니다. BigQuery 연동은 이후 레슨(BI 시각화 과목)에서 별도로 다룹니다.

'사용자 활동에 따라 재설정' 옵션은 어떻게 쓰나

데이터 보관 설정 화면에는 '사용자 활동에 따라 재설정' 토글이 함께 있습니다. 이 옵션을 켜두면, 특정 사용자가 새로운 이벤트를 발생시킬 때마다 그 사용자의 식별자에 대한 보관 타이머가 매번 다시 시작됩니다. 즉 꾸준히 재방문하는 충성 사용자의 데이터는 실질적으로 훨씬 오래 남고, 반대로 한 번 방문하고 다시 오지 않는 사용자의 데이터는 설정한 기간(2개월 또는 14개월)이 지나면 삭제됩니다. 재구매 주기가 긴 업종(가전·가구 등)이라면 이 옵션을 켜서, 오래 이어지는 고객 여정을 최대한 길게 붙잡아두는 편이 유리합니다.

지금 당장 확인하고 바꿔야 하는 이유

데이터 보관 기간 변경은 소급 적용되지 않습니다. 즉 지금 설정을 2개월에서 14개월로 바꿔도, 이미 2개월이 지나 삭제된 과거 데이터가 되살아나지는 않습니다. 앞으로 쌓일 데이터부터 더 오래 보관되는 것뿐이라, 이 설정은 뒤로 미룰수록 손해가 누적되는 종류의 작업입니다. 신규 속성을 만들 때 가장 먼저 점검해야 할 항목 중 하나로 데이터 보관 설정을 체크리스트에 올려두는 팀이 실제로 데이터 손실을 가장 적게 겪습니다.

대행사·여러 담당자가 함께 쓰는 계정에서는 무엇을 더 챙겨야 하나

대행사와 협업하거나 담당자가 자주 바뀌는 계정일수록 데이터 보관 설정이 방치되기 쉽습니다. 계정 개설 초기에 설정한 뒤로 아무도 다시 들여다보지 않다가, 담당자가 바뀐 시점에 "예전 데이터로 코호트 분석을 하고 싶은데 안 나온다"는 문의가 뒤늦게 들어오는 식입니다. 이런 사고를 막으려면 계정 인수인계 체크리스트에 데이터 보관 설정 확인 항목을 명시적으로 넣어두고, 담당자가 바뀔 때마다 관리자 화면에서 현재 값을 재확인하는 절차를 두는 게 안전합니다. 특히 여러 브랜드·여러 속성을 동시에 관리하는 대행사는 속성마다 이 설정이 제각각인 경우가 많으므로, 신규 계정을 맡을 때 가장 먼저 점검하는 항목으로 습관화하는 편이 좋습니다.

탐색 분석이 막혔을 때 원인을 오판하지 않으려면

탐색 분석에서 특정 기간 데이터가 비어 있을 때, 많은 담당자가 먼저 태그 설정이나 필터 조건을 의심합니다. 하지만 실제 원인이 데이터 보관 기간 초과인 경우도 적지 않습니다. 원인을 헷갈리지 않으려면 순서를 정해두는 게 좋습니다. 먼저 표준 보고서에서 같은 기간의 데이터가 정상적으로 보이는지 확인하고(보인다면 태그·수집 자체는 문제없다는 뜻), 그 다음 탐색 분석에서만 데이터가 비는지, 비어 있는 기간이 정확히 보관 기간 설정값(2개월 또는 14개월)과 일치하는지를 확인하는 순서입니다. 이 순서로 점검하면 태그 오류를 의심하며 시간을 낭비하는 일을 줄일 수 있습니다.