Что такое IDFA и как App Tracking Transparency от Apple влияет на атрибуцию в iOS?

Что такое IDFA и как он влияет на атрибуцию в iOS? Идентификатор для рекламодателей (IDFA) — это сбрасываемый рекламный идентификатор Apple, который используется iOS-приложениями и рекламными платформами для авторизованного измерения и атрибуции при условии получения разрешения на отслеживание от пользователя. Если пользователь отклоняет запрос ATT, приложения теряют доступ к IDFA, что подталкивает рекламодателей к переходу на методы атрибуции, сохраняющие конфиденциальность.

IDFA (Identifier for Advertisers) — это сбрасываемый рекламный идентификатор Apple для измерения эффективности рекламы в iOS. Фреймворк Apple App Tracking Transparency (ATT) изменил принцип доступа к IDFA: теперь вместо системного доступа по умолчанию требуется явное разрешение пользователя. Это привело к переходу мобильной атрибуции от детерминированного сопоставления данных между приложениями к методам измерения, ориентированным на приватность.

Краткий ответ

Идентификатор для рекламодателей (IDFA) — это сбрасываемый идентификатор Apple для оценки эффективности рекламы. Согласно фреймворку App Tracking Transparency (ATT), для доступа к IDFA требуется явное согласие пользователя. Если пользователь отклоняет отслеживание, значение IDFA становится недоступным, что переключает iOS-измерения на использование SKAdNetwork и контекстную атрибуцию на основе собственных данных (first-party).

Что такое IDFA и почему Apple ограничила доступ к нему в рамках ATT

Историческая роль IDFA в мобильной атрибуции

Исторически рекламные сети полагались на IDFA как на основной детерминированный ключ для сопоставления данных в экосистеме iOS. Когда происходил клик по рекламе в приложении паблишера, рекламная сеть записывала IDFA пользователя вместе с метаданными кампании. При переходе в магазин, установке и первом запуске приложения встроенный SDK измерения считывал тот же самый IDFA с устройства и отправлял его на сервер атрибуции.

Выполняя точное сравнение строк, системы атрибуции проверяли эффективность кампании с детерминированной точностью. Этот универсальный идентификатор позволял выполнять сопоставление между разными приложениями (multi-touch), ретаргетинг на уровне пользователя, создание поведенческих профилей и упрощенную маршрутизацию постбэков «сервер-сервер» (S2S) между рекламными сетями.

Внедрение App Tracking Transparency в iOS 14.5

С выходом iOS 14.5 и внедрением фреймворка App Tracking Transparency (ATT) компания Apple реорганизовала механизмы защиты данных в iOS и iPadOS. Согласно ATT, доступ к IDFA классифицируется как «отслеживание», что требует от приложений запрашивать у пользователей явное разрешение перед программным получением этого идентификатора.

Если приложение пытается запросить IDFA без согласия пользователя или если пользователь выбирает вариант «Попросить не отслеживать», система возвращает нулевой идентификатор:

00000000-0000-0000-0000-000000000000

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

Состояния авторизации ATTrackingManager

Доступ операционной системы к IDFA регулируется классом ATTrackingManager в составе фреймворка AppTrackingTransparency. Разработчики запрашивают состояние системы через ATTrackingManager.trackingAuthorizationStatus, который возвращает одно из четырех значений:

• authorized: Пользователь дал явное разрешение на отслеживание. Приложение может получить реальный IDFA через ASIdentifierManager.shared().advertisingIdentifier.

• denied: Пользователь явно отказался от отслеживания в системном запросе ATT или глобальное отслеживание было отключено в настройках. Рекламный идентификатор возвращает нулевое значение.

• restricted: Доступ к рекламным идентификаторам ограничен на уровне операционной системы (например, из-за политик безопасности или родительского контроля).

• notDetermined: Пользователю еще не был показан запрос на получение разрешения ATT. Доступ к IDFA заблокирован, пока разрешение не будет запрошено и получено.

Как App Tracking Transparency влияет на детерминированную атрибуцию в iOS

Крах отслеживания между приложениями

Когда пользователь iOS отклоняет запрос ATT, конвейер атрибуции теряет основной ключ, необходимый для связывания пред-установочных рекламных событий с после-установочными действиями. Если Пользователь А кликнул по рекламе в приложении паблишера X и установил приложение рекламодателя Y, ни одно из приложений не может использовать IDFA для атрибуции без согласия пользователя.

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

Риски использования несанкционированного фингерпринтинга

Столкнувшись с проблемами IDFA-атрибуции, некоторые рекламодатели попытались внедрить вероятностный фингерпринтинг устройства — объединение IP-адресов, данных User-Agent, времени работы системы и настроек устройства для создания псевдоидентификаторов. Однако Руководство по проверке App Store (раздел 5.1.2) прямо запрещает отслеживать пользователей без разрешения, независимо от технического метода.

Apple проверяет приложения и анализирует отправленный код и поведение на предмет попыток обойти согласие ATT. Приложения, замеченные в сборе данных об устройстве для обхода ATT, рискуют получить немедленный отказ в размещении в App Store или блокировку аккаунта. Следовательно, архитектура измерения на iOS должна базироваться на методах работы с собственными данными, а не на несанкционированных техниках фингерпринтинга.

Альтернативные методы измерения с сохранением конфиденциальности

Чтобы сохранить видимость кампаний на iOS, не нарушая правил Apple, архитектуры мобильных измерений используют двухуровневый подход:

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

• Контекстное восстановление данных (first-party): Применение deferred deep linking (отложенных диплинков) через Web JS SDK для передачи динамических маркетинговых параметров (например, ID кампаний или реферальных токенов) напрямую через поток установки без считывания идентификаторов.

Deferred deep linking не заменяет IDFA или SKAdNetwork. Он дополняет экосистему атрибуции Apple, восстанавливая контекст маркетинговой кампании. Мобильные платформы для измерения, такие как OpoInstall, обеспечивают восстановление контекстных параметров, соблюдая требования приватности iOS.

Структурное сравнение: IDFA vs SKAdNetwork vs Deferred Deep Linking

Сравнительный анализ традиционного IDFA-матчинга и современных методов

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

В таблице ниже представлены ключевые функциональные различия:

Оценка детализации данных и технических ограничений

Хотя классический IDFA давал неограниченную детализацию на уровне пользователей, зависимость от явного согласия делает его ненадежной стратегией. SKAdNetwork — это фреймворк атрибуции от Apple для измерения без доступа к личным идентификаторам пользователей, работающий с ограничениями и задержками сигналов. SKAdNetwork 4 ввел иерархические значения конверсий, идентификаторы источника и несколько окон постбэков для улучшения точности при сохранении конфиденциальности.

Контекстный deferred deep linking дополняет SKAdNetwork, фиксируя нечувствительные маркетинговые параметры (например, ID пригласившего или реферальные токены) в момент клика по веб-ссылке. Когда пользователь устанавливает и открывает приложение, клиентский SDK получает эти параметры, восстанавливая контекст кампании без доступа к рекламным идентификаторам.

Разработчики могут найти инструкции по интеграции в документации по iOS-атрибуции.

Техническая реализация атрибуции в iOS

Запрос авторизации ATT через ATTrackingManager

Для корректного доступа к IDFA разработчики iOS должны настроить ключ NSUserTrackingUsageDescription в файле Info.plist, объясняя пользователю, зачем требуется разрешение.

Разработчики вызывают метод requestTrackingAuthorization(completionHandler:) программно, обычно после онбординга, где пользователю была разъяснена ценность этого разрешения.

Стандартизация схем событий ATT и SKAN

Для надежной обработки сигналов атрибуции iOS серверные сборщики событий принимают как постбэки SKAdNetwork, так и контекстные события со стороны клиента.

Технические подробности можно найти в документации по экспорту сырых данных.

Пример схемы события атрибуции (концептуальный пример):

```json
{
“example_only”: true,
“event_type”: “ios_attribution_event”,
“app_id”: “com.example.iosapp”,
“device_context”: {
  “os_version”: “17.4”,
  “model”: “iPhone15,2”,
  “att_status”: “denied”,
  “idfa_access_status”: “unavailable”
},
“contextual_attribution”: {
  “channel_code”: “ios_privacy_campaign”,
“campaign_id”: “cmp_ios_search_01”,
“referral_token”: “ref_token_88776655”,
“attribution_method”: “contextual_deferred_deep_link”
},
“skan_metadata”: {
  “skan_version”: “4.0”,
  “postback_sequence_index”: 1
}
}

Поддержание видимости кампаний с помощью контекстного восстановления

Обход ограничений IDFA через передачу контекста Web-to-App

Когда реклама ведет на мобильный лендинг перед App Store, можно сохранить контекст атрибуции без считывания идентификаторов. Deferred deep linking позволяет передавать динамические параметры (например, channelCode, campaignID) прямо из URL лендинга.

При перенаправлении пользователя в App Store Web SDK кэширует эти параметры на сервере атрибуции. При первом запуске установленного приложения мобильный SDK запрашивает у движка атрибуции сохраненные данные.

Восстановление полезной нагрузки после установки

При первом запуске приложения нативный мобильный SDK считывает контекстные параметры и выполняет callback-обработчик getInstallParam. Этот процесс происходит внутри границ приложения, передавая реферальные ключи без необходимости доступа к идентификаторам отслеживания между приложениями.

│
                                      ▼
               

                                      │

                                      ▼

                                      │

                                      ▼

              (Атрибуция без IDFA)

Аудит расходов на рекламу iOS без использования идентификаторов устройств

Переход от уровня пользователей к когортам

Поскольку детерминированные идентификаторы на уровне пользователей в iOS стали недоступны, команды маркетинга должны перейти от отслеживания отдельных пользователей к когортному анализу. Анализ выручки по когортам (источник привлечения, токен кампании или ID из SKAN) позволяет рассчитывать окупаемость расходов (ROAS) без необходимости индивидуального трекинга.

Оценка инкрементального прироста

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

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

• Эра приватности: Фреймворк ATT от Apple делает детерминированный трекинг через IDFA неэффективным для большинства трафика на iOS из-за низкого уровня согласия пользователей.

• Риски соответствия: Попытки фингерпринтинга нарушают руководство App Store и могут привести к блокировке аккаунта или отклонению приложения.

• Восстановление контекста: Комбинация SKAdNetwork с контекстным deferred deep linking позволяет проводить высокоточную атрибуцию iOS-кампаний с соблюдением стандартов конфиденциальности.

Резюме и стратегия

Для навигации в условиях изменений IDFA маркетинговым командам необходимо внедрить современные методы измерения. Опора только на устаревшие детерминированные ID больше не является жизнеспособной стратегией в рамках ATT.

Для сохранения точности атрибуции инженерам и маркетологам следует объединить SKAdNetwork с контекстными параметрами, передаваемыми через собственные (first-party) каналы.

Разработчики могут найти инструкции по интеграции SDK в документации OpoInstall или создать аккаунт в консоли разработчика OpoInstall.

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

• Статьи по теме:

  • Что такое многоканальная атрибуция (multi-touch) в мобильном маркетинге?
  • Как работают MMP (Mobile Measurement Partners)
  • SKAdNetwork против атрибуции через MMP
  • Тестирование инкрементальности в привлечении пользователей

• Концепции: IDFA, App Tracking Transparency, SKAdNetwork, Contextual Deferred Deep Linking, Privacy-Preserving Attribution

• Технологии: ATTrackingManager, Server-to-Server Postback, Web JS SDK

• Стандарты: Руководство Apple App Store 5.1.2, W3C Fetch API, OWASP Mobile Security Guidance

• API: API для логирования событий, Apple ATTrackingManager API, Apple SKAdNetwork Postback API

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

  • Документация Apple: App Tracking Transparency
  • Документация Apple: Фреймворк SKAdNetwork
  • Стандарты W3C Web Performance