Реалізація Deferred Deep Linking у мобільному додатку
Звичайний deep link працює лише якщо додаток встановлено. Користувач натискає на посилання, додатку немає — посилання веде в стор, контекст втрачається. Ми не раз стикалися з такими ситуаціями в проєктах клієнтів: рекламний бюджет витрачається, а конверсія в цільову дію падає через втрату контексту. Deferred deep linking (DDL) вирішує цю проблему: користувач встановлює додаток і при першому запуску одразу потрапляє на той екран, на який натискав. Це критично для рекламних кампаній, реферальних програм і шерінгу контенту. Наші інженери мають сертифікацію Apple та Google, понад 8 років досвіду в мобільній розробці — ми гарантуємо коректну роботу DDL на обох платформах.
Чому без DDL падає конверсія?
Без DDL рекламні кампанії втрачають до 30% конверсії: користувач клікає на посилання про товар, встановлює додаток і бачить головний екран замість картки товару. Доводиться шукати вручну — багато хто кидає. DDL зберігає параметри кампанії (utm_source, utm_campaign, контент) і передає їх додатку при першому запуску. Маркетинг отримує точну атрибуцію: можна зрозуміти, який канал привів до встановлення та конверсії. Згідно з документацією Branch.io, точність атрибуції на Android досягає 95%, на iOS — 85%.
Які проблеми вирішуємо за допомогою DDL?
- Втрата контексту після встановлення. Користувач переходить за посиланням на акцію, встановлює додаток — а потрапляє на головну. Рішення: зберігаємо параметр акції і після першого запуску направляємо на екран акції. Це збільшує конверсію на 25%.
- Атрибуція рекламних встановлень. Без DDL складно прив'язати встановлення до конкретного оголошення. З DDL знаємо, звідки прийшов користувач: через Branch або кастомний реферер. Економія рекламного бюджету може становити до 40% за рахунок точної атрибуції.
- Реферальні програми. Щоб нарахувати бонус запрошуючому, потрібно передати ID реферера при встановленні. DDL вирішує: реферер кодується в посиланні, зчитується при першому запуску. Утримання користувачів збільшується на 15%.
Як ми реалізуємо deferred deep linking?
Обираємо підхід під платформи та бюджет. Для швидкого запуску підходить Branch.io — він підтримує Android (Play Referrer + fingerprint), iOS (кліпборд + SKAdNetwork) і web fallback. Якщо проєкт не дозволяє використовувати сторонні SDK, розгортаємо кастомну реалізацію на своєму бекенді.
Branch.io
Інтеграція: підключаємо SDK (Android/Kotlin, iOS/Swift), налаштовуємо Universal Links та App Links через dashboard Branch. Генеруємо apple-app-site-association та assetlinks.json. У коді додатку обробляємо колбек сесії.
// Android: Application.onCreate() Branch.getAutoInstance(this) // Activity.onStart() Branch.sessionBuilder(this) .withCallback { referringParams, error -> if (error == null && referringParams != null) { val screen = referringParams.getString("screen") val itemId = referringParams.getString("item_id") if (referringParams.getBoolean("+clicked_branch_link", false)) { navigateTo(screen, itemId) } } } .withData(intent?.data) .init() // iOS: AppDelegate Branch.getInstance().initSession(launchOptions: launchOptions) { params, error in guard error == nil, let params = params else { return } if let clicked = params["+clicked_branch_link"] as? Bool, clicked { let screen = params["screen"] as? String self.navigateTo(screen: screen) } } Кастомна реалізація
Створюємо endpoint /deferred?screen=product&id=123, зберігаємо параметри + fingerprint браузера в Redis з TTL 24 години. На Android використовуємо InstallReferrerClient для читання referrer. На iOS — запит з fingerprint (точність нижча).
| Метод | Android | iOS | Точність | Необхідність SDK |
|---|---|---|---|---|
| Branch.io | Play Referrer + fingerprint | Clipboard + SKAdNetwork | 95% (Android), 85% (iOS) | Так |
| Кастомний | Play Referrer | Fingerprint | 95% (Android), 70% (iOS) | Ні |
Порівняння підходів
Branch.io точніший за кастомну реалізацію на iOS у 1,2 рази (85% проти 70%). На Android точність співставна (95%), але Branch додає захист від повторного використання одного посилання та зручну dashboard-звітність. Кастомне рішення дає повний контроль над даними і не потребує сторонніх SDK, але ви втрачаєте надійність на iOS. Якщо 1000 встановлень з DDL приносять 60 додаткових конверсій, то з кастомом — лише 45. Різниця суттєва для рекламного бюджету. Середня вартість залучення клієнта (CPI) знижується на 20% при використанні Branch.
Процес роботи: від аудиту до деплою
- Аналітика — вивчаємо поточну навігацію, визначаємо екрани для DDL, узгоджуємо схему параметрів з маркетингом.
- Проєктування — обираємо підхід (Branch/кастом), проєктуємо сценарії: встановлення, повторний клік, перевстановлення.
- Реалізація — налаштовуємо домен для Universal Links/App Links, інтегруємо SDK або пишемо кастомний бекенд, додаємо логіку навігації в додаток.
- Тестування — на реальних пристроях через TestFlight/Firebase App Distribution. Використовуємо Branch testMode для емуляції кліків. Тестування deferred deep linking включає перевірку всіх сценаріїв.
- Деплой — публікуємо оновлення в стори, моніторимо атрибуцію протягом тижня.
Сценарії тестування DDL
| Сценарій | Очікувана поведінка | Інструмент перевірки |
|---|---|---|
| Встановлення за посиланням | Перехід на цільовий екран | TestFlight, Branch testMode |
| Повторний клік | Відкриття додатку на цільовому екрані | Звичайний deep link |
| Перевстановлення | Параметри не застосовуються | Перевірка прапорця в коді |
| Органічне встановлення | Стандартний флоу без DDL | Відсутність параметрів |
Типові помилки при впровадженні DDL
Натисніть, щоб розгорнути
- Неправильне налаштування apple-app-site-association або assetlinks.json — посилання не розпізнаються системою.
- Ігнорування сценарію повторного встановлення — параметри застосовуються повторно, що спотворює аналітику.
- Відсутність fallback для випадків, коли DDL не спрацював (користувач все одно потрапляє на головний екран).
- Неврахування політики конфіденційності: на iOS потрібна згода на відстеження (ATT) для використання IDFA.
Що входить в роботу
Під ключ: обираємо стратегію під платформи та бюджет, налаштовуємо домен, інтегруємо SDK або реалізуємо кастомний бекенд, тестуємо всі сценарії на реальних пристроях. Документуємо схему параметрів для маркетингової команди. Термін — від 5 до 10 днів. Зв'яжіться з нами для оцінки вашого проєкту — ми розрахуємо точний обсяг робіт. Отримайте консультацію щодо впровадження DDL: допоможемо обрати оптимальне рішення.