Схема значений конверсии SKAdNetwork 4.0: точные значения, грубые значения и окна конверсии

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

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

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

Грубые значения: классификация ценности после установки по уровням Low, Medium и High

В окне конверсии 1 Apple может вернуть либо точное, либо грубое значение конверсии в зависимости от применимого уровня данных постбэка. Окна конверсии 2 и 3 используют только грубые значения. Точные и грубые значения предоставляются вместе, когда приложение вызывает API значений конверсии SKAN 4; Apple позже определяет, какое представление (если таковое имеется) будет включено в первый постбэк на основе уровня данных постбэка. Постбэки могут содержать либо точное, либо грубое значение конверсии, но не оба сразу. Метки low, medium и high не имеют предопределенного бизнес-значения в 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 (Tier 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. Разработчики определяют грубое значение, сообщаемое для каждого окна, на основе событий, происходящих в течение этого периода измерения.

Понимание уровней данных постбэков и анонимности толпы (Crowd Anonymity)

Apple определяет уровень данных постбэка для загрузки приложения на основе объема «толпы», связанного с исходным приложением или доменом, рекламируемым приложением, страной, в которой было установлено приложение, и иерархическим идентификатором источника, предоставленным рекламной сетью. В зависимости от уровня, первый постбэк может раскрывать две, три или четыре цифры иерархического идентификатора источника, тогда как значение конверсии может быть опущено, возвращено как грубое или как точное. Согласно официальной документации фреймворка Apple SKAdNetwork (StoreKit > SKAdNetwork), Apple не публикует универсальные пороги объема установок, которые разработчики могли бы использовать для привязки кампаний к фиксированным уровням данных.

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

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

Инженеры, стремящиеся настроить логирование на стороне клиента и автоматизированный парсинг постбэков SKAN, могут обратиться к документации по интеграции OpoInstall attribution 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 = подписка продлена).

Как выбирать между схемами конверсии на основе дохода и на основе событий

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

• Модели на основе дохода (E-Commerce и игры): Оптимальны для приложений, где события покупки происходят в течение первых 48 часов. Благодаря кодированию совокупных затрат в прогрессивно более широкие корзины доходов, платформы спроса (DSP) получают сигналы о доходе, доступные для анализа кампаний. Если схема основана на совокупном доходе, каждое обновление конверсии должно кодировать текущий совокупный доход пользователя после установки, а не только сумму последней транзакции.

• Модели воронки на основе событий (подписки): Оптимальны для приложений с расширенными пробными периодами или периодами обдумывания. Благодаря сопоставлению последовательных этапов (например, регистрация → активация пробной версии → подписка), измерение кампании позволяет оценить высокомотивированных пользователей пробной версии до истечения 48 часов.

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

• ...

• 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, рекламируемое приложение должно быть собрано с использованием iOS 16.1 SDK или новее и запущено на 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": 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 и $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: основные различия: Поймите, как нативный фреймворк Apple SKAdNetwork соотносится с моделями атрибуции независимых мобильных измерительных партнеров и как обе системы работают вместе.

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

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

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

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

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

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

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

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

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

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