Обычный 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: поможем выбрать оптимальное решение.