adstage 어트리뷰션과 AI 분석: 광고 클릭 이후를 측정하는 법

무엇을 해결하는 제품인가요?

광고 클릭은 많지만 어떤 채널이 가입·구매로 이어졌는지 알기 어렵다면, 유입과 행동을 같은 기준으로 연결해야 합니다. adstage는 웹과 앱의 어트리뷰션, 딥링크, 이벤트 수집과 리포트를 통해 캠페인 성과와 제품 안의 사용자 여정을 함께 살펴보는 측정 플랫폼입니다.

광고 매체의 숫자와 우리 서비스의 숫자는 원래 다릅니다

광고 매체가 보고하는 전환과 자체 분석 도구가 집계한 전환이 일치하지 않는다고 해서 어느 한쪽이 틀린 것은 아닙니다. 집계 기준 시점, 어트리뷰션 창, 중복 제거 방식이 다르면 값은 당연히 달라집니다. 문제는 이 차이를 기록해 두지 않아 매달 같은 논쟁을 반복하는 것입니다.

adstage의 어트리뷰션 리포트는 노출·클릭·비용 같은 광고 지표와 설치·전환·매출 같은 서비스 지표를 한 화면에서 비교하도록 설계되어 있습니다. 데이터 출처를 Channel(광고 플랫폼 공식 데이터), App(인앱 이벤트와 설치), Web(웹 전환), App+Web(통합)으로 구분해 보여주므로, 어떤 숫자를 근거로 이야기하는지 먼저 합의할 수 있습니다.

• Channel·App·Web·App+Web 중 기준으로 삼을 출처
• 매체 리포트와의 허용 오차 범위 기록
• 집계 기준 시간대와 마감 시점 통일

캠페인보다 전환 이벤트 정의가 먼저입니다

광고를 집행한 다음에 전환을 정의하면 초기 데이터가 쓸모없어집니다. 회원가입을 전환으로 볼지, 첫 결제를 볼지, 7일 내 재방문까지 포함할지에 따라 CPA와 ROAS는 전혀 다른 값이 됩니다. 이 정의는 마케팅과 개발이 함께 합의하고 문서로 남겨야 합니다.

이벤트 이름과 파라미터 규칙도 처음에 정해야 합니다. 나중에 이름을 바꾸면 과거 데이터와 비교가 끊어지고, 파라미터가 빠져 있으면 세분화된 분석 자체가 불가능해집니다.

• 핵심 전환 한 가지와 보조 전환 목록
• 이벤트 이름·파라미터 명명 규칙
• 매출 이벤트의 통화와 환불 처리 기준

지표와 디멘션을 나눠 생각하면 리포트가 단순해집니다

adstage 리포트는 숫자로 표현되는 지표(Metrics)와 분류 기준인 디멘션(Group By)으로 구성됩니다. 채널, 캠페인, 날짜, 기기 같은 디멘션으로 묶고 CPC·CPA·ROAS 같은 효율 지표를 얹는 구조입니다. 이 두 축을 의식하고 리포트를 만들면 보고 싶은 질문을 바로 구성으로 옮길 수 있습니다.

실무에서는 저장된 리포트를 몇 개만 만들어 두고 계속 같은 구성으로 보는 편이 낫습니다. 매번 다른 기준으로 자르면 추세를 읽을 수 없습니다.

• 주간 점검용 고정 리포트 구성
• 채널·캠페인·크리에이티브 단위의 비교 깊이
• 기기·OS·지역별 분해가 필요한 시점

딥링크는 유입 경험과 측정을 동시에 결정합니다

광고를 누른 사용자가 앱의 첫 화면에 떨어지면, 광고에서 본 상품을 다시 찾아야 합니다. 이 한 단계 때문에 이탈이 생기고 전환율이 떨어집니다. 딥링크로 의도한 화면에 바로 연결하면 경험이 좋아지고, 동시에 어떤 광고가 어떤 화면으로 이어졌는지 측정도 명확해집니다.

앱 미설치 사용자의 경로도 함께 설계해야 합니다. 스토어를 거쳐 설치한 뒤 원래 의도한 화면으로 이동하는 흐름이 끊기면 가장 비싼 유입을 놓치게 됩니다.

• 설치 상태별 분기 경로 정의
• 스토어 경유 후 목적 화면 복원
• 딥링크 파라미터와 이벤트 파라미터의 연결

유입량과 리텐션을 함께 봐야 예산 판단이 선명해집니다

설치당 비용만 보면 싼 채널이 좋아 보입니다. 그러나 그 채널로 들어온 사용자가 사흘 만에 모두 떠난다면 실제로는 가장 비싼 채널입니다. 채널별 리텐션 곡선과 결제 전환을 함께 놓고 봐야 예산 이동의 근거가 생깁니다.

퍼널 분석도 같은 맥락입니다. 어느 단계에서 이탈이 집중되는지 찾으면 광고비를 늘리기 전에 제품에서 해결할 문제를 먼저 발견할 수 있습니다. 유입을 늘려도 같은 구간에서 빠져나간다면 지출만 늘어납니다.

• 채널별 D1·D7·D30 리텐션 비교
• 설치 이후 핵심 행동까지의 퍼널 이탈 지점
• 리텐션이 낮은 채널의 크리에이티브·타깃 재검토

숫자가 어긋날 때 확인하는 순서

값이 맞지 않을 때 무작정 원인을 추측하기보다 확인 순서를 정해두면 빠릅니다. 먼저 기간과 시간대가 같은지, 다음으로 어떤 데이터 출처를 보고 있는지, 그다음 어트리뷰션 창과 중복 제거 기준이 같은지 확인합니다. 대부분의 불일치는 이 세 단계에서 설명됩니다.

그래도 남는 차이는 허용 범위를 정해 문서에 적어 두고 넘어가는 편이 낫습니다. 완전한 일치를 목표로 삼으면 분석에 써야 할 시간을 대조에 모두 쓰게 됩니다.

• 기간·시간대·마감 시점 확인
• Channel과 App/Web 출처 혼용 여부
• 어트리뷰션 창과 중복 제거 규칙 대조

핵심 기능과 판단 기준

활용 시나리오

제품 기능을 바탕으로 구성한 활용 예시입니다. 특정 고객사의 실제 도입 구성이나 성과를 뜻하지 않습니다.

도입과 운영 흐름

1. 01

   측정 기준 설계

   조직·앱을 구성하고 가입, 구매 등 목표 이벤트와 캠페인 명명 규칙을 정합니다.

2. 02

   SDK·이벤트 연결

   대상 플랫폼 SDK를 연동하고 초기화·식별자·이벤트 속성을 테스트합니다.

3. 03

   링크·매체 설정

   목적지와 폴백을 검증하고 필요한 광고 계정, 비용 수집 및 포스트백을 설정합니다.

4. 04

   리포트로 개선

   이벤트 수집을 검수한 뒤 어트리뷰션·퍼널·리텐션을 함께 보며 다음 실험을 정합니다.

사용 환경과 연동 방식

공식 문서는 모바일 SDK와 웹 SDK, 플랫폼별 딥링크 및 인앱 이벤트 연동을 안내합니다. iOS·Android의 앱 식별 정보와 웹 도메인 설정을 확인하고, 캠페인 링크가 설치 유무와 인앱 브라우저에서 어떻게 동작하는지 검증하는 것이 중요합니다.

실무 체크리스트

• 수집할 이벤트와 개인정보 동의·식별자 사용 기준을 정하세요.
• 지원 매체, 계정 권한, 어트리뷰션 기준과 비용 데이터 갱신 주기를 확인하세요.
• 이벤트 한도, 보관 기간, 팀 권한과 이용 요금은 최신 계약 조건으로 확인하세요.

자주 묻는 질문