요약

• 구글 앱 캠페인(AC)이 '설치' 기준으로 최적화되면 실제 구독 의향이 낮은 유저가 대거 유입되어 전환 퍼널이 무너진다.
• 문제의 핵심은 광고 효율이 아니라 튜토리얼 내 간편가입 구간에서 발생하는 미세 이탈이며, 이는 Firebase 커스텀 이벤트 로그로만 정확히 포착할 수 있다.
• 이탈 지점을 역추적한 뒤 미완료 유저를 Firebase 잠재고객으로 분류하고 딥링크 푸시를 쏘는 것이 광고비 낭비를 막는 실질적 해법이다.
• Google AC 입찰 목표를 tCPI(설치당 비용)에서 subscription_start 기반 tCPA로 전환해야 머신러닝이 진짜 구독자를 탐색하기 시작한다.
• 동의 모드 v2 미적용 시 마케팅 활용 가능 모수가 30~40% 누락되므로, 서버사이드 1차 데이터 연동은 선택이 아닌 전제 조건이다.

"설치는 늘었는데 구독 매출이 그대로인 이유"

구글 AC 예산을 두 배로 늘렸더니 앱 설치 수는 확실히 올랐습니다. 그런데 월말 구독 매출 리포트를 열면 숫자가 그대로입니다. 심지어 설치당 구독 전환율은 오히려 떨어졌습니다.

이 상황에서 많은 팀이 광고 소재를 바꾸거나 타겟 키워드를 조정합니다. 하지만 실제 병목은 광고 바깥, 앱 내부 온보딩 퍼널에 있는 경우가 대부분입니다.

구글 AC의 머신러닝은 기본 설정 상태에서 '앱 설치(first_open)' 신호를 기준으로 최적화됩니다. 설치 자체를 잘 해내는 유저, 즉 광고를 클릭하고 스토어에서 다운로드 버튼을 누르는 행동에 특화된 모수를 찾아냅니다. 이 유저들이 실제로 서비스를 쓰고 돈을 낼 사람인지는 별개의 문제입니다.

결국 CPI 최적화는 입구를 넓히는 작업이고, 구독 전환은 입구 이후의 복도에서 결정됩니다. 복도에 어디서 막히는지 모르면 입구를 아무리 넓혀도 매출은 늘지 않습니다.

진단 1단계: 간편가입 퍼널을 쪼개서 이탈 지점을 찾아라

커스텀 이벤트 설계가 먼저다

Firebase SDK가 기본으로 수집하는 first_open이나 session_start만으로는 온보딩 내부를 볼 수 없습니다. 튜토리얼 화면부터 구독 완료까지의 흐름을 아래처럼 7개 커스텀 이벤트로 쪼개야 합니다.

이 이벤트들을 개발팀과 함께 Firebase SDK에 심으면, GA4 '탐색 → 깔때기 분석' 메뉴에서 단계별 이탈률을 시각적으로 확인할 수 있습니다.

실제로 어디서 무너지는가

실무에서 가장 자주 발견되는 이탈 패턴은 두 가지입니다.

패턴 A: click_social_login → agree_terms 구간에서 60% 이상 이탈 약관 동의 화면에 필수 항목이 5개 이상이거나, 마케팅 동의를 강제하는 구조일 때 발생합니다. 유저는 '왜 이렇게 많이 동의해야 하지?'라는 마찰을 느끼고 그냥 나가버립니다. 해법은 필수 동의 항목을 최소화하고 선택 동의를 별도 페이지로 분리하는 것입니다.

패턴 B: sign_up_complete → paywall_view 구간에서 50% 이상 이탈 가입은 완료했지만 구독 페이월 화면이 너무 이르게, 혹은 너무 갑작스럽게 등장할 때 나타납니다. 서비스 가치를 충분히 경험하기 전에 결제 화면이 뜨면 유저는 이탈합니다.

주의: click_social_login 이후 이탈이 특정 소셜 로그인(예: 애플 ID)에서만 집중된다면 UX 문제가 아닐 수 있습니다. 소셜 로그인 API 오류나 SDK 버전 불일치일 가능성이 높으니, Firebase Crashlytics 네트워크 에러 로그를 함께 확인해야 합니다.

진단 2단계: 이탈 유저를 Firebase 세그먼트로 포착하라

이탈 지점을 확인했다면 다음은 '누가 이탈했는지'를 Firebase 잠재고객으로 정의하는 작업입니다. Firebase 콘솔 → Audiences 메뉴에서 아래 두 세그먼트를 생성합니다.

세그먼트 A (가입 이탈자)

• 조건: 최근 30일 이내 sign_up_start 이벤트 발생 O, sign_up_complete 이벤트 발생 X
• 해석: 가입을 시도했지만 완료하지 못한 유저

세그먼트 B (구독 미전환 가입자)

• 조건: sign_up_complete 발생 O, subscription_start 발생 X
• 해석: 가입은 했지만 아직 구독 결제를 하지 않은 유저

이 두 세그먼트는 Google Ads 리마케팅 모수로도 내보낼 수 있고, FCM 타겟 푸시의 발송 대상으로도 즉시 활용할 수 있습니다.

처방 1: FCM 타겟 푸시 설계 — 이탈 지점으로 다시 데려가라

딥링크 없는 푸시는 절반짜리다

많은 팀이 "가입을 완료하세요!"라는 푸시를 보내면서 앱 첫 화면으로 랜딩시킵니다. 유저는 다시 처음부터 경로를 찾아야 하고, 결국 또 이탈합니다.

딥링크(Deep Link)를 활용하면 푸시 클릭 시 유저가 이탈했던 바로 그 화면(약관 동의 화면, 구독 페이월 화면)으로 즉시 복귀시킬 수 있습니다. 구글 공식 레퍼런스에 따르면 딥링크를 통한 앱 복귀 환경을 고도화할 경우 모바일 웹 대비 평균 2배 높은 광고 클릭 전환율을 달성할 수 있습니다.

타이밍과 빈도 설계

• 1차 발송: 이탈 후 30분 이내 — 앱을 닫은 기억이 생생할 때
• 2차 발송: 이탈 후 24시간 — 다음 날 앱을 다시 열 가능성이 있는 시점
• 종료 조건: 가입 후 3일이 지나도 반응 없으면 발송 중단

푸시 피로도 경고: 동일 유저에게 하루 2회를 초과하는 푸시는 알림 차단 또는 앱 삭제로 이어집니다. 빈도 제한(Frequency Cap)은 반드시 설정하세요.

메시지 예시

• 세그먼트 A 대상: "가입 완료까지 딱 한 단계 남았어요. 지금 완료하면 웰컴 혜택을 드립니다." → 딥링크: 약관 동의 화면
• 세그먼트 B 대상: "7일 무료 체험 중입니다. 오늘 구독하면 첫 달 20% 할인이 적용됩니다." → 딥링크: 구독 페이월 화면

처방 2: Google AC 입찰 목표를 구독 기준으로 바꿔라

이탈 유저를 푸시로 복귀시키는 것과 동시에, 광고 자체가 처음부터 구독 가능성 높은 유저를 데려오도록 머신러닝 신호를 교정해야 합니다.

1. Firebase에서 수집된 sign_up_complete와 subscription_start 이벤트를 Google Ads '전환' 메뉴로 가져옵니다.
2. Google AC 캠페인 입찰 전략을 tCPI(설치당 비용)에서 tCPA(액션당 비용)로 전환합니다.
3. subscription_start를 기본 액션(Primary Action)으로 지정합니다. 전환 데이터가 충분하지 않다면 sign_up_complete를 중간 허들로 먼저 지정하고 데이터를 쌓은 뒤 전환하는 것이 현실적입니다.

이렇게 설정하면 구글 머신러닝이 단순히 앱을 설치하는 유저가 아니라, 실제로 구독 결제를 완료할 확률이 높은 유저를 탐색해 광고를 노출합니다.

반드시 챙겨야 할 기술적 전제 조건

동의 모드 v2와 1차 데이터 연동

2026년 현재 동의 모드 v2(Consent Mode v2)는 글로벌 표준으로 자리 잡았습니다. 유저의 마케팅 동의 상태(analytics_storage, ad_storage)를 Firebase와 Google Ads에 정확히 전달하지 않으면, 리마케팅 활용 가능 모수가 30~40% 누락됩니다. 공들여 만든 세그먼트 A, B의 실제 도달 가능 인원이 처음부터 30% 작게 잡히는 셈입니다.

이를 방지하려면 간편가입 단계에서 수집한 이메일·전화번호를 SHA-256 방식으로 암호화해 Google Ads에 서버사이드로 전달하는 강화된 전환(Enhanced Conversions for Apps) 설정이 필수입니다.

푸시 발송 전 동의 여부 필터링

FCM 타겟 푸시 발송 시 Firebase 세그먼트 필터에 마케팅 정보 수신 동의 여부를 반드시 연동해야 합니다. 동의하지 않은 유저에게 발송되는 타겟 마케팅은 앱 스토어 정책 위반이자 개인정보보호법 위반 소지가 있습니다.

자주 묻는 질문 (FAQ)

Q. Firebase 커스텀 이벤트를 심으려면 개발 리소스가 많이 필요한가요? A. 이벤트 7개를 추가하는 작업 자체는 iOS/Android 각각 하루 이내 작업입니다. 다만 이벤트 설계 명세서(어떤 화면에서 어떤 파라미터를 담아 보낼지)를 PM이 먼저 정리해 개발팀에 전달해야 불필요한 수정 반복을 줄일 수 있습니다.

Q. tCPA로 전환하면 초기에 광고 노출이 줄어들지 않나요? A. 맞습니다. tCPA 전환 초기 2~4주는 머신러닝 학습 기간으로 노출과 설치 수가 줄어들 수 있습니다. subscription_start 전환 데이터가 월 50건 미만이라면 sign_up_complete를 중간 목표로 먼저 설정해 데이터를 쌓은 뒤 단계적으로 전환하는 것을 권장합니다.

Q. 딥링크 설정이 복잡하지 않나요? A. Firebase Dynamic Links(현재는 App Links/Universal Links 방식으로 전환 중)를 활용하면 iOS와 Android 모두 동일한 URL로 특정 화면으로 랜딩시킬 수 있습니다. 개발팀과 딥링크 URL 스키마를 사전에 정의해두면 마케터가 FCM 캠페인 생성 시 직접 입력할 수 있습니다.

Q. 소셜 로그인 이탈이 특정 방식(예: 애플 ID)에서만 높게 나옵니다. 어떻게 봐야 하나요? A. click_social_login 이벤트의 method 파라미터별로 이탈률을 분리해서 확인하세요. 특정 방식에서만 이탈이 집중된다면 UI 문제보다 API 오류 가능성이 높습니다. Firebase Crashlytics에서 해당 시점의 네트워크 에러 로그를 함께 확인하는 것이 우선입니다.

Q. 동의 모드 v2 설정은 어디서부터 시작해야 하나요? A. Google 태그 관리자(GTM) 또는 앱 내 동의 관리 플랫폼(CMP)을 통해 유저 동의 상태를 Firebase와 Google Ads에 전달하는 것이 출발점입니다. 기존에 픽셀 기반으로만 운영하던 계정이라면 서버사이드 전환 추적 구현을 병행해야 모수 누락을 최소화할 수 있습니다.

마치며

구글 AC 광고비 대비 구독 전환이 반토막 났을 때, 광고 소재나 타겟 설정을 먼저 의심하는 것은 자연스러운 반응입니다. 하지만 실제 진단은 앱 내부 로그에서 시작해야 합니다.

간편가입 구간의 어느 단계에서 유저가 이탈하는지를 Firebase 커스텀 이벤트로 포착하고, 미완료 유저에게 딥링크 푸시로 정확한 지점에 복귀시키고, Google AC 입찰 목표를 구독 기반으로 교정하는 세 가지 작업이 맞물려야 비로소 광고비와 매출이 같은 방향을 가리키기 시작합니다.

이 과정은 분석 설계, 개발 연동, 캠페인 운영이 동시에 맞물리는 작업이라 혼자 처음 시작하기 어려울 수 있습니다. 에이달(ADALL)은 Firebase 이벤트 설계부터 Google AC tCPA 전환, FCM 타겟 푸시 시나리오까지 앱 구독 퍼널 전반을 함께 진단하고 설계합니다.

광고비는 나가는데 구독 매출이 멈춰 있다면, 먼저 현재 퍼널의 어디가 막혔는지 확인하는 것부터 시작해보세요.

📞 02-2664-8631 | ✉️ master@adall.co.kr

[무료 컨설팅 문의하기]