이벤트 수정으로 기존 이벤트 이름과 매개변수 바꾸기
GA4 이벤트 수정은 들어오는 이벤트의 이름이나 매개변수를 조건에 맞춰 다른 값으로 바꿔 저장하게 하는 관리 설정입니다.
이벤트 수정으로 기존 이벤트 이름과 매개변수 바꾸기, 무엇을 배우는지
앱 팀과 웹 팀이 같은 구매 행동에 다른 이름을 붙여 보내는 일이 자주 생깁니다. 목록에 purchase와 purchase_complete가 따로 잡히면 전환 수를 셀 때마다 둘을 더해야 하고, 주요 이벤트 표시도 두 번 해야 합니다. 코드를 수정하는 것이 정석이지만 배포 일정이 밀리면 그동안의 데이터가 계속 둘로 나뉩니다. 이벤트 수정은 그 사이를 메우는 설정입니다. 준이아빠블로그가 만든 GA4와 같은 모양의 관리 화면에서 규칙을 직접 만들고, 이 설정이 어디까지 바꾸는지 확인합니다.
이벤트 수정
이벤트 수정은 GA4로 들어온 이벤트를 저장하기 전에 이름이나 매개변수 값을 바꾸는 설정입니다. 조건에 맞는 이벤트만 골라 바꾸며, 태그나 코드를 변경하지 않고 관리 화면에서만 처리합니다. 속성 단위가 아니라 데이터 스트림 단위로 걸립니다.
이벤트 만들기와의 차이
이벤트 만들기는 기존 이벤트를 조건으로 새 이벤트를 하나 더 만듭니다. 원본은 그대로 남고 이름이 하나 늘어납니다. 이벤트 수정은 원본 자체를 바꿔 저장하므로 이름이 늘지 않고 교체됩니다. 둘이 함께 걸려 있으면 수정이 먼저 적용되고 그 결과에 만들기 규칙이 붙습니다.
적용 범위
이벤트 수정은 저장한 뒤 들어오는 데이터에만 적용됩니다. 이미 쌓인 이벤트의 이름은 그대로 남고 GA4가 지난 데이터를 다시 쓰지 않습니다. 그래서 규칙을 만든 날짜를 기록해 두어야 나중에 어느 기간부터 이름이 통일됐는지 알 수 있습니다.
STEPS
관리 > 이벤트 화면에서 따라 하는 순서
실습에서 진행하는 순서를 글로 옮기면 아래와 같습니다. 실제 GA4 속성에서도 같은 순서로 하면 됩니다. 단계를 누르면 그 단계의 화면을 크게 볼 수 있습니다.
왼쪽 아이콘 줄 맨 아래 톱니를 누르고 속성 묶음에서 이벤트를 누릅니다. 목록에는 최근에 들어온 이벤트가 이름과 건수로 나열됩니다. purchase가 1,640회, purchase_complete가 620회로 따로 잡혀 있는 것이 이번에 정리할 대상입니다.
오른쪽 위에 이벤트 수정과 이벤트 만들기 두 단추가 나란히 있습니다. 이름이 비슷해 헷갈리기 쉬운데, 있는 이름을 교체하려면 수정이고 새 이름을 하나 더 만들려면 만들기입니다. 이번에는 수정을 누릅니다.
일치 조건에서 event_name이 어떤 값일 때 규칙을 적용할지 정합니다. 여기서는 표준 이름이 아닌 purchase_complete를 고릅니다. 실제 GA4에서는 조건을 여러 개 겹칠 수 있어서, 특정 스트림이나 특정 매개변수 값일 때만 바꾸도록 좁힐 수도 있습니다.
매개변수 수정에서 event_name을 purchase로 바꿉니다. 이제 purchase_complete로 들어오는 이벤트는 저장 단계에서 이름이 교체됩니다. 여기서 이름을 잘못 적으면 그 이름으로 새 이벤트가 만들어진 것처럼 보이므로, 목록에 있는 표준 이름과 철자를 맞춥니다.
만들기를 눌러 규칙을 저장합니다. 그런데 목록을 보면 purchase_complete 줄이 그대로 있습니다. 이미 쌓인 620회는 그 이름으로 남아 있기 때문입니다. 앞으로 들어오는 것만 purchase로 바뀌므로, 며칠 지나 새 데이터만 있는 기간으로 보면 한 줄로 모입니다.
FAQ
자주 묻는 질문
실습을 마친 뒤 자주 나오는 질문을 정리했습니다. 질문을 누르면 답이 열립니다.
원본을 남길지로 정합니다. 이름이 잘못 들어오고 있어 바로잡는 것이라면 수정입니다. purchase_complete를 purchase로 교체하는 이번 경우가 여기 해당합니다. 반대로 원본은 그대로 두고 조건에 맞는 것만 따로 세고 싶으면 만들기입니다. 문의 이벤트 가운데 제품 문의만 골라 새 이름을 붙이는 식입니다. 순서도 알아 둘 필요가 있습니다. 둘이 함께 걸려 있으면 수정이 먼저 적용되고 그 결과에 만들기가 붙습니다. 수정으로 이름이 바뀐 뒤라면 만들기 조건도 바뀐 이름으로 적어야 걸립니다. 이 순서를 모르면 규칙 두 개가 서로 어긋나 아무것도 만들어지지 않는 일이 생깁니다.
앞으로 들어오는 데이터만 되돌아갑니다. 규칙을 지운 뒤에는 원래 이름 그대로 저장되지만, 규칙이 걸려 있던 기간에 바뀐 이름으로 저장된 데이터는 그대로 남습니다. 정리하면 규칙을 만든 날과 지운 날 사이의 데이터만 바뀐 이름을 갖게 됩니다. 그래서 규칙을 적용하고 해제할 때는 날짜를 함께 적어 두는 편이 좋습니다. 나중에 이벤트 추이를 보다가 특정 구간만 이름이 다르면 원인을 찾기 어렵기 때문입니다. 되돌릴 수 없는 범위가 있다는 점에서 향상된 측정을 해제했다 되돌리는 것과 성격이 비슷합니다.
임시 대응으로는 쓸 수 있지만 오래 두는 것은 권하지 않습니다. 이유가 두 가지입니다. 첫째로 이벤트 수정은 GA4로 들어온 뒤에만 걸리기 때문에, 같은 태그를 쓰는 다른 도구에는 여전히 원래 이름이 갑니다. 광고 매체나 다른 분석 도구를 함께 쓰고 있으면 그쪽 데이터와 어긋납니다. 둘째로 규칙이 쌓이면 나중에 온 사람이 데이터를 이해하기 어려워집니다. 보고서의 이름과 코드의 이름이 다르니 원인을 찾을 때마다 관리 화면을 뒤져야 합니다. 배포 일정 때문에 당장 수정할 수 없을 때 다리를 놓는 용도로 쓰고, 코드가 수정되면 규칙을 정리하는 순서가 맞습니다.
지난 데이터를 수정하는 일과 규칙 밖의 값을 만드는 일은 되지 않습니다. 이미 저장된 이벤트의 이름은 어떤 설정으로도 바꿀 수 없습니다. 그리고 수정은 조건에 맞는 값을 정해진 값으로 바꾸는 것이라, 여러 값을 계산해 새 값을 만드는 일은 못 합니다. 예를 들어 가격에 수량을 곱해 매출을 채워 넣는 식은 안 됩니다. 여기에 더해 GA4가 자동으로 만드는 이벤트 가운데 일부는 수정 대상이 아니고, 규칙 수에도 한도가 있습니다. 복잡한 가공이 필요하면 태그 매니저 쪽에서 보내기 전에 처리하거나 빅쿼리로 내보내 다루는 편이 맞습니다.
3줄 요약
- 이벤트 수정은 들어오는 이벤트의 이름을 교체합니다. 원본을 남기고 새 이름을 더하려면 이벤트 만들기를 씁니다.
- 저장한 뒤 들어오는 데이터에만 적용됩니다. 목록에서 옛 이름 줄이 바로 사라지지 않는 이유가 여기 있습니다.
- 코드 수정 전의 임시 대응으로 씁니다. 오래 두면 다른 도구의 데이터와 어긋나고 나중에 원인을 찾기 어려워집니다.
이어서 볼 튜토리얼
- GA4 세팅맞춤 이벤트 만들고 주요 이벤트로 표시하기GA4 이벤트 만들기는 코드를 수정하지 않고 이미 들어오는 이벤트에 조건을 걸어 새 이벤트를 만드는 관리 기능이고, 주요 이벤트 표시는 그 이벤트를 전환으로 세게 하는 설정입니다.
- GA4 분석이벤트 보고서에서 자동 수집 이벤트 확인하기GA4 자동 수집 이벤트는 태그를 붙이기만 하면 설정 없이 들어오는 이벤트이고, 향상된 측정 이벤트는 데이터 스트림에서 항목별로 사용 설정과 해제를 정할 수 있는 이벤트입니다.
- GA4 세팅데이터 스트림 향상된 측정에서 개별 이벤트 해제하기GA4 향상된 측정은 코드를 더 넣지 않아도 스크롤, 이탈 클릭, 사이트 검색 같은 상호작용을 자동으로 수집하게 하는 데이터 스트림 설정입니다.
- GA4 세팅맞춤 측정기준 등록해 매개변수를 보고서에 올리기GA4 맞춤 측정기준은 이벤트와 함께 들어오는 매개변수를 보고서의 측정기준으로 쓸 수 있게 등록하는 설정입니다.