GA4로 이벤트 페이지 성과를 측정할 때 필요한 이벤트 설계

온라인 이벤트 페이지에 GA4를 설치하면 방문자와 유입 채널, 기기 정보를 확인할 수 있습니다.

하지만 측정 코드를 넣는 것만으로 캠페인에 필요한 모든 데이터를 자동으로 얻는 것은 아닙니다.

GA4는 기본적인 페이지 방문과 일부 클릭을 수집할 수 있지만 다음 행동은 이벤트의 구조에 맞게 별도로 정의해야 할 수 있습니다.

• 룰렛을 시작했습니다.
• 퀴즈 3번에서 이탈했습니다.
• 스크래치를 완료했습니다.
• 결과 카드를 확인했습니다.
• 쿠폰 발급에 실패했습니다.
• 추천 제품을 클릭했습니다.
• 회원가입 후 이벤트로 돌아왔습니다.
• 공유 링크를 통해 친구가 참여했습니다.

GA4 설치
≠
이벤트 성과 측정 완료

캠페인 기획 단계에서 사용자 흐름을 정리하고 각 단계에 어떤 분석 이벤트를 보낼지 설계해야 합니다.

GA4 이벤트 설계의 기본 구조

사용자 행동
→ 이벤트 이름
→ 추가 정보
→ 사용자·세션
→ 보고서

예를 들어 룰렛 참여를 다음과 같이 정의할 수 있습니다.

이벤트 이름:
participation_start

추가 정보:
campaign_id
event_type
user_status
traffic_source

당첨 결과는 별도의 이벤트로 보낼 수 있습니다.

이벤트 이름:
result_view

추가 정보:
result_type
reward_type

개인정보를 분석 도구에 직접 전송하지 않도록 주의해야 합니다.

먼저 사용자 흐름을 만든다

GA4 이벤트 이름부터 정하지 말고 화면과 서버의 실제 흐름을 정리합니다.

퀴즈 이벤트 예시

페이지 방문
→ 테스트 시작
→ 문항 1
→ 문항 2
→ 문항 3
→ 테스트 완료
→ 결과 화면
→ 제품 클릭

경품 이벤트 예시

페이지 방문
→ 로그인
→ 룰렛 시작
→ 결과 저장
→ 결과 화면
→ 쿠폰 발급
→ 제품 클릭

각 단계에서 반드시 알아야 할 행동만 분석 이벤트로 정의합니다.

모든 클릭을 측정할 필요는 없다

버튼과 링크를 모두 이벤트로 보내면 데이터가 많아 보이지만 실제 분석은 어려워질 수 있습니다.

button_click_1
button_click_2
button_click_3

보다 행동의 의미를 기준으로 이름을 정하는 것이 좋습니다.

participation_start
login_start
quiz_complete
reward_issue
product_click

화면 디자인이 바뀌어도 같은 행동은 같은 이벤트 이름을 사용할 수 있습니다.

이벤트 이름 설계 원칙

1. 소문자와 밑줄 등 일관된 규칙을 사용합니다.
2. 화면 이름보다 사용자 행동을 사용합니다.
3. 같은 의미에 여러 이름을 쓰지 않습니다.
4. 너무 구체적인 내용을 이벤트 이름에 넣지 않습니다.
5. 결과와 채널 등 변화하는 값은 파라미터로 보냅니다.
6. 팀이 이해할 수 있는 문서로 관리합니다.

좋지 않은 이벤트 이름

click_btn
event1
page2_button
roulette_20_coupon

개선된 이벤트 구조

이벤트:
reward_issue

파라미터:
reward_type = discount_coupon
reward_value = 20_percent

이벤트 이름의 수를 줄이고 파라미터로 세부 내용을 나눌 수 있습니다.

권장 이벤트 그룹

1. 페이지·콘텐츠
2. 참여 시작·진행
3. 로그인·회원가입
4. 결과
5. 혜택
6. 제품·전환
7. 공유
8. 오류

1. 페이지와 콘텐츠 이벤트

campaign_view

이벤트 메인 페이지가 실제로 표시된 상태입니다.

파라미터 예시:

campaign_id
campaign_name
page_type
user_status

기본 페이지 조회와 별도로 캠페인 식별값을 사용할 수 있습니다.

content_view

제품 설명과 이벤트 방법, 특정 장면을 본 행동입니다.

content_type:
event_guide
product_story
reward_list

스크롤만 했다고 실제로 내용을 읽었다고 단정해서는 안 됩니다.

콘텐츠 영역이 화면에 일정 시간 노출됐을 때 측정할 수도 있습니다.

2. 참여 시작 이벤트

participation_start

사용자가 실제 핵심 참여를 시작한 순간입니다.

룰렛 버튼
퀴즈 시작
스크래치 카드 열기
웹게임 시작

파라미터:

campaign_id
event_type
user_status
entry_source

participation_step

여러 단계의 이벤트에서 진행 상황을 측정합니다.

step_number
step_name

예시:

step_number = 3
step_name = quiz_question

모든 문항을 측정할지 주요 구간만 측정할지 정해야 합니다.

3. 퀴즈·테스트 이벤트

quiz_start

퀴즈 첫 문항이 표시되거나 사용자가 시작 버튼을 누른 순간입니다.

quiz_answer

문항 답변을 측정할 수 있습니다.

파라미터:

question_id
answer_id
step_number

질문의 실제 민감한 답변이나 개인 식별 정보를 분석 도구에 전송하지 않도록 해야 합니다.

제품 취향처럼 일반적인 카테고리 값도 내부 정책에 맞게 검토할 수 있습니다.

quiz_complete

최종 답변이 정상 저장된 순간입니다.

question_count
completion_time_group

정확한 개별 참여 시간보다 구간 값으로 보낼 수도 있습니다.

under_30s
30_to_60s
over_60s

4. 게임 이벤트

game_start

웹게임과 슬롯, 관찰형 게임이 실제로 시작된 순간입니다.

game_progress

중요한 미션과 아이템 도달을 측정합니다.

mission_id
progress_percent
item_count

game_complete

서버가 완료를 인정한 순간입니다.

score_group
hint_used
retry_count

점수와 순위 조작 방지가 중요하다면 GA4 데이터가 아니라 서버 기록을 결과의 기준으로 사용해야 합니다.

5. 로그인과 회원가입

login_start

로그인 화면이나 인증 절차를 시작한 순간입니다.

login_success

로그인이 정상 완료된 순간입니다.

signup_start

신규 가입 절차 시작입니다.

signup_complete

회원가입이 완료된 순간입니다.

campaign_return

로그인과 회원가입 후 원래 이벤트로 복귀한 순간입니다.

로그인 성공
→ 캠페인 복귀 실패

문제를 구분하려면 복귀 이벤트가 필요할 수 있습니다.

6. 폼 이벤트

form_view

응모폼이 사용자에게 표시된 순간입니다.

form_start

사용자가 첫 필드를 입력하거나 선택한 순간입니다.

verification_request

휴대전화와 이메일 인증을 요청한 순간입니다.

verification_success

인증을 완료한 순간입니다.

form_submit

제출 버튼을 누른 순간입니다.

submission_success

서버에 응모가 정상 저장된 순간입니다.

제출 버튼 클릭과 서버 성공을 구분해야 합니다.

form_submit 10,000
submission_success 8,500

제출 과정의 오류를 확인할 수 있습니다.

7. 결과 이벤트

result_view

결과 화면이 실제로 표시된 순간입니다.

파라미터:

result_type
result_category
recommended_product

제품명과 결과 유형은 코드와 카테고리로 관리할 수 있습니다.

result_save

결과 카드를 저장한 행동입니다.

result_retry

다른 결과를 위해 다시 테스트한 행동입니다.

재참여가 보상 중복으로 이어지지 않도록 시스템 정책은 별도로 처리합니다.

8. 혜택과 쿠폰 이벤트

reward_issue_start

쿠폰과 포인트 발급을 시작한 순간입니다.

reward_issue_success

발급이 정상 완료된 순간입니다.

reward_issue_fail

발급에 실패한 순간입니다.

파라미터:

reward_type
failure_stage
error_category

분석 도구에 외부 시스템의 민감한 오류 메시지 전체를 보내기보다 분류된 오류 코드를 사용할 수 있습니다.

coupon_copy

쿠폰 번호 복사입니다.

coupon_view

쿠폰 상세 조건을 본 행동입니다.

실제 쿠폰 사용은 쇼핑몰과 주문 시스템의 데이터가 필요할 수 있습니다.

9. 제품과 전환 이벤트

product_click

결과와 이벤트 페이지에서 제품을 클릭한 행동입니다.

파라미터:

product_id
product_category
result_type
click_location

add_to_cart

쇼핑몰에서 장바구니에 담은 행동입니다.

begin_checkout

결제를 시작한 행동입니다.

purchase

구매 완료입니다.

이벤트 페이지와 쇼핑몰이 다른 도메인이면 캠페인과 사용자 흐름을 연결할 방법을 설계해야 합니다.

10. 공유 이벤트

share_click

공유 버튼을 누른 행동입니다.

파라미터:

share_channel
result_type

result_image_download

결과 이미지 저장입니다.

link_copy

링크 복사입니다.

referral_visit

공유 링크를 통해 들어온 방문입니다.

공유 버튼 클릭과 실제 신규 유입을 구분해야 합니다.

11. 오류 이벤트

event_error

사용자 참여에 영향을 주는 오류를 측정합니다.

파라미터:

error_type
error_stage
recoverable
browser_type

예시:

error_type = coupon_api
error_stage = reward_issue
recoverable = true

오류 이벤트의 주의점

GA4가 장애 모니터링 도구를 완전히 대체하지는 않습니다.

• 서버 로그
• 오류 추적 도구
• 외부 API 모니터링
• 데이터베이스 기록

과 함께 사용해야 합니다.

GA4는 오류가 사용자 행동과 전환에 어떤 영향을 주었는지 보는 데 활용할 수 있습니다.

파라미터 설계

모든 이벤트에 공통으로 사용할 수 있는 값이 있습니다.

campaign_id
campaign_version
event_type
user_status
traffic_channel
device_group

이벤트별 파라미터

result_type
reward_type
product_id
question_id
step_number
error_category

파라미터가 너무 많으면 관리와 보고서 구성이 어려워질 수 있습니다.

실제로 분석할 값만 보내는 것이 좋습니다.

개인정보를 보내지 않는다

분석 도구에 다음 정보를 직접 보내지 않도록 주의해야 합니다.

• 이름
• 휴대전화 번호
• 이메일
• 주소
• 회원번호 원문
• 주문번호 원문
• 사용자가 작성한 개인 메시지
• 공개되지 않은 자유 입력 답변

대체 방식

• 익명 캠페인 사용자 키
• 사용자 상태
• 회원·비회원 구분
• 결과 카테고리
• 오류 분류
• 연령대처럼 검토된 범주 정보

구체적인 데이터 처리 범위는 회사의 개인정보 정책에 맞게 검토해야 합니다.

사용자 ID

로그인 회원의 여러 기기와 세션을 연결하기 위해 사용자 ID 기능을 검토할 수 있습니다.

하지만 내부 회원 ID를 그대로 외부 분석 도구에 보내기보다 정책에 맞는 식별 방식을 사용해야 합니다.

사용자 ID 사용 여부와 생성 방식은 개인정보·보안 담당자와 검토하는 것이 좋습니다.

캠페인 ID와 버전

같은 이벤트를 수정하거나 다시 운영할 수 있습니다.

campaign_id:
summer_roulette_2026

campaign_version:
v1

중간에 큰 변경이 있었다면 버전을 나눌 수 있습니다.

v1:
초기 화면

v2:
참여폼 축소

변경 전후 성과를 비교할 수 있습니다.

이벤트 중복 발생

SPA와 화면 재렌더링 과정에서 같은 이벤트가 여러 번 전송될 수 있습니다.

결과 화면 렌더링
→ result_view

상태 변경
→ result_view 다시 전송

방지 방법

• 한 화면 노출당 한 번
• 서버 완료 이벤트와 화면 이벤트 구분
• 이벤트 전송 상태 관리
• 중복 기준 문서화

GA4의 숫자와 서버의 고유 참여자 수가 달라질 수 있으므로 중요한 결과는 서버 데이터를 함께 사용해야 합니다.

페이지 새로고침

사용자가 결과 화면을 새로고침하면 result_view가 다시 발생할 수 있습니다.

결과 화면 조회 횟수
→ 2회

결과 사용자
→ 1명

조회 횟수와 고유 사용자 수를 구분합니다.

클라이언트 이벤트와 서버 이벤트

클라이언트 이벤트

브라우저에서 발생합니다.

• 버튼 클릭
• 화면 노출
• 스크롤
• 공유
• 이미지 저장

서버 이벤트

서버가 확정합니다.

• 참여 결과 저장
• 쿠폰 발급
• 경품 재고 차감
• 정상 응모
• 구매
• 당첨 취소

중요한 업무 결과는 서버 데이터를 기준으로 보는 것이 좋습니다.

GA4에는 사용자 행동과 분석용 이벤트를 보내고, 관리자 DB에는 실제 운영 결과를 저장할 수 있습니다.

이벤트 설계표 예시

사용자 행동	GA4 이벤트	주요 파라미터	기준 데이터
메인 방문	campaign_view	campaign_id	GA4
참여 시작	participation_start	event_type	GA4
퀴즈 완료	quiz_complete	question_count	서버+GA4
결과 확인	result_view	result_type	GA4
쿠폰 발급	reward_issue_success	reward_type	서버
제품 클릭	product_click	product_id	GA4
구매	purchase	revenue	주문 시스템
오류	event_error	error_category	로그+GA4

전환 이벤트 지정

캠페인의 핵심 행동을 전환으로 지정할 수 있습니다.

예시:

• submission_success
• signup_complete
• reward_issue_success
• product_click
• purchase
• lead_submit

모든 행동을 전환으로 지정하기보다 캠페인의 주요 목표를 선택하는 것이 좋습니다.

탐색 보고서

퍼널을 다음과 같이 구성할 수 있습니다.

campaign_view
→ participation_start
→ quiz_complete
→ result_view
→ product_click
→ purchase

분석 기준:

• 유입 채널
• 기기
• 브라우저
• 신규·기존
• 결과 유형
• 캠페인 버전

실시간 운영과 GA4

GA4의 데이터가 실제 운영 관리자와 완전히 같은 시점과 숫자로 보이지 않을 수 있습니다.

경품 재고와 장애, 쿠폰 발급은 자체 관리자와 서버 모니터링을 사용해야 합니다.

실시간 경품 운영
→ 자체 관리자

마케팅 행동 분석
→ GA4

두 시스템의 역할을 구분하는 것이 좋습니다.

이벤트 검증

개발 완료 후 실제 이벤트가 정확하게 전송되는지 테스트해야 합니다.

확인할 항목

• 이벤트 이름
• 발생 시점
• 중복
• 누락
• 파라미터
• 모바일
• 인앱 브라우저
• 로그인 후 복귀
• 외부 도메인 이동
• 동의 상태

테스트 계정

정상 참여
중간 이탈
로그인 실패
쿠폰 실패
결과 재조회
제품 구매

모든 흐름을 테스트합니다.

동의와 분석 도구

사용자의 동의 상태와 회사 정책에 따라 분석 도구의 실행과 데이터 수집 방식이 달라질 수 있습니다.

이벤트 개발 단계에서 쿠키와 분석 동의, 개인정보처리방침을 함께 검토하는 것이 좋습니다.

기술팀이 임의로 결정하기보다 회사 정책과 적용 대상에 맞춰 담당자의 확인을 받아야 합니다.

GA4 이벤트 정의서 양식

이벤트 이름:
사용자 행동:
발생 화면:
발생 시점:
필수 파라미터:
선택 파라미터:
중복 방지:
개인정보 포함 여부:
기준 데이터:
전환 지정:
검수 방법:

권장 이벤트 목록 예시

campaign_view
participation_start
participation_step
participation_complete
login_start
login_success
signup_complete
form_start
submission_success
result_view
reward_issue_success
reward_issue_fail
product_click
share_click
result_image_download
event_error

실제 이벤트에 필요한 항목만 선택합니다.

QA 체크리스트

[ ] 사용자 흐름을 기준으로 이벤트를 설계했다.
[ ] 같은 행동에 일관된 이벤트 이름을 사용한다.
[ ] 화면 이름보다 행동의 의미를 사용한다.
[ ] 변화하는 값은 파라미터로 분리한다.
[ ] 개인정보가 이벤트와 파라미터에 포함되지 않는다.
[ ] 버튼 클릭과 서버 성공을 구분한다.
[ ] 참여 완료와 결과 화면 보기를 구분한다.
[ ] 쿠폰 성공·실패를 구분한다.
[ ] 공유 클릭과 공유 유입을 구분한다.
[ ] 중요한 업무 결과는 서버 데이터와 비교한다.
[ ] SPA 재렌더링과 새로고침의 중복을 확인했다.
[ ] 로그인 후 이벤트 복귀를 측정한다.
[ ] 모바일과 주요 인앱 브라우저에서 검수했다.
[ ] 캠페인 ID와 버전이 포함되어 있다.
[ ] 핵심 목표만 전환으로 지정했다.

마무리

GA4로 이벤트 페이지를 측정할 때 중요한 것은 많은 이벤트를 보내는 것이 아닙니다.

사용자가 무엇을 했는가?
그 행동은 언제 완료된 것으로 볼 것인가?
어떤 정보와 함께 분석할 것인가?
운영 결과는 어떤 시스템을 기준으로 볼 것인가?

이 네 가지를 명확하게 정해야 합니다.

GA4는 방문과 행동, 퍼널을 이해하는 데 유용하지만 쿠폰 발급과 경품 재고, 당첨 결과 같은 실제 업무 데이터는 서버와 관리자 기록을 함께 확인해야 합니다.