iOS 앱 광고 SKAN 포스트백 데이터 해석법
- 포스트백은 사용자별 로그가 아닌 집계 기여 데이터입니다.
- 전환값 누락은 0이 아니라 프라이버시 티어 때문일 수 있습니다.
- SKAN 3은 승리 포스트백 외에 조건을 충족한 비승리 기여 포스트백도 받을 수 있습니다.
- SKAN 4는 조건에 따라 최대 3회 포스트백과 서로 다른 전환 기간을 지원합니다.
iOS 앱 광고 SKAN 포스트백은 사용자별 설치 기록이 아니라, 광고 기여와 앱 내 행동을 개인정보 보호 조건에 맞춰 전달하는 집계 신호입니다. 해석할 때는 먼저 SKAN 버전과 포스트백 순서를 확인하고, 그다음 전환값·데이터 티어·전송 지연을 함께 봐야 합니다. 전환값이 비어 있다고 해서 전환이 없었다고 단정하면 안 됩니다.
SKAN 포스트백을 읽는 기본 순서
먼저 버전과 포스트백 순서를 확인합니다
포스트백 필드는 광고 서명에 사용된 SKAdNetwork 버전과 해당 기여가 승리했는지에 따라 달라집니다. SKAN 3에서는 승리 기여에 대한 포스트백 외에, 조건을 충족한 비승리 기여에도 비승리 포스트백이 갈 수 있습니다. SKAN 4에서는 조건을 충족할 경우 전환 기간별로 최대 세 건이 올 수 있습니다. SKAN 4의 postback-sequence-index는 0, 1, 2로 각 포스트백의 순서를 나타냅니다. 데이터에서 이 값이 없다고 곧바로 오류로 판단하지 말고, 실제 버전과 연동 조건부터 살펴보세요.
전환값 필드는 의미와 누락 여부를 구분합니다
SKAN 3 이하의 conversion-value는 앱이 의미를 정한 0~63의 값입니다. SKAN 4에서는 첫 번째 포스트백에 상세 전환값 또는 coarse-conversion-value(low·medium·high의 세 단계)가 나타날 수 있고, 두 번째와 세 번째 포스트백은 단순 전환값 중심으로 읽습니다. 어느 값이든 앱의 전환값 매핑표가 있어야 “3”이나 “high”가 가입인지 결제인지 알 수 있습니다. 앱 이벤트와 값을 연결하는 설계가 필요하다면 앱 마케팅 MMP 이벤트 택소노미 설계와 함께 매핑 기준을 정리할 수 있습니다.
기억할 기준: 전환값 필드가 없다는 것은 전환값이 0이라는 뜻이 아닙니다. 앱이 값을 보내지 않았거나, 포스트백 데이터 티어의 개인정보 보호 기준에 따라 값이 포함되지 않았을 수 있습니다.
포스트백 필드별로 확인할 내용
기여와 중복을 확인하는 필드
did-win은 해당 광고 네트워크가 기여를 얻었는지 나타냅니다. false인 비승리 포스트백을 승리 설치와 같은 성과로 합산하지 않도록 분리하세요. transaction-id는 포스트백을 중복 제거할 때 쓰는 고유 식별자입니다. 재전송이나 수집 파이프라인의 재처리로 같은 포스트백이 여러 번 들어올 수 있으므로, 원문을 보존하면서 이 값을 기준으로 중복 여부를 점검합니다.
매체·소스와 프라이버시 필드
SKAN 3 이하에서는 campaign-id를 볼 수 있고, SKAN 4부터는 계층형 source-identifier가 사용됩니다. SKAN 4는 개인정보 보호 티어에 따라 식별자의 일부 자릿수만 공개될 수 있습니다. source-app-id, country-code 등도 조건을 충족할 때만 포함될 수 있습니다. 따라서 짧아진 식별자나 빈 필드를 임의로 복원하지 말고, 캠페인 매핑표와 함께 공개된 수준까지만 해석하세요.
Apple은 포스트백 데이터 티어에 따라 전환값과 소스 관련 세부 정보의 제공 여부를 제한합니다. 세부값이 보이는 설치만 모아 성과를 계산하면 전체 성과와 다른 표본이 될 수 있습니다. 포스트백 서명 검증을 구현하는 경우에도 전환값 및 단순 전환값 필드는 서명에 포함되지 않는다는 점을 반영해야 합니다. 필드 정의와 서명 검증 기준은 Apple의 포스트백 파라미터 안내와 서명 검증 문서에서 확인할 수 있습니다.
SKAN 버전과 전환 기간 비교
| 구분 | 전환값·포스트백 | 해석할 때 주의 |
|---|---|---|
| SKAN 3 이하 | 전환값 한 종류, 승리 기여에 포스트백 한 건. SKAN 3은 조건을 충족한 비승리 기여 포스트백도 가능 | 유효한 상향 값이 갱신될 때 24시간 타이머가 다시 시작될 수 있습니다. |
| SKAN 4 첫 번째 창 | 첫 실행 후 0~2일, 상세값 또는 단순값 | 상세값은 티어와 앱의 값 설정에 따라 누락될 수 있습니다. |
| SKAN 4 두 번째 창 | 첫 실행 후 3~7일, 단순값 중심 | 초기 설치 성과와 같은 기간으로 합치지 마세요. |
| SKAN 4 세 번째 창 | 첫 실행 후 8~35일, 단순값 중심 | 장기 행동을 보여 주는 별도 코호트 신호로 봅니다. |
SKAN 4에서 최대 세 건이 항상 도착하는 것은 아닙니다. 광고가 SKAN 4로 서명되고 앱이 각 전환 창에서 값을 갱신하는 등 요건이 필요합니다. 티어 0이나 비승리 기여는 한 건만 받을 수 있고, SKAN 3 이하 광고도 한 건의 승리 포스트백만 지원합니다. 상세 조건은 Apple의 다중 전환 창 안내를 기준으로 확인하세요.
실무에서 포스트백을 해석하는 5단계
1단계: 원본 포스트백과 수집 시각을 보존합니다
수신한 필드, 수신 시각, 네트워크, 앱 버전 등 내부에 기록 가능한 맥락을 함께 저장합니다. 보고서에서 값이 달라졌을 때 원본과 변환 결과를 비교할 수 있어야 합니다.
2단계: 버전과 승리 여부를 분류합니다
version, did-win, postback-sequence-index를 기준으로 버전·승리 여부·순서를 나눕니다. 해당 필드가 없는 경우에는 누락 사유를 먼저 점검하고, 버전을 확정할 수 없다면 보고서에 미확인으로 표시합니다.
3단계: 필드 유무와 데이터 티어를 기록합니다
전환값, 소스 식별자, 국가 필드가 있는지와 식별자 자릿수를 확인합니다. 값이 없는 행을 0으로 치환하지 말고, “값 없음” 또는 “공개되지 않음”처럼 실제 상태를 구분합니다.
4단계: 앱의 전환값 스키마로 의미를 풉니다
해당 앱·버전·적용 기간에 사용한 매핑표를 불러와 숫자와 low·medium·high를 이벤트나 가치 구간으로 변환합니다. 스키마 변경 전후를 한 해석표로 합치지 말고 적용 시점별로 나눕니다.
5단계: 지연과 중복을 반영해 비교합니다
SKAN 4의 첫 창은 종료 뒤 24~48시간 지연될 수 있고, 두 번째와 세 번째 포스트백은 종료 뒤 24~144시간 지연될 수 있습니다. 잠금 설정은 포스트백 준비 시점을 앞당길 수 있습니다. 최신 날짜의 미도착 포스트백을 최종 실적으로 간주하지 말고, transaction-id 중복 제거 후 충분히 성숙한 설치 기간끼리 비교하세요. 자세한 타이밍은 Apple의 전환 창과 포스트백 전송 시점을 참고할 수 있습니다.
보고서 주의: SKAN 포스트백은 실시간 개인별 행동 로그가 아닙니다. 전환 창, 지연, 데이터 티어, 값 매핑이 다른 플랫폼의 수치와 일치하지 않을 수 있으므로 측정 범위와 기준을 함께 적으세요.
자주 묻는 질문
Q. SKAN 포스트백에 전환값이 없으면 전환이 없었던 건가요?
그렇게 단정할 수 없습니다. 앱이 값을 설정하지 않았거나 개인정보 보호 티어 때문에 값이 빠졌을 수 있습니다. 누락을 0과 구분해 집계하세요.
Q. SKAN 4 포스트백은 모든 설치에서 세 건 오나요?
아닙니다. 최대 세 건을 지원하지만 광고 서명 버전, 앱의 전환값 갱신, 데이터 티어와 승리 여부 등의 조건에 따라 한 건만 올 수 있습니다.
Q. 포스트백 수신 날짜로 설치 날짜를 바로 알 수 있나요?
바로 알기 어렵습니다. 전환 창이 끝난 뒤 무작위 지연을 거쳐 전송되며, 잠금 설정 여부도 시점에 영향을 줍니다. 수신일을 설치일로 간주하지 마세요.
Q. 전환값 숫자는 Apple이 정한 공통 이벤트 코드인가요?
아닙니다. 0~63 상세 전환값과 단순 전환값의 의미는 앱 또는 광고 네트워크가 정의합니다. 해당 앱에 적용된 매핑표와 버전 이력이 있어야 정확히 해석할 수 있습니다.
