SKAdNetwork 4.0 전환 값 스키마: 세밀한 값, 대략적인 값 및 전환 윈도우

SKAdNetwork 4.0 전환 값 스키마는 어떻게 설정하나요? SKAdNetwork 4.0 전환 값 스키마는 앱 설치 후 이벤트 또는 수익 신호를 0부터 63까지의 세밀한 값과 대략적인 값(low, medium, high)에 매핑합니다. Apple의 포스트백 데이터 티어에 따라 유효한 포스트백에 표시될 수 있는 전환 값 표현 및 기타 개인정보 보호 관련 필드가 결정됩니다.

IDFA(광고주 식별자)는 iOS 광고 측정을 위한 Apple의 재설정 가능한 광고 식별자입니다. Apple의 앱 추적 투명성(ATT) 프레임워크는 IDFA 접근 방식을 기본 시스템 가용성에서 사용자가 승인한 접근 방식으로 변경하여, 모바일 어트리뷰션을 결정론적 크로스 앱 매칭에서 개인정보를 보호하는 측정 프레임워크 중심으로 전환했습니다.

SKAdNetwork 4.0 전환 값 계층 구조 이해하기

구조적 진화: SKAN 3.0 단일 포스트백에서 SKAN 4.0 멀티 윈도우 측정으로

SKAdNetwork 2.0 및 3.0 하에서 광고주는 단일 전환 값과 24시간 롤링 타이머에 의존했습니다. SKAN 3 및 이전 버전에서는 더 높은 전환 값이 24시간 롤링 타이머를 다시 시작할 수 있었기 때문에, 개발자가 단조 증가하는 전환 값 스키마를 설계하도록 유도했습니다. 사용자가 인앱 전환 이벤트를 완료하면 내장된 클라이언트 SDK가 시스템 API를 호출하여 단일 6비트 정수(0~63)를 업데이트했습니다.

SKAN의 단일 포스트백 모델은 구독 기반 이커머스 플랫폼 및 미드코어 모바일 게임과 같이 전환 퍼널이 더 긴 모바일 앱의 경우 초기 전환 기간 이후 발생하는 설치 후 참여도에 대한 가시성이 제한적이었습니다.

SKAdNetwork 4.0은 세 개의 서로 다른 시간 윈도우로 구성된 SKAdNetwork 4.0 멀티 윈도우 구조, 이전 캠페인 식별자 모델을 대체하는 확장된 소스 식별자, 그리고 세밀한 값과 대략적인 값으로 구성된 이중 티어 전환 값 시스템을 도입하여 이러한 측정 패러다임을 재구성했습니다. SKAdNetwork 4는 성공적인 광고 어트리뷰션에 대해 최대 3개의 포스트백을 생성할 수 있습니다. 두 번째 및 세 번째 포스트백은 해당 개인정보 보호 조건이 충족되고 해당 전환 윈도우가 유효한 전환 정보를 생성할 때만 사용할 수 있으며, 티어 0은 첫 번째 포스트백만 수신합니다.

세밀한 값(Fine-Grained Values): 인앱 참여도를 6비트 정수로 인코딩하기

세밀한 전환 값은 기존의 SKAN 측정 지표를 나타냅니다. 6비트 부호 없는 정수로 인코딩되는 세밀한 값은 0부터 63까지의 64가지 개별 숫자 상태를 지원합니다.

6비트는 64개의 잠재적 값을 제공하므로 개발자는 특정 사용자 마일스톤이나 수익 범위를 인코딩하기 위한 매핑 로직을 설계합니다.

• 순차적 퍼널 매핑: 퍼널 깊이에 따라 순차적으로 값 할당(예: 1 = 회원가입, 2 = 온보딩, 3 = 레벨 5, 4 = 구매).

• 수익 버킷 매핑: 64개의 사용 가능한 세밀한 상태를 사용하여 기본 상태와 최대 63개의 수익 버킷을 표현(예: 1 = $0.01–$0.99, 2 = $1.00–4.99, $\dots, 63 = $500.00+).

세밀한 전환 값은 첫 번째 포스트백에서만 반환됩니다. 두 번째 및 세 번째 포스트백은 대신 대략적인 전환 값을 반환합니다.

대략적인 값(Coarse-Grained Values): 설치 후 가치를 낮음, 중간, 높음 티어로 분류하기

전환 윈도우 1에서는 적용 가능한 포스트백 데이터 티어에 따라 Apple이 세밀한 전환 값 또는 대략적인 전환 값 중 하나를 반환할 수 있습니다. 전환 윈도우 2와 3은 대략적인 전환 값을 사용합니다. 앱이 SKAN 4 전환 값 API를 호출할 때 세밀한 값과 대략적인 값이 함께 제공되며, 이후 Apple은 포스트백 데이터 티어를 기반으로 첫 번째 포스트백에 어떤 표현이 포함될지 결정합니다. 포스트백에는 세밀한 전환 값 또는 대략적인 전환 값 중 하나만 포함되며 둘 다 포함되지는 않습니다. 낮음, 중간, 높음 라벨은 SKAdNetwork에서 사전 정의된 비즈니스 의미를 갖지 않습니다. 앱 또는 광고 네트워크가 각 수준이 나타내는 바를 정의합니다.

대략적인 전환 값은 다음 세 가지 명시적 값 중 하나를 포함하는 문자열 속성으로 구성됩니다.

• low: 기본 설치 후 참여도를 나타냅니다(예: 회원가입 완료 또는 세션 시작).

• medium: 보통 수준의 설치 후 가치를 나타냅니다(예: 중간 앱 마일스톤 도달 또는 $1.00–$19.99 지출).

• high: 높은 설치 후 가치를 나타냅니다(예: 고가치 구독 완료 또는 $20.00+ 지출).

전환 윈도우 2와 3에서는 전환 값 필드가 세밀한 값에 사용되지 않으며, 개인정보 보호 조건이 허용하는 경우 시스템이 개발자가 제공한 대략적인 전환 값을 반환할 수 있습니다.

전환 윈도우 전반에서 세밀한 값과 대략적인 값이 작동하는 방식

전환 윈도우 1 (0–2일)

전환 윈도우 1(0–2일, 사용자가 앱을 처음 실행한 후 대략 첫 48시간)은 설치 직후의 초기 측정 기간을 다루며, 이 기간 동안 개발자는 시스템이 윈도우를 닫기 전에 세밀한 또는 대략적인 전환 값을 업데이트할 수 있습니다. 이 기간 동안 모바일 앱은 사용자가 인앱 이벤트를 완료함에 따라 전환 값을 여러 번 업데이트할 수 있습니다.

Apple이 할당한 포스트백 데이터 티어에 따라 전환 윈도우 1은 세밀한 값(0~63) 또는 대략적인 값(low, medium, high)을 전달합니다. 포스트백 데이터 티어가 티어 0인 경우, 첫 번째 포스트백에는 두 자리 계층적 소스 식별자만 포함되며 세밀한 또는 대략적인 전환 값은 생략됩니다.

전환 윈도우 2 (3~7일) 및 3 (8~35일)

중기 및 장기 사용자 유지에 대한 가시성을 제공하기 위해 SKAdNetwork 4.0은 두 개의 추가 전환 윈도우를 도입했습니다.

• 전환 윈도우 2: 설치 후 3일부터 7일까지의 측정 기간(5일 윈도우) 동안 발생하는 사용자 참여도를 측정합니다.

• 전환 윈도우 3: 설치 후 8일부터 35일까지의 측정 기간(28일 윈도우) 동안 발생하는 사용자 참여도를 측정합니다.

윈도우 1과 달리 전환 윈도우 2와 3은 대략적인 값만 전송합니다. 세밀한 값(0~63)은 윈도우 2와 3에서 지원되지 않습니다. 개발자는 해당 측정 기간 동안 발생한 이벤트를 기반으로 각 윈도우에 보고될 대략적인 값을 결정합니다.

포스트백 데이터 티어와 크라우드 익명성 이해하기

Apple은 소스 앱 또는 도메인, 광고된 앱, 광고된 앱이 설치된 국가, 그리고 광고 네트워크가 제공한 계층적 소스 식별자와 연관된 군중 규모를 바탕으로 앱 다운로드에 대한 포스트백 데이터 티어를 결정합니다. 티어에 따라 첫 번째 포스트백은 계층적 소스 식별자의 두, 세, 네 자리를 노출할 수 있으며, 전환 값은 생략되거나 대략적인 값 또는 세밀한 값으로 반환될 수 있습니다. Apple의 공식 SKAdNetwork 프레임워크 문서(StoreKit > SKAdNetwork)에 따르면, 개발자가 캠페인을 고정된 데이터 티어에 매핑하는 데 사용할 수 있는 범용 설치 볼륨 임계값은 Apple에서 공개하지 않습니다.

아래 표는 Apple의 공식 SKAdNetwork 프레임워크 문서에 따라 포스트백 데이터 페이로드가 전환 윈도우 전반의 개인정보 보호 티어와 어떻게 상관관계를 갖는지 보여줍니다.

lockWindow 속성을 사용하여 전환 윈도우를 조기에 확정하기

lockWindow: true를 설정하면 현재 전환 윈도우의 전환 값이 고정됩니다. 시스템은 즉시 해당 포스트백을 준비하고 해당 윈도우에서의 추가 전환 값 업데이트를 무시합니다. 포스트백은 계속해서 Apple의 무작위 배송 지연 대상이 됩니다.

예를 들어, 사용자가 전환 윈도우 1 시작 후 6시간 만에 구매를 완료하면 앱은 lockWindow: true를 설정할 수 있습니다. 이렇게 하면 측정 윈도우가 조기에 닫히고 Apple의 포스트백 스케줄링 프로세스가 시작될 수 있어 시스템이 포스트백을 더 일찍 준비하게 만들 수 있지만, 적용 가능한 무작위 배송 지연은 여전히 적용됩니다.

SKAdNetwork 전환 윈도우 1, 2, 3의 구조적 비교

SKAN 4.0 포스트백 타이밍, 값 유형 및 지연 윈도우 비교 평가

멀티 윈도우 SKAdNetwork 스키마를 관리하려면 윈도우 지속 시간, 지원되는 값 세분성 및 포스트백 지연 범위에 따라 이벤트 트위거를 매핑해야 합니다.

아래 표는 전환 윈도우 1, 2, 3의 기술적 특성을 대조합니다.

SKAN 전환 윈도우 전반의 데이터 세분성 및 타임스탬프 평가

전환 윈도우 1은 가장 높은 데이터 해상도(6비트 세밀한 값)를 제공하는 반면, 윈도우 2와 3은 중요한 장기 리텐션 신호를 제공합니다. 분석가는 SKAN 포스트백을 내부 트랜잭션 원장과 결합할 때 포스트백 지연 범위를 고려해야 합니다.

Apple이 윈도우 1 포스트백에 24~48시간의 무작위 지연을 적용하고 윈도우 2와 3에는 최대 144시간의 지연을 적용하기 때문에 어트리뷰션 엔드포인트에 도착하는 포스트백은 실시간 전환을 나타내지 않습니다. 대신 며칠 전에 완료된 과거 참여 윈도우를 나타냅니다.

클라이언트 측 SDK 로깅 및 자동화된 SKAN 포스트백 파싱을 설정하려는 엔지니어는 OpoInstall 어트리뷰션 SDK 연동 문서를 참조하여 페이로드 구조 설정을 검토할 수 있습니다.

SKAdNetwork 전환 값 스키마 설계 방법

SKAdNetwork 4.0 전환 스키마 매핑 예시

SKAdNetwork 스키마를 설계하려면 인앱 마일스톤과 구매 티어를 개별적인 세밀한 값과 대략적인 값에 매핑해야 합니다.

아래 표는 모바일 앱을 위한 표준 전환 값 스키마 설계를 보여줍니다.

프로덕션 스키마 설계 프레임워크: 게임 대 구독 앱

제품 수익화 역학에 따라 엔지니어링 팀은 즉각적인 퍼널 진행 또는 장기 수익 티어 중 우선순위를 두도록 스키마 구성을 맞춤화합니다.

• 게임 앱(수익 우선): 0~10번 값은 초기 튜토리얼 진행 상황을 매핑하고, 11~63번 값은 윈도우 1 동안 관찰된 누적 수익을 나타냅니다. 윈도우 2와 3의 대략적인 값은 재구매 빈도를 매핑합니다(low = 활성, medium = 2차 구매, high = VIP 지출자).

• 구독 앱(체험 우선): 0~5번 값은 회원가입 및 프로필 완료를 매핑하고, 10번 값은 무료 체험 활성화를 매핑하며, 20~63번 값은 구독 티어 선택을 매핑합니다. 윈도우 2와 3의 대략적인 값은 체험에서 유료 전환으로의 전환을 매핑합니다(low = 활성 세션, medium = 체험 전환됨, high = 구독 갱신됨).

수익 기반 전환 값과 이벤트 기반 전환 값 중 선택하는 방법

수익 기반 스키마 모델과 이벤트 기반 스키마 모델 중 하나를 선택하려면 전환 값 로직을 앱 수익화 메커니즘과 일치시켜야 합니다.

• 수익 기반 모델(이커머스 및 게임): 첫 48시간 내에 구매 이벤트가 발생하는 앱에 가장 적합합니다. 누적 지출을 점진적으로 넓어지는 수익 버킷으로 인코딩함으로써 수요 측 플랫폼(DSP)이 캠페인 분석에 사용할 수 있는 and 수익 신호를 수신합니다. 스키마가 누적 수익 기반인 경우, 각 전환 업데이트는 최신 거래 금액뿐만 아니라 사용자의 현재 누적 설치 후 수익을 인코딩해야 합니다.

• 이벤트 기반 퍼널 모델(구독): 연장된 체험 기간이나 검토 기간이 있는 앱에 가장 적합합니다. 순차적 마일스톤(예: 회원가입 \to 체험 활성화 \to 구독)을 매핑함으로써 0~2일이 만료되기 전에 고의도 체험자를 캠페인 측정에서 평가합니다.

수익 버킷 설계: IAP 범위를 0-63 값에 매핑하기

광고 지출 수익률(ROAS)을 분석할 때 6비트 세밀한 값을 수익 버킷에 매핑하는 것은 효과적인 스키마 설계를 나타냅니다. 애플리케이션은 자체 비즈니스 로직에 따라 누적 수익을 계산하고 그 결과를 전환 값으로 인코딩합니다. 아래 버킷 경계는 완전한 64버킷 프로덕션 매핑이라기보다는 예시용입니다. 프로덕션 환경에서 버킷 경계는 앱의 결제자 분포, 예상 ROAS 민감도 및 캠페인 목표에서 도출되어야 합니다.

이커머스 또는 게임 앱을 위한 예시 6비트 수익 스키마는 다음과 같이 구성됩니다.

• Value 0: 측정된 설치 후 이벤트 없음 / 기준선.

• Value 1: $0.01 ~ $0.99 (마이크로 트랜잭션).

• Value 2: $1.00 ~ $4.99.

• Value 3: $5.00 ~ $9.99.

• dots\dotsdots

• Value 62: $250.00 ~ $499.99.

• Value 63: $500.00+ (고가치 지출자 티어).

사용자가 인앱 구매를 완료하면 모바일 SDK는 윈도우 1 동안 관찰된 사용자의 누적 지출을 계산하고, 해당되는 정수 버킷을 식별하며, updatePostbackConversionValue를 호출합니다.

참여 퍼널 설계: 순차적 마일스톤 매핑하기

인앱 구매가 사용자 라이프사이클 후반부에 발생하는 구독 앱이나 유틸리티 툴의 경우, 세밀한 값을 순차적 참여 마일스톤에 매핑하면 초기 캠페인 성과 신호를 제공할 수 있습니다.

참여 마일스톤 스키마는 진행 깊이를 매핑합니다.

• Value 1: 계정 회원가입 완료.

• Value 2: 온보딩 튜토리얼 완료.

• Value 3: 프로필 설정 및 환경 구성 완료.

• Value 4: 무료 체험 활성화.

• Value 5: 첫 인앱 콘텐츠 공유.

• Value 10: 유료 구독 시작.

SKAN 4.0은 이전 버전에 비해 더 유연한 전환 값 관리를 제공하지만, 광고주는 최적화 안정성을 위해 증가하는 값 전략을 계속해서 공통적으로 사용합니다. 동일한 윈도우 내에서 여러 이벤트가 발생할 때 단일 최종 세밀함/대략적 상태로 해결되도록 애플리케이션은 결정론적 우선순위 규칙을 정의해야 합니다.

[App Launch / Event] ──> [SDK Calls updatePostbackConversionValue]
                                    │
                                    ▼
         ┌──────────────────────────┴──────────────────────────┐
         ▼                                                     ▼
[Conversion Window 1 (0-2 Days)]               [Conversion Window 2 & 3]
 (Fine 0-63 or Coarse)                               (Coarse Only: Low/Med/High)
         │                                                     │
         └──────────────────────────┬──────────────────────────┘
                                    ▼
                [Apple Attribution System Delayed Postback]
                                    │
                                    ▼
               [Attribution / Analytics Backend]

프로덕션 스타일의 예시 SKAdNetwork 4.0 스키마

1. 모바일 게임 스키마 (수익 + 마일스톤 하이브리드)

게임 앱은 윈도우 1에서 하이브리드 스키마를 사용하여 낮은 값(0–10)은 튜토리얼 마일스톤용으로 예약하고 상위 값(11–63)은 윈도우 1 동안 관찰된 누적 수익에 할당합니다. 이 예시 스키마에서 앱은 이러한 마일스톤을 대략적인 카테고리에 독립적으로 매핑합니다.

• Value 1: 튜토리얼 완료 (low 대략적 매핑)

• Value 5: 레벨 10 달성 (medium 대략적 매핑)

• Value 15: 첫 IAP ($0.99 - $9.99)

• Value 40: 중간 지출자 ($10.00 - $99.99) (high 대략적 매핑)

• Value 63: VIP 지출자 ($100.00+) (high 대략적 매핑)

2. 구독 앱 스키마 (체험 및 갱신 중심)

구독 앱은 윈도우 1을 무료 체험 전환 속도에 매핑하고, 윈도우 2와 3의 대략적인 값을 사용하여 장기적인 체험에서 유료로의 전환 및 갱신 이벤트를 추적합니다.

• 윈도우 1: Value 1 = 회원가입, Value 10 = 체험 시작 (medium 대략적 매핑), Value 63 = 연간 플랜 구독 (high 대략적 매핑)

• 윈도우 2 (3-7일): low = 활성 세션, medium = 체험 전환됨, high = 연간 플랜 유지

• 윈도우 3 (8-35일): low = 앱 재참여, medium = 유료 구독자 활성, high = 구독 갱신됨

대규모 SKAdNetwork 스키마 관리

여러 iOS 캠페인을 관리하는 성장 및 데이터 엔지니어링 팀에게 중앙 집중식 전환 값 관리는 구현 오류를 줄이고, 페이로드 매핑을 자동화하며, 완전한 포스트백 가시성을 유지하는 데 도움이 됩니다. 보안 설치 어트리뷰션 워크플로우를 구성하면 클라이언트 SDK와 백엔드 보고 데이터베이스 간의 페이로드 무결성이 보장됩니다.

StoreKit을 이용한 SKAdNetwork 4.0 구현

StoreKit을 통한 프로그래매틱 전환 값 업데이트

SKAdNetwork 4 포스트백은 관련 SKAdNetwork 4 자격 조건을 충족할 때 사용할 수 있습니다. 여러 SKAdNetwork 4 포스트백을 수신하려면 광고된 앱이 해당 전환 윈도우 동안 전환 값을 업데이트해야 합니다. 윈도우 1 업데이트가 자동으로 윈도우 2 또는 윈도우 3 전환 값을 생성하지는 않습니다. SKAdNetwork 4 API를 사용하는 앱의 경우, 광고된 앱은 iOS 16.1 SDK 이상으로 빌드되어야 하며 iOS 16.1 이상에서 실행되어 StoreKit 내에서 SKAdNetwork.updatePostbackConversionValue(_:coarseValue:lockWindow:completionHandler:)를 호출해야 합니다. AdAttributionKit은 별도의 Apple 어트리뷰션 프레임워크이며 이 SKAdNetwork 전환 값 구현 예시의 범위를 벗어납니다.

이 메서드는 세 가지 핵심 매개변수를 허용합니다.

1. fineValue: 0부터 63까지의 정수.

2. coarseValue: SKAdNetwork.CoarseConversionValue 열거형(.low, .medium, .high).

3. lockWindow: 윈도우를 조기에 확정할지 여부를 나타내는 부울 플래그.

SKAdNetwork 4 멀티 포스트백 측정을 위해 앱은 해당 전환 윈도우 동안 전환 값을 계속 업데이트해야 하며, 윈도우 1 값을 설정한다고 해서 윈도우 2와 3이 자동으로 채워지지는 않습니다.

개발자는 공식 개발자 문서에서 원시 이벤트 로그 스키마 및 SKAN 페이로드 구조와 관련된 기술 사상을 참조할 수 있습니다.

아래의 코드와 스키마는 개발자가 Swift에서 SKAN 4.0 업데이트 API를 호출하는 방법과 백엔드 수집기가 결과 포스트백 페이로드를 포맷하는 방법을 보여줍니다.

참고: 다음 스키마와 코드 스니펫은 개념적 예시일 뿐 Apple 또는 OpoInstall API 사양이 아닙니다.

// Swift Example: Updating SKAdNetwork 4.0 Conversion Value on iOS 16.1+
import StoreKit

func updateSKANConversionValue(fineValue: Int, coarseValue: SKAdNetwork.CoarseConversionValue, shouldLock: Bool) {
    guard (0...63).contains(fineValue) else { return }
    if #available(iOS 16.1, *) {
        SKAdNetwork.updatePostbackConversionValue(fineValue, coarseValue: coarseValue, lockWindow: shouldLock) { error in
            if let error = error {
                print("SKAN Update Error: \(error.localizedDescription)")
            } else {
                print("SKAN Value Updated Successfully: Fine = \(fineValue), Coarse = \(coarseValue.rawValue), Locked = \(shouldLock)")
            }
        }
    } else {
        // Deprecated legacy API used for compatibility with older OS versions.
        SKAdNetwork.updateConversionValue(fineValue)
    }
}

{
  "example_only": true,
  "privacy_note": "Illustrative schema only",
  "measurement_model": "cumulative_revenue",
  "precedence": "highest_qualifying_value",
  "lock_policy": "lock_on_terminal_conversion",
  "event_type": "skan_conversion_value_mapping_config",
  "app_id": "com.example.iosapp",
  "skan_schema_version": "4.0",
  "window_1_config": {
    "fine_value_mappings": [
      { "value": 0, "event_name": "app_launch_or_baseline", "min_revenue_cents": 0 },
      { "value": 1, "event_name": "registration", "min_revenue_cents": 0 },
      { "value": 10, "event_name": "free_trial", "min_revenue_cents": 0 },
      { "value": 30, "event_name": "first_purchase", "min_revenue_cents": 100 },
      { "value": 63, "event_name": "whale_purchase", "min_revenue_cents": 50000 }
    ],
    "coarse_value_mappings": {
      "low": "app_launch_or_registration",
      "medium": "first_purchase_under_20",
      "high": "purchase_over_20"
    }
  },
  "window_2_config": {
    "coarse_value_mappings": {
      "low": "d3_d7_active_session",
      "medium": "d3_d7_repeat_purchase",
      "high": "d3_d7_subscription_renewed"
    }
  },
  "window_3_config": {
    "coarse_value_mappings": {
      "low": "d8_d35_active_session",
      "medium": "d8_d35_repeat_purchase",
      "high": "d8_d35_subscription_retained"
    }
  }
}

SKAdNetwork 전환 값 모범 사례

캠페인 목표에 전환 스키마 설계 맞추기

SKAdNetwork 스키마를 설계하려면 주요 캠페인 목표와 일치하는 매핑 규칙을 선택해야 합니다. 즉각적인 체험 전환을 최적화하는 미디어 바잉 팀은 전환 윈도우 1에서 순차적 퍼널 마일스톤에 우선순위를 두어야 합니다. 반대로 고가치 구매를 평가하는 퍼포먼스 팀은 세분화된 수익 버킷을 구현해야 합니다.

크라우드 익명성 티어를 통과하기 위한 캠페인 통합

포스트백이 null 값을 반환하거나 대략적인 대체 값으로 떨어지는 것을 방지하기 위해 모바일 성장 팀은 캠페인 밀도를 관리합니다.

• 캠페인 단편화 감소: 낮은 포스트백 데이터 티어의 가능성을 줄이기 위해 팀은 불필요한 캠페인 단편화와 지나치게 좁은 타겟팅을 피할 수 있습니다. 단, Apple은 특정 포스트백 데이터 티어를 보장하는 범용 지출 또는 설치 임계값을 공개하지 않습니다.

• 타겟팅 매개변수 확장: 군중 익명성 임계값을 깨뜨리는 지나치게 좁은 지역 또는 인구 통계 타겟팅을 피하세요.

• LockWindow 전략 최적화: 팀은 일반적으로 해당 윈도우의 남은 부분 내에서 더 이상 가치 있는 전환 신호가 예상되지 않는다고 확신할 때만 lockWindow: true 사용을 고려해야 합니다.

SKAdNetwork 4.0 전환 값 스키마 체크리스트

완벽한 SKAdNetwork 4.0 추적 규정 준수를 보장하고 LTV 측정을 극대화하려면 스키마가 다음 엔지니어링 요구사항을 충족하는지 확인하세요.

• [ ] 주요 최적화 목표: 캠페인이 초기 참여 마일스톤을 최적화하는지 아니면 누적 48시간 수익을 최적화하는지 정의합니다.
• [ ] 윈도우 1 세밀한 값 매핑: 개별 6비트 정수 값(0–63)을 순차적 퍼널 단계 또는 수익 버킷에 할당합니다.
• [ ] 윈도우 1 대략적인 값 매핑: 낮은 군중 익명성 발송을 위해 low, medium, high 대략적인 문자열 버킷을 구성합니다.
• [ ] 윈도우 2 & 3 대략적인 값 매핑: 3~7일 및 8~35일 포스트백 윈도우에 대한 대략적인 추적 로직을 구축합니다.
• [ ] 이벤트 우선순위 및 잠금 규칙: 결정론적 이벤트 우선순위를 정의하고 터미널 전환 이벤트에만 lockWindow: true를 구성합니다.

측정 품질을 저하시키는 일반적인 SKAN 4.0 스키마 설계 실수

• 지출자 티어를 값 63으로 압축하기: $10 구매와 $1,000 구매를 동일한 상위 버킷에 할당하면 캠페인 분석 및 최적화에 사용할 수 있는 수익 차별화가 줄어듭니다.

• 조기 LockWindow 실행: 초기 회원가입 이벤트에서 lockWindow: true를 호출하면 전환 윈도우 1이 영구적으로 잠겨 후속 48시간 구매 이벤트가 누락됩니다.

• 윈도우 2와 3을 지나치게 복잡하게 만들기: 최대 35일 후에 도착하는 포스트백을 위해 복잡한 대략적인 규칙을 매핑하려고 시도하면 초기 입찰 최적화를 개선하지 못한 채 캠페인 평가만 복잡해집니다.

SKAdNetwork 포스트백 Null 값 및 크라우드 익명성 하락 문제를 해결하는 방법

높은 Null 전환 값 비율 진단: 낮은 캠페인 크라우드 익명성 이해하기

어트리뷰션 대시보드에서 SKAN 캠페인 성과를 검사할 때 분석가는 종종 null을 반환하거나 전환 값이 누락된 포스트백을 관찰합니다. 누락된 전환 값의 비율이 높다는 것은 해당 포스트백 데이터 티어가 Apple의 전환 값 정보 공개를 허용하지 않음을 나타낼 수 있습니다.

크라우드 익명성 하락을 해결하고 전환 값 가시성을 개선하기 위해 퍼포먼스 팀은 캠페인 키를 통합하고 캠페인 구조 밀도를 평가하여 설치 속도가 크라우드 익명성 임계값을 넘도록 보장합니다.

시퀀스 불일치 및 전환 값 다운그레이드 함정 해결하기

SKAdNetwork 4.0에서는 윈도우 1 동안 전환 값을 유연하게 업데이트할 수 있지만 개발자는 lockWindow 상태를 신중하게 관리해야 합니다.

애플리케이션이 저가치 이벤트(예: Value 2 = 회원가입)에서 lockWindow: true를 설정하면 윈도우가 영구적으로 잠깁니다. 이후 사용자가 48시간 윈도우 내 10분 이내에 $100 구매를 완료하더라도 시스템이 전환 값을 업데이트할 수 없어 캠페인 LTV가 과소 보고됩니다. 개발자는 터미널의 고가치 전환 이벤트에서 lockWindow: true가 실행되도록 해야 합니다.

Apple 어트리뷰션 시스템이 부과하는 무작위 지연 범위 처리하기

광고주가 웹 클릭 로그와 전환 타임스탬프를 매칭하여 개별 사용자를 재식별하려고 시도하는 것을 방지하기 위해 Apple은 모든 포스트백 발송에 강제적인 무작위 지연을 적용합니다.

전환 윈도우 1의 경우 시스템은 전환 윈도우가 닫히거나 앱이 윈도우를 잠글 때 포스트백을 준비합니다. 그 후 Apple은 24~48시간의 무작위 지연을 적용합니다. 윈도우 2와 3은 해당 윈도우가 닫히거나 잠긴 후 24~144시간의 무작위 지연을 사용합니다. 데이터 엔지니어링 파이프라인은 이러한 체계적인 지연을 고려해야 하며 SKAN 데이터 스트림에 대해 짧은 윈도우의 자동화된 입찰 조정을 설정하는 것을 피해야 합니다.

주요 내용

• 멀티 윈도우 측정: SKAN 4.0은 세밀한(0-63) 및 대략적인(low, medium, high) 값을 사용하여 세 개의 포스트백 윈도우(0-2일, 3-7일, 8-35일)에 걸쳐 측정을 확장합니다.

• 크라우드 익명성 임계값: 캠페인 설치 볼륨이 높으면 세밀한 값을 사용할 수 있는 반면, 볼륨이 낮은 캠페인은 개인정보 보호를 위해 대략적인 값이나 null 누락 처리를 수신합니다.

• 전략적 LockWindow 사용: 터미널 전환 이벤트에서 lockWindow: true를 실행하면 윈도우 잠금 전 대기 시간이 단축되어 더 빠른 캠페인 피드백이 가능해질 수 있습니다.

요약 및 결정 프레임워크

Apple의 개인정보 보호 가이드라인에 따라 iOS 캠페인 측정을 최적화하려면 잘 구조화된 SKAdNetwork 전환 값 스키마를 설정해야 합니다. 레거시 IDFA 추적에서 SKAN 4.0 멀티 윈도우 포스트백으로 전환하면 퍼포먼스 팀이 즉각적인 활성화와 장기적인 사용자 리텐션을 모두 평가할 수 있습니다.

즉각적인 48시간 참여를 위한 6비트 세밀한 값과 연장된 35일 윈도우를 위한 대략적인 값을 매핑함으로써 성장 팀은 중요한 수익 및 리텐션 신호를 캡처합니다. 클라이언트 SDK를 자동화된 SKAN 스키마 툴과 통합하면 집계된 포스트백을 디코딩하고 iOS 캠페인 효율성을 위한 최적화 신호를 제공하는 데 필요한 인프라가 제공됩니다.

통합 모바일 측정이 애플리케이션의 성장 전략을 어떻게 최적화할 수 있는지 알아보려면 OpoInstall 모바일 어트리뷰션 구현 참조를 참고하거나 OpoInstall 개발자 콘솔에 계정을 등록하세요.

관련 리소스

SKAdNetwork 측정, 모바일 어트리뷰션 인프라 및 개인정보 보호 앱 성장에 대한 이해를 높이려면 다음 기술 가이드를 살펴보세요.

• SKAdNetwork 대 MMP 어트리뷰션: 주요 차이점 설명: Apple의 기본 SKAdNetwork 프레임워크가 독립적인 모바일 측정 파트너(MMP) 어트리뷰션 모델과 어떻게 비교되는지, 그리고 두 시스템이 함께 작동하는 방식을 이해합니다.

• 지연된 딥 링크 및 설치 어트리뷰션을 갖춘 추천 추적 SDK 구현 방법: 모바일 앱이 지연된 딥 링크 및 어트리뷰션 SDK 워크플로우를 사용하여 앱 스토어 설치 흐름 전반에서 획득 컨텍스트를 보존하는 방법을 배웁니다.

• 모바일 측정 파트너 작동 방식: MMP 플랫폼이 어트리뷰션 신호를 수집하고, 설치 후 이벤트를 처리하며, 집계된 캠페인 측정 보고서를 생성하는 방식을 살펴봅니다.

관련 주제

• 개념: SKAdNetwork, 전환 값, 포스트백 윈도우, 크라우드 익명성, LockWindow

• 기술: 모바일 측정 파트너(MMP), StoreKit, AdAttributionKit, 서버 간 포스트백

• API: OpoInstall 모바일 어트리뷰션 이벤트 로깅 기능, Apple SKAdNetwork API, Apple AdAttributionKit API

• 공식 문서 및 참고 자료:

  • SKAdNetwork 프레임워크에 대한 Apple 개발자 문서

  • AdAttributionKit에 대한 Apple 개발자 문서

  • W3C 웹 성능 워킹 그룹 표준