전환 이벤트 설계 (GA4 이벤트와 앱 캠페인 연결)

🤔 혹시 이런 생각 해본 적 없나요?

• "앱 캠페인 목표에 넣을 이벤트가 없다는데, 이벤트는 대체 어디서 만드는 거지?"
• "설치는 자동으로 잡히던데 구매도 알아서 잡히는 것 아닌가?"
• "개발자에게 이벤트를 요청하라는데 무엇을 어떤 이름으로 요청해야 할지 모르겠다."

앱 캠페인과 Apple Ads 운영과 메타 어드밴티지+ 앱 캠페인에서 설치 대신 인앱 액션을 목표로 넣을 수 있다는 이야기를 반복했습니다. 그 목표의 재료가 이번 클래스의 주제입니다. 이벤트가 없으면 시스템은 설치까지만 배우고, 이벤트가 있어야 그 뒤의 행동을 배웁니다.

🧾 이벤트는 앱 안에서 찍히는 영수증입니다

전환 이벤트 설계는 앱 안에서 일어나는 행동 가운데 캠페인의 목표로 삼을 것을 골라 이벤트로 수집하고, 광고 시스템이 그 행동을 늘리도록 연결하는 작업입니다.

가게 계산대의 영수증에 비유하면 구조가 잡힙니다. 손님이 매장을 둘러보기만 하면 기록이 남지 않지만, 계산대를 지나면 무엇을 언제 샀는지 영수증이 남습니다. 이벤트는 앱 안 곳곳에 놓인 계산대에서 찍히는 영수증이고, 가입과 장바구니와 구매 같은 행동이 지나갈 때마다 한 장씩 쌓입니다. 광고 시스템은 이 영수증 뭉치를 읽고 어떤 사용자가 사는 손님인지 배웁니다.

앱에서 이 역할을 맡는 도구가 파이어베이스(Firebase)입니다. 2014년 구글이 인수한 앱 개발 도구 묶음인데, 마케터에게 중요한 것은 그 안의 분석 SDK입니다. 앱에 이 SDK가 들어가면 이벤트가 GA4로 모이고, 구글 광고와 연결할 수 있는 상태가 됩니다.

🗂️ 이벤트의 3층 구조: 자동, 추천, 맞춤

GA4의 앱 이벤트는 세 층으로 나뉩니다. 어디까지 공짜로 잡히고 어디부터 직접 심어야 하는지가 이 구분에서 정해집니다.

자동 수집만으로 되는 일과 되지 않는 일을 구분하는 것이 출발점입니다. 첫 실행과 스토어 결제, 앱 삭제 같은 공통 행동은 SDK가 알아서 잡습니다. 그런데 가입과 장바구니처럼 서비스마다 화면이 다른 행동은 시스템이 알 방법이 없으므로 직접 심어야 합니다.

직접 심을 때는 추천 이벤트 목록부터 확인합니다. 구글이 업종별로 자주 쓰는 행동의 표준 이름을 정해 두었기 때문입니다.

위 화면은 공식 도움말의 온라인 판매 부분입니다. 같은 문서에 모든 비즈니스 공통(sign_up, login, share)과 게임(level_up, tutorial_complete) 목록도 있습니다. 표준 이름을 쓰면 보고서가 규격대로 채워지고, 광고 연동과 협업에서도 뜻이 바로 통합니다. buy_finish_v2처럼 팀만 아는 이름을 만드는 것은 표준 이름에 맞는 행동이 없을 때의 마지막 선택입니다.

🎯 주요 이벤트 지정과 캠페인 연결

이벤트가 쌓이기 시작했다면 다음 순서는 둘입니다.

1. 주요 이벤트로 표시합니다. 수집되는 이벤트 가운데 비즈니스 성공에 특히 중요한 것을 GA4에서 주요 이벤트(key event)로 지정합니다. 예전에는 이 지정을 전환이라고 불렀는데, 지금은 광고 쪽 전환과 구분하기 위해 이름이 나뉘었습니다. 오래된 자료를 볼 때 두 용어가 섞여 나오는 이유입니다.
2. 광고 계정에서 전환으로 가져옵니다. 구글 광고에서 주요 이벤트를 바탕으로 전환을 만들면, 앱 캠페인의 tCPA 입찰이 그 행동을 목표로 최적화를 시작합니다.

여기서 캠페인 설계와 만납니다. 모든 이벤트가 같은 무게일 수는 없으므로, 행동의 가치에 따라 목표 단가를 다르게 접근합니다. 장바구니 담기를 목표로 한 캠페인과 구매 완료를 목표로 한 캠페인은 허용할 수 있는 단가 자체가 다릅니다. 그 단가의 상한을 구하는 방법은 적정 CPI 산정에서 다룬 그대로입니다.

메타 쪽도 원리는 같습니다. 메타 SDK나 MMP로 이벤트를 전달해야 어드밴티지+ 앱 캠페인의 최적화 이벤트를 고를 수 있습니다. 이벤트 설계는 한 번 해 두면 모든 매체가 같은 재료를 씁니다.

✍️ 개발자에게 건네는 요청서 양식

이벤트를 앱에 넣는 일은 대부분 개발자의 몫입니다. 마케터가 할 일은 무엇을 어떻게 수집할지 빠짐없이 적어 건네는 것이고, 요청이 모호하면 구현도 모호해집니다. 요청서에 들어갈 항목은 세 가지입니다.

가운데 줄이 가장 자주 어긋나는 지점입니다. 버튼을 누른 순간에 찍으면 가입에 실패한 사용자까지 세게 되고, 완료 화면에서 찍어야 실제 가입만 남습니다. 같은 이름의 이벤트라도 찍히는 시점이 다르면 숫자가 달라지므로, 시점을 문장으로 적어 두는 것이 요청서의 핵심입니다.

매개변수는 처음부터 욕심내지 않아도 됩니다. 나중에 보고서에서 무엇으로 나눠 보고 싶은지를 기준으로 한두 개만 정해 두고, 필요가 생길 때 늘리는 편이 관리하기 쉽습니다.

🧭 무엇을 심을지 고르는 기준

이벤트를 많이 심는 것이 목표가 아닙니다. 고르는 기준을 정리하면 이렇습니다.

• 최종 전환과 그 앞의 길목을 함께 심습니다. 구매만 심으면 데이터가 드물어 시스템이 배울 재료가 부족합니다. 가입, 장바구니, 결제 시작처럼 구매로 가는 길목의 행동을 함께 심으면 학습 재료가 늘어납니다.
• 양이 적은 앱일수록 앞 단계를 목표로 잡습니다. 하루 구매가 몇 건 안 되는 시기라면 구매 대신 가입을 캠페인 목표로 두고, 물량이 늘면 목표를 뒤 단계로 올립니다.
• 이름과 정의를 문서로 남깁니다. 어떤 행동이 언제 찍히는지를 적어 둬야 매체 리포트와 숫자를 맞출 때 기준이 됩니다.

한 가지 흔한 질문도 짚어 두겠습니다. 파이어베이스로 이벤트를 모으면 MMP가 필요 없는지입니다. 답은 역할 구분에 있습니다. 구글 광고 하나만 쓴다면 GA4로도 충분하지만, 여러 매체를 쓰면서 매체별 기여를 비교하려면 MMP가 필요합니다. GA4는 구글 바깥 매체의 앱 유입 기여를 매체 기준으로 나눠 보여 주는 데 한계가 있기 때문입니다.

❓ 이벤트는 몇 개나 심어야 하나요?

개수의 정답은 없고 사다리가 기준입니다. 최종 전환 1개와 그 앞의 길목 2개에서 3개, 그러니까 서너 개의 핵심 행동으로 시작하는 편이 관리하기 좋습니다.

참고로 구글의 추천 이벤트 목록만 해도 온라인 판매 부문에 15종이 있지만, 전부 심는 것이 목표가 아닙니다. 캠페인 목표로 쓸 것과 보고서에서 나눠 볼 것만 골라 심고, 필요가 생길 때 늘립니다.

❓ MMP를 쓰고 있으면 파이어베이스 SDK는 안 넣어도 되나요?

목적이 다르므로 함께 쓰는 경우가 많습니다. MMP는 여러 매체의 기여 비교가 강점이고, 파이어베이스의 분석 SDK는 구글 광고와의 전환 연결과 GA4 분석이 강점입니다.

구글 앱 캠페인을 돌린다면 파이어베이스 쪽 이벤트가 입찰 학습의 재료가 되므로, MMP가 있어도 넣어 두는 편이 유리합니다. 반대로 구글 광고를 쓰지 않는다면 MMP만으로도 캠페인 운영은 됩니다.

📋 30초 요약

1. 이벤트가 없으면 캠페인은 설치까지만 배웁니다. 전환 이벤트 설계는 앱 안의 행동을 영수증처럼 남겨 광고 시스템이 설치 뒤의 행동을 목표로 삼게 만드는 작업입니다.

2. 이벤트는 자동 수집, 추천, 맞춤의 3층입니다. 첫 실행과 스토어 결제는 SDK가 알아서 잡고, 가입과 구매는 구글이 정한 표준 이름(sign_up, purchase)으로 직접 심으며, 목록에 없는 행동만 맞춤 이름을 만듭니다.

3. GA4의 주요 이벤트로 지정한 뒤 광고 계정에서 전환으로 가져옵니다. 예전 명칭인 전환이 지금은 주요 이벤트로 바뀌었고, 행동의 가치에 따라 목표 단가를 다르게 접근합니다. 여러 매체의 기여 비교는 MMP의 몫입니다.

참고 자료

• GA4 추천 이벤트, 애널리틱스 고객센터
• GA4 주요 이벤트 안내, 애널리틱스 고객센터
• 앱 캠페인 정보, Google Ads 고객센터