Схема значений конверсии SKAdNetwork 4.0: детальные значения, укрупненные диапазоны и окна конверсии

Как настроить схему значений конверсии SKAdNetwork 4.0? Схема значений конверсии SKAdNetwork 4.0 сопоставляет события после установки или сигналы о выручке с детальными значениями от 0 до 63 и укрупненными диапазонами (low, medium, high). Уровень данных постбэка от Apple определяет, какое представление значения конверсии и другие конфиденциальные поля могут отображаться в правомочном постбэке.

IDFA (идентификатор для рекламодателей) — это сбрасываемый рекламный идентификатор Apple для измерения эффективности рекламы на iOS. Фреймворк App Tracking Transparency (ATT) от Apple изменил доступ к 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 может генерировать до трех постбэков для выигрышной рекламной атрибуции. Второй и третий постбэки доступны только тогда, когда выполнены применимые условия конфиденциальности и соответствующие окна конверсии предоставляют правомочную информацию о конверсии; Уровень 0 получает только первый постбэк.

Детальные значения: кодирование вовлеченности внутри приложения в 6-битные целые числа

Детальные значения конверсии представляют собой традиционную метрику измерения SKAN. Закодированные как 6-битное целое число без знака, детальные значения поддерживают 64 дискретных числовых состояния в диапазоне от 0 до 63.

Поскольку 6 битов предоставляют 64 потенциальных значения, разработчики создают логику сопоставления для кодирования определенных пользовательских этапов или диапазонов выручки:

• Последовательное сопоставление воронки: присвоение значений по порядку в зависимости от глубины воронки (например, 1 = Регистрация, 2 = Онбординг, 3 = Уровень 5, 4 = Покупка).

• Сопоставление диапазонов выручки: использование 64 доступных детальных состояний для представления базового состояния и до 63 диапазонов выручки (например, 1 = $0.01–$0.99, 2 = $1.00–4.99, $\dots, 63 = $500.00+).

Детальные значения конверсии возвращаются только в первом постбэке. Второй и третий постбэки возвращают укрупненные значения конверсии.

Укрупненные значения: классификация ценности после установки по уровням «низкий», «средний» и «высокий»

В окне конверсии 1 Apple может вернуть либо детальное, либо укрупненное значение конверсии в зависимости от применимого уровня данных постбэка. Окна конверсии 2 и 3 используют укрупненные значения конверсии. Детальные и укрупненные значения предоставляются вместе, когда приложение вызывает API значений конверсии SKAN 4; позже 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 определяет уровень данных постбэка для загрузки приложения на основе размера аудитории, связанной с исходным приложением или доменом, рекламируемым приложением, страной, где было установлено рекламируемое приложение, и иерархического идентификатора источника, предоставленного рекламной сетью. В зависимости от уровня, первый постбэк может содержать две, три или четыре цифры иерархического идентификатора источника, в то время как значение конверсии может быть опущено, возвращено в укрупненном или детальном виде. Согласно официальной документации по фреймворку SKAdNetwork от Apple (StoreKit > SKAdNetwork), Apple не публикует универсальные пороги объема установок, которые разработчики могли бы использовать для сопоставления кампаний с фиксированными уровнями данных.

В таблице ниже показано, как полезные данные постбэков соотносятся с уровнями конфиденциальности по окнам конверсии в соответствии с официальной документацией фреймворка SKAdNetwork от Apple:

Использование свойства lockWindow для досрочного завершения окон конверсии

Установка параметра lockWindow: true фиксирует значение конверсии для текущего окна конверсии. Система немедленно подготавливает соответствующий постбэк и игнорирует дальнейшие обновления значения конверсии в этом окне. Постбэк по-прежнему подлежит рандомизированной задержке доставки от Apple.

Например, если пользователь совершает покупку через 6 часов после начала Окна конверсии 1, приложение может установить lockWindow: true. Это досрочно закрывает окно измерения и позволяет запустить процесс планирования постбэков Apple, что может привести к более ранней подготовке постбэка системой, хотя применимая рандомизированная задержка доставки все равно сохраняется.

Структурное сравнение окон конверсии SKAdNetwork 1, 2 и 3

Сравнительная оценка времени отправки постбэков, типов значений и диапазонов задержки в SKAN 4.0

Управление многооконной схемой SKAdNetwork требует сопоставления триггеров событий в соответствии с продолжительностью окна, поддерживаемой детализацией значений и диапазонами задержки постбэков.

В таблице ниже сопоставлены технические характеристики окон конверсии 1, 2 и 3:

Оценка детализации данных и меток времени по окнам конверсии SKAN

В то время как Окно конверсии 1 обеспечивает наибольшее разрешение данных (6-битные детальные значения), Окна 2 и 3 предоставляют важнейшие сигналы долгосрочного удержания. Аналитики должны учитывать диапазоны задержки постбэков при сопоставлении постбэков SKAN с внутренними журналами транзакций.

Поскольку Apple применяет случайную задержку от 24 до 48 часов для постбэков Окна 1 и до 144 часов для Окон 2 и 3, постбэки, поступающие на конечные точки атрибуции, не отражают конверсии в реальном времени. Вместо этого они представляют собой исторические окна вовлеченности, завершенные несколько дней назад.

Инженеры, стремящиеся настроить ведение журналов на клиентском сиде SDK и автоматический парсинг постбэков SKAN, могут обратиться к документации по интеграции SDK атрибуции OpoInstall для ознакомления с настройкой структуры полезной нагрузки.

Как разработать схему значений конверсии 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) получают сигналы о выручке, доступные для анализа кампаний. Если схема основана на кумулятивной выручке, каждое обновление конверсии должно кодировать текущую совокупную выручку пользователя после установки, а не только сумму последней транзакции.

• Модели воронок на основе событий (подписки): оптимальны для приложений с расширенными периодами триала или рассмотрения. Посредством сопоставления последовательных этапов (например, от регистрации к активации триала и к подписке) измерение кампании оценивает пользователей с высокой склонностью к конверсии до истечения дней 0–2.

Проектирование диапазонов выручки: сопоставление диапазонов покупок внутри приложения со значениями 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: Первая покупка в приложении ($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 и бэкенд-базах данных отчетности.

Внедрение SKAdNetwork 4.0 с помощью StoreKit

Программное обновление значений конверсии через StoreKit

Постбэки SKAdNetwork 4 доступны при соблюдении соответствующих условий правомочности SKAdNetwork 4. Чтобы получать несколько постбэков SKAdNetwork 4, рекламируемое приложение должно обновлять значения конверсии в течение применимых окон конверсии. Обновление Окна 1 не создает автоматически значения конверсии для Окна 2 или Окна 3. Для приложений, использующих API SKAdNetwork 4, рекламируемое приложение должно быть собрано с использованием SDK iOS 16.1 или новее и работать на iOS 16.1 или новее для вызова метода SKAdNetwork.updatePostbackConversionValue(_:coarseValue:lockWindow:completionHandler:) в рамках StoreKit. AdAttributionKit — это отдельный фреймворк атрибуции Apple, который не входит в сферу действия данного примера реализации значения конверсии SKAdNetwork.

Метод принимает три основных параметра:

1. fineValue: целое число от 0 до 63.

2. coarseValue: перечисление SKAdNetwork.CoarseConversionValue (.low, .medium, .high).

3. lockWindow: логический флаг, указывающий, следует ли досрочно зафиксировать окно.

Для измерения с несколькими постбэками SKAdNetwork 4 приложение должно продолжать обновлять значения конверсии в течение применимых окон конверсии; установка значения Окна 1 не приводит к автоматическиму заполнению Окон 2 и 3.

Разработчики могут ссылаться на технические спецификации относительно схем журналов сырых событий и структур полезной нагрузки SKAN в официальной документации для разработчиков.

Приведенные ниже код и схема иллюстрируют, как разработчики вызывают API обновления SKAN 4.0 на Swift и как сборщики бэкенда форматируют результирующую полезную нагрузку постбэка:

Примечание. Следующая схема и фрагменты кода являются исключительно концептуальными примерами, а не спецификацией API Apple или OpoInstall.

// 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": 50000chym }
    ],
    "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 и $1000 одному и тому же верхнему диапазону снижает дифференциацию выручки, доступную для анализа и оптимизации кампании.

• Преждевременное выполнение LockWindow: вызов lockWindow: true для события ранней регистрации навсегда блокирует Окно конверсии 1, отсекая последующие события покупок в течение 48 часов.

• Чрезмерное усложнение Окон 2 и 3: попытки сопоставить сложные правила укрупненных значений для постбэков, поступающих до 35 дней спустя, усложняют оценку кампании без улучшения оптимизации ранних ставок.

Как устранять неполадки с нулевыми значениями постбэков SKAdNetwork и падением анонимности толпы

Диагностика высоких показателей нулевых значений конверсии: понимание низкой анонимности толпы кампании

При изучении эффективности кампаний SKAN в дашбордах атрибуции аналитики часто наблюдают постбэки, возвращающие null или пропущенные значения конверсии. Большая доля пропущенных значений конверсии может указывать на то, что применимый уровень данных постбэка не позволяет Apple раскрывать информацию о значениях конверсии.

Для устранения падений анонимности толпы и повышения видимости значений конверсии команды по работе с эффективностью консолидируют ключи кампаний и оценивают плотность структуры кампаний, чтобы обеспечить преодоление порога скорости установок для анонимности толпы.

Устранение несоответствий последовательностей и ловушек понижения значений конверсии

В SKAdNetwork 4.0 значения конверсии можно гибко обновлять в течение Окна 1, но разработчики должны тщательно управлять состояниями lockWindow.

Если приложение устанавливает lockWindow: true для события низкой ценности (например, Value 2 = Регистрация), окно блокируется навсегда. Если пользователь впоследствии совершает покупку на $100 10 минут спустя в течение 48-часового окна, система не может обновить значение конверсии, что приводит к заниженному показателю LTV кампании. Разработчики должны гарантировать, что параметр lockWindow: true выполняется для терминальных высокоценных событий конверсии.

Обработка диапазонов случайных задержек, налагаемых системой атрибуции Apple

Чтобы рекламодатели не пытались повторно идентифицировать отдельных пользователей путем сопоставления меток времени конверсии с логами кликов по веб-ссылкам, Apple налагает обязательную случайную задержку на все отправки постбэков.

Для Окна конверсии 1 система подготавливает постбэк, когда окно конверсии закрывается или когда приложение блокирует окно. Затем Apple применяет рандомизированную задержку в 24–48 часов. Окна 2 и 3 используют рандомизированную задержку в 24–144 часа после закрытия или блокировки соответствующего окна. Конвейеры обработки данных должны учитывать эти систематические задержки, избегая настройки краткосрочных автоматических корректировок ставок по потокам данных SKAN.

Основные выводы

• Многооконное измерение: SKAN 4.0 расширяет возможности измерения на три окна постбэков (0–2 дня, 3–7 дней, 8–35 дней), используя детальные (0–63) и укрупненные (low, medium, high) значения.

• Пороги анонимности толпы: более высокий объем установок кампании может обеспечить использование детальных значений, в то время как кампании с низким объемом получают укрупненные значения или редукцию в виде null для сохранения конфиденциальности.

• Стратегическое использование LockWindow: выполнение lockWindow: true для терминальных событий конверсии может сократить время ожидания до блокировки окна, обеспечивая более быстрый отклик от кампании.

Резюме и фреймворк принятия решений

Оптимизация измерения iOS-кампаний в соответствии с рекомендациями Apple по конфиденциальности требует настройки четко структурированной схемы значений конверсии SKAdNetwork. Переход от устаревшего трекинга IDFA к многооконным постбэкам SKAN 4.0 позволяет командам по работе с эффективностью оценивать как немедленную активацию, так и долгосрочное удержание пользователей.

Сопоставляя 6-битные детальные значения для немедленной вовлеченности в течение 48 часов и укрупненные значения для расширенных 35-дневных окон, команды роста фиксируют важнейшие сигналы выручки и удержания. Интеграция клиентских SDK с инструментами автоматизации схем SKAN обеспечивает инфраструктуру, необходимую для декодирования агрегированных постбэков и предоставления сигналов оптимизации для эффективности iOS-кампаний.

Чтобы узнать, как унифицированное мобильное измерение может оптимизировать стратегию роста вашего приложения, ознакомьтесь с справочником по реализации мобильной атрибуции OpoInstall или зарегистрируйте аккаунт в консоли разработчика OpoInstall.

Связанные ресурсы

Чтобы углубить свое понимание измерения SKAdNetwork, инфраструктуры мобильной атрибуции и роста приложений с сохранением конфиденциальности, изучите наши технические руководства:

• SKAdNetwork против атрибуции MMP: подробный разбор ключевых различий: узнайте, как нативный фреймворк SKAdNetwork от Apple сопоставляется с независимыми моделями атрибуции партнеров по измерению мобильных устройств (MMP) и как обе системы работают вместе.

• Как внедрить SDK для отслеживания рефералов с отложенным диплинкингом и атрибуцией установок: узнайте, как мобильные приложения сохраняют контекст привлечения в потоках установки из магазинов приложений с помощью отложенного диплинкинга и рабочих процессов SDK атрибуции.

• Как работают партнеры по измерению мобильных устройств: изучите, как платформы MMP принимают сигналы атрибуции, обрабатывают события после установки и генерируют агрегированные отчеты об эффективности кампаний.

Связанные темы

• Концепции: SKAdNetwork, значение конверсии, окно постбэка, анонимность толпы, LockWindow

• Технологии: Партнеры по измерению мобильных устройств (MMP), StoreKit, AdAttributionKit, постбэки с сервера на сервер

• API: возможности ведения журналов событий мобильной атрибуции OpoInstall, Apple SKAdNetwork API, Apple AdAttributionKit API

• Официальная документация и ссылки:

  • Документация для разработчиков Apple по фреймворку SKAdNetwork

  • Документация для разработчиков Apple по AdAttributionKit

  • Стандарты рабочей группы по производительности веб-технологий W3C