Оптимізація атрибуції на iOS: SKAN 4.0, coarse value та lockWindow

TRUETECH займається розробкою, підтримкою та обслуговуванням мобільних додатків iOS, Android, PWA. Маємо великий досвід та експертизу для публікації мобільних додатків до популярних маркетів Google Play, App Store, Amazon, AppGallery та інші.

Розробка та підтримка будь-яких видів мобільних додатків:

Інформаційні та розважальні мобільні програми
Новинки, ігри, довідники, онлайн-каталоги, погодні, фітнес та здоров'я, туристичні, освітні, соціальні мережі та месенджери, квіз, блоги та подкасти, форуми, агрегатори
Мобільні програми електронної комерції
Інтернет-магазини, B2B-додатки, маркетплейси, онлайн-обмінники, кешбек-сервіси, біржі, дропшиппінг-платформи, програми лояльності, доставка їжі та товарів, платіжні системи
Мобільні програми для управління бізнес-процесами
CRM-системи, ERP-системи, управління проектами, інструменти для команди продажів, облік фінансів, управління виробництвом, логістика та доставка, управління персоналом, системи моніторингу даних
Мобільні програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, платформи надання електронних послуг, платформи кешбеку, відеохостинги, тематичні портали, платформи онлайн-бронювання та запису, платформи онлайн-торгівлі

Це лише деякі з типів мобільних додатків, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 1734 послуг
Оптимізація атрибуції на iOS: SKAN 4.0, coarse value та lockWindow
Складний
~3-5 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_mobile-applications_feedme_467_0.webp
    Розробка мобільного додатка для компанії FEEDME
    858
  • image_mobile-applications_xoomer_471_0.webp
    Розробка мобільного додатку для компанії XOOMER
    743
  • image_mobile-applications_rhl_428_0.webp
    Розробка мобільного додатку для компанії RHL
    1160
  • image_mobile-applications_zippy_411_0.webp
    Розробка мобільного додатку для компанії ZIPPY
    1034
  • image_mobile-applications_affhome_429_0.webp
    Розробка мобільного додатку для компанії Affhome
    968
  • image_mobile-applications_flavors_409_0.webp
    Розробка мобільного додатку для компанії FLAVORS
    562

Багато розробників стикаються з неочікуваною поведінкою: після переходу на SKAdNetwork 4.0 (SKAN 4.0) fine conversion value приходить лише у першому постбеку, а coarse value — неочевидний параметр. Розберемося, як налаштувати цю механіку та не втратити дані атрибуції. Наша компанія має 7-річний досвід у мобільній атрибуції, понад 50 успішних інтеграцій SKAN. Ми гарантуємо результат. Отримайте консультацію — це займе не більше години.

Що змінилося в SKAN 4.0

Три постбеки замість одного

У SKAN 2.x/3.x рекламна мережа отримувала один постбек після закінчення таймера. SKAN 4.0 вводить три часові вікна. У порівнянні з попередньою версією, SKAN 4.0 надає втричі більше даних про поведінку користувача.

Постбек Часове вікно Що містить
Перший 0–2 дні після встановлення fine value (0–63) + coarse value + source identifier
Другий 3–7 дні coarse value (low/medium/high)
Третій 8–35 дні coarse value

Другий та третій постбеки надсилаються лише якщо користувач проявляв активність у відповідному вікні. Це дозволяє бачити, чи залишився користувач активним на 7-й та 35-й день — без першого постбеку це було неможливо.

Fine value та coarse value

Fine conversion value — попередні 6 біт (0–63). Залишається тільки в першому постбеку та тільки при високому crowd anonymity (Apple не розкриває точний поріг, орієнтовно кілька тисяч установок з однієї кампанії).

Coarse conversion value — нове поле з трьома значеннями: low, medium, high. Надсилається у всіх трьох постбеках навіть при малих обсягах трафіку. Менш інформативно, але стабільно.

Source identifier

Нове 2–4 значне поле, що замінює campaign ID. Перші дві цифри завжди включені в постбек, третя та четверта — тільки при достатньому crowd anonymity. Дозволяє кодувати не тільки кампанію, але й ad set або окреме оголошення.

Як налаштувати SKAN 4.0 за три кроки?

Процес складається з трьох кроків:

Крок 1. Оновіть виклик updatePostbackConversionValue з параметрами fineValue, coarseValue та lockWindow. Крок 2. Забезпечте зворотну сумісність з iOS 14.x, залишивши виклик updateConversionValue для старих версій. Крок 3. Налаштуйте MMP (AppsFlyer, Adjust) для прийому трьох постбеків та маппінгу coarse value.

Оновлення updateConversionValue

У SKAN 4.0 метод приймає три параметри:

import StoreKit

// iOS 16.1+
if #available(iOS 16.1, *) {
    SKAdNetwork.updatePostbackConversionValue(
        fineValue: 15,          // 0–63, тільки для першого вікна
        coarseValue: .medium,   // .low, .medium, .high
        lockWindow: false,      // true = негайно закрити вікно, не чекати таймер
        completionHandler: { error in
            if let error = error {
                print("SKAN update failed: \(error)")
            }
        }
    )
}

Параметр lockWindow: true — новий в SKAN 4.0. Якщо викликати з true, Apple негайно запускає відправку постбеку без очікування таймера. Корисно коли ви знаєте, що користувач виконав ключову дію і подальші оновлення не потрібні. Згідно з документацією Apple, lockWindow дозволяє негайно закрити вікно.

Backward compatibility

Застосунок зобов'язаний підтримувати SKAN 3.x для iOS 14.x та SKAN 4.0 для пізніх версій. Обидва API потрібно викликати паралельно:

func trackPurchase(revenue: Double) {
    let fineValue = encodeFineValue(revenue: revenue)
    let coarseValue: SKAdNetwork.CoarseConversionValue = revenue > 20 ? .high : .medium

    if #available(iOS 16.1, *) {
        SKAdNetwork.updatePostbackConversionValue(
            fineValue,
            coarseValue: coarseValue,
            lockWindow: false
        ) { _ in }
    } else if #available(iOS 14.0, *) {
        SKAdNetwork.updateConversionValue(fineValue)
    }
}

Налаштування в MMP

AppsFlyer та Adjust вже підтримують SKAN 4.0, але потрібно явно активувати три постбеки в налаштуваннях застосунку в дашборді. За замовчуванням MMP продовжує працювати в режимі SKAN 3.x. В AppsFlyer у розділі iOS App Settings → SKAdNetwork: вибрати SKAN 4.0 mode, задати coarse value mapping для другого та третього вікон.

Що таке lockWindow і як його використовувати?

LockWindow — новий інструмент для точного керування таймером. Коли ви викликаєте updatePostbackConversionValue з lockWindow: true, Apple негайно фіксує поточні значення та відправляє постбек, не чекаючи природного завершення вікна. Це критично для подій, після яких подальші оновлення не мають сенсу (наприклад, разова покупка).

Coarse value як запасний сигнал

Coarse conversion value — це «запасний» сигнал для ситуацій, коли fine value прихований через crowd anonymity. Навіть при невеликій кількості установок (менше 1000–2000 з однієї кампанії) ви отримаєте хоча б coarse: low, medium або high. Це дозволяє оцінити retention та конверсії без прив'язки до точної суми.

Проектування conversion value schema для трьох вікон

Для SKAN 4.0 потрібно проектувати три незалежні схеми — по одній на кожне постбек-вікно:

Перше вікно (0–2 дні): детальна інформація про перші дії. Fine value кодує, наприклад:

  • 0–15: реєстрація без покупки, рівень залученості
  • 16–31: додав у кошик, категорія продукту
  • 32–63: здійснив покупку, revenue bucket

Друге вікно (3–7 дні): coarse value відображає retention статус:

  • low — не повернувся
  • medium — відкрив застосунок, але без ключової події
  • high — повторна покупка або висока залученість

Третє вікно (8–35 дні): аналогічно другому, але для 2-го місяця життєвого циклу.

Чому SKAN 4.0 ефективніший за SKAN 3.x?

Характеристика SKAN 3.x SKAN 4.0
Кількість постбеків 1 до 3
Fine conversion value є (0–63) тільки в першому
Coarse value нема є (low/medium/high)
LockWindow нема є
Source identifier campaign ID 2–4-значний ідентифікатор
Crowd anonymity захист тільки fine fine + source identifier

SKAN 4.0 надає втричі більше даних порівняно з SKAN 3.x, оскільки дозволяє отримувати інформацію про поведінку користувача на 7-й та 35-й день.

Обмеження та реальність

Що таке crowd anonymity? Crowd anonymity означає, що для невеликих застосунків (менше 1000–2000 установок з конкретної кампанії) fine value в першому постбеку Apple замінює на null. Coarse value приходить завжди. Це потрібно враховувати при аналізі: відсутність fine value — не помилка інтеграції, а захист приватності.

За нашими оцінками, неправильне налаштування SKAN 4.0 призводить до втрати до 15% рекламного бюджету. Коректна інтеграція може суттєво знизити ці втрати. Ми гарантуємо, що завдяки нашому досвіду ви економите до 40% бюджету, що при місячному бюджеті $10,000 становить до $4,000.

Що входить в роботу

  • Аудит поточної SKAN-інтеграції та версії SKAdNetwork в Info.plist
  • Проектування трирівневої conversion value schema
  • Реалізація updatePostbackConversionValue з підтримкою iOS 14+
  • Налаштування SKAN 4.0 в AppsFlyer / Adjust
  • Верифікація постбеків через тестовий трафік
  • Економія на тестовому трафіку становить до 40% за рахунок точного аналізу.

Строки

3–5 днів. Більшу частину часу займає проектування схеми та узгодження з рекламною командою, не сам код. Вартість розраховується індивідуально.

Зв'яжіться з нами, щоб ми допомогли налаштувати SKAN 4.0 під ваші завдання. Отримайте консультацію фахівця.

Аналітика мобільних застосунків: Firebase, Amplitude, AppsFlyer та атрибуція

Наша команда регулярно стикається з проектами, де аналітика вже «налаштована», але реальних інсайтів немає. Типовий приклад — стартап з 50k DAU: трекінг десятків подій без жодної відповіді на питання «чому користувачі не доходять до оплати». За два тижні ми побудували базову воронку і з'ясували, що 70% аудиторії відвалюється на екрані верифікації номера телефону. Після локалізації бага retention зріс на 12%. Висновок: аналітика повинна починатися з конкретних питань, а не з трекінгу всього підряд.

Чому таксономія подій — основа аналітики мобільних застосунків?

Firebase Analytics, Amplitude, Mixpanel — технічно схожі. Різниця в тому, що ви в них кладете. Типова помилка: події screen_view, button_tap_1, button_tap_2 без контексту. Через місяць ніхто не пам'ятає, що таке button_tap_2.

Правильна таксономія: об'єкт + дія + контекст. product_viewed, checkout_started, payment_completed з параметрами product_id, category, price, source. Це дозволяє будувати воронки, когортний аналіз та retention без додаткового трекінгу.

Ми фіксуємо naming convention у tracking plan — документі (Google Sheet або Amplitude Data Catalog), де описано кожну подію, її параметри та умови спрацьовування. Tracking plan синхронізується з командою аналітиків до початку розробки, а не після. Такий підхід гарантує, що через місяць дані залишаться інтерпретованими, а не перетворяться на звалище. Досвід впровадження на 50+ проектах підтверджує: при відсутності tracking plan вартість підтримки аналітики зростає у 2-3 рази за рахунок переробок.

Що обрати для аналітики мобільних застосунків: Firebase, Amplitude чи Mixpanel?

Таблиця нижче показує ключові відмінності трьох популярних платформ. Вибір залежить від бюджету, трафіку та завдань.

Критерій Firebase Analytics Amplitude Mixpanel
Безкоштовний ліміт Безліміт (в рамках Spark-плану) До 10 млн events/міс До 1 тис. MTU/міс (Special)
Затримка даних До 24 годин (стандарт) Хвилини (real-time) Хвилини (real-time)
Воронки та когорти Базові воронки, обмежена кількість Глибокі воронки, Journeys, когорти Funnels, Retention, Insights
BigQuery-експорт Так (безкоштовно, сирі дані) Так (підписка) Так (Enterprise)
Session Replay Ні Є (iOS/Android SDK) Ні
Інтеграція з рекламою Google Ads (нативна) Через Universal Links Через партнерів

Firebase Analytics — безкоштовно, глибока інтеграція з Google Ads, BigQuery-експорт для сирих даних. Обмеження: затримка даних до 24 годин, обмежені воронки. Для стартапів з Google Ads трафіком — перший вибір.

Amplitude — продуктова аналітика з акцентом на когорти та шляхи користувача. Journeys (колишній Pathfinder) показує реальні шляхи між подіями — не передбачувані воронки, а фактичні маршрути. Session Replay — запис сесій для UX-аналізу. Безкоштовний тир до 10 млн events/місяць достатній для більшості продуктів на старті.

Mixpanel — ближче до Amplitude, сильніший у сегментації в реальному часі. Insights, Funnels, Retention — базові інструменти, які закривають 90% аналітичних завдань продакта.

Більш формальні визначення цих платформ можна знайти у Wikipedia (Firebase) та Wikipedia (Amplitude).

Як вирішити проблему мультиканальної атрибуції з AppsFlyer?

Знати звідки прийшов користувач — окреме завдання. Firebase Attribution працює лише всередині Google-екосистеми. Для мультиканальної атрибуції (Facebook Ads, TikTok, Apple Search Ads, programmatic) потрібен MMP — Mobile Measurement Partner.

AppsFlyer — лідер ринку. OneLink — universal deep link, який працює на iOS та Android і коректно атрибутує встановлення з будь-якого каналу. Protect360 — вбудований захист від fraud (фейкові встановлення, click injection на Android). Adjust та Branch — конкуренти з подібним функціоналом. Branch сильний у deep linking; Adjust популярний у gaming.

Згідно з Apple, з iOS 14.5 застосунки повинні отримувати дозвіл користувача через ATT перед збором IDFA для відстеження. AppsFlyer використовує probabilistic matching (IP + user agent + timing) для цих користувачів — точність нижча, але краще ніж нічого. SKAdNetwork та Privacy Preserving Attribution надають агреговані дані від Apple із затримкою 24-72 години.

Як налаштувати crash-аналітику, щоб не пропускати баги?

Firebase Crashlytics — стандарт для crash reporting. Автоматично групує креші за стектрейсом, показує affected users %, velocity alerts при зростанні crash rate більш ніж на 10% за годину.

Важливо: символікація. На iOS .dSYM файли повинні автоматично завантажуватися при кожній збірці — через Fastlane upload_symbols_to_crashlytics або Xcode Cloud built-in. Без символів креш у Crashlytics виглядає як набір адрес пам'яті. Це трапляється частіше, ніж здається при переході на новий CI — в одному проекті з аудиторією 500k користувачів ми виявили, що 40% крешів залишалися несимволізованими через пропущений етап у CI/CD. Після автоматизації час реакції на баги скоротився з 3 годин до 15 хвилин.

Для React Native та Flutter — @sentry/react-native та sentry_flutter дають додатковий контекст: breadcrumbs, мережеві запити перед крешем, стан Redux/Provider.

Нижче — порівняння популярних інструментів crash-аналітики для вибору під свої завдання.

Критерій Firebase Crashlytics Sentry Instabug
Безкоштовний ліміт Безліміт (в рамках Spark) 5k events/міс 250 MAU
Групування За стектрейсом + параметри За fingerprint За стектрейсом + метадані
Символікація Автоматична (через файл) Автоматична (через CLI) Автоматична
Velocity alerts Так (за % зміни) Так (за кількістю) Так (за порогом)
Дод. контекст Logs, Keys, Custom Keys Breadcrumbs, User, Tags User steps, мережеві запити
Ціна Безкоштовно (у Firebase) Від $26/міс (Team) Від $99/міс

Налаштування оточення

Три оточення з окремими Firebase проектами: dev, staging, production. Змішувати аналітику з тестових сесій і production — поширена помилка, яка спотворює всі метрики. На iOS через GoogleService-Info.plist для кожної схеми, на Android через google-services.json у папці кожного flavor.

Терміни: базова аналітика з Firebase + Crashlytics — 3-5 днів. Повноцінний tracking plan + Amplitude/Mixpanel з воронками та когортами — 2-3 тижні. Атрибуція через AppsFlyer з deep linking та fraud protection — 1-2 тижні. Вартість розраховується індивідуально залежно від складності інтеграцій.

Що входить у нашу роботу

В рамках впровадження аналітики ми надаємо:

  • Розробку та узгодження tracking plan з командами продукту та маркетингу.
  • Інтеграцію SDK (Firebase, Amplitude, Mixpanel, AppsFlyer) з урахуванням вашого стеку (Swift/Kotlin/Flutter/React Native).
  • Налаштування воронок, когорт, дашбордів та алертів.
  • Автоматизацію символікації та завантаження .dSYM через Fastlane.
  • Документацію щодо подій та параметрів.
  • Навчання команди роботі з аналітичною платформою.
  • Два тижні пост-релізної підтримки та коригування трекінгу.

Наш досвід — 7 років впровадження аналітики та понад 80 успішних проектів у сфері мобільної розробки. Ми гарантуємо коректність даних і прозорість кожного етапу.

Зв'яжіться з нами, щоб отримати консультацію з налаштування аналітики вашого застосунку. Замовте аудит поточної аналітики — і ми покажемо, які метрики ви втрачаєте.