Deep Linking для iOS и Android: Universal Links, App Links, Deferred

Пользователь тапает по ссылке, переходит в магазин, устанавливает приложение и сразу попадает на нужный экран. Без этого теряется до 30% трафика из рекламных кампаний. Плохо реализованный deep link обходится бизнесу в миллионы рублей потерянных конверсий ежегодно. Наша команда с 10+ годами опыта в iOS и Android реализует решение под ключ за 2-4 недели.

Три типа deep links: что выбрать?

Custom URL Scheme — самый простой, но самый ненадёжный. Если приложение не установлено — браузер показывает ошибку. Несколько приложений могут зарегистрировать одну схему — непредсказуемо какое откроется. Подходит только для внутренних сценариев.

Universal Links (iOS) / App Links (Android) — HTTP/HTTPS-ссылки, которые система перехватывает и открывает в приложении вместо браузера. Если приложение не установлено — обычный браузер. Надёжно, верифицированно, правильный fallback. Это стандарт для production.

Deferred Deep Links — ссылка сохраняет контекст даже если приложение не установлено. Пользователь тапает → App Store → установка → открытие → нужный экран. Реализуется через Branch.io, Adjust или AppsFlyer (Firebase Dynamic Links больше не поддерживается).

Как настроить Universal Links на iOS?

Требуется файл apple-app-site-association (AASA) на сервере:

{ "applinks": { "apps": [], "details": [ { "appIDs": ["TEAMID.com.company.app"], "components": [ { "/": "/product/*", "comment": "Страницы товаров" }, { "/": "/profile/*" }, { "/": "/order/*" }, { "/": "/promo/*", "?": { "ref": "?" } } ] } ] } } 

AASA должен отдаваться с Content-Type: application/json, без редиректов, код 200. Apple CDN кэширует его до 48 часов. На iOS 16+ доступен режим developer для ускорения обновления в debug. В Info.plist пропишите домены в ключе com.apple.developer.associated-domains, а в SceneDelegate обработайте NSUserActivity. Подробнее в Apple Documentation.

App Links на Android: пошаговая настройка

Файл assetlinks.json на сервере:

[{ "relation": ["delegate_permission/common.handle_all_urls"], "target": { "namespace": "android_app", "package_name": "com.company.app", "sha256_cert_fingerprints": ["AA:BB:CC:..."] } }] 

SHA256 fingerprint из keystore: keytool -list -v -keystore release.jks. Для debug и release fingerprints разные — оба добавляем в production assetlinks.json или используем разные домены.

В AndroidManifest.xml:

<activity android:name=".MainActivity"> <intent-filter android:autoVerify="true"> <action android:name="android.intent.action.VIEW" /> <category android:name="android.intent.category.DEFAULT" /> <category android:name="android.intent.category.BROWSABLE" /> <data android:scheme="https" android:host="yourdomain.com" android:pathPrefix="/product/" /> </intent-filter> </activity> 

android:autoVerify="true" запускает верификацию при установке. Проверить: adb shell pm get-app-links com.company.app. Если STATE_APPROVED — всё работает.

Роутер на клиенте: централизованная обработка

Никаких if (url.contains("product")) разбросанных по коду. Единый роутер с очередью pending deep links на случай, если навигация ещё не инициализирована.

// Android class DeepLinkRouter { fun handle(intent: Intent, navController: NavController) { val uri = intent.data ?: return val path = uri.path ?: return val route = when { path.matches(Regex("/product/(\\d+)")) -> Route.ProductDetail(uri.lastPathSegment ?: return) path.matches(Regex("/order/(\\w+)")) -> Route.OrderDetail(uri.lastPathSegment ?: return) path == "/profile" -> Route.Profile path.startsWith("/promo/") -> { val ref = uri.getQueryParameter("ref") Route.Promo(uri.lastPathSegment ?: return, ref) } else -> { openInBrowser(uri); return } } navController.navigate(route) } } 

// iOS final class DeepLinkRouter { func handle(url: URL) { guard let components = URLComponents(url: url, resolvingAgainstBaseURL: false) else { return } let pathComponents = components.path.split(separator: "/").map(String.init) switch pathComponents.first { case "product" where pathComponents.count == 2: navigationManager.push(.productDetail(id: pathComponents[1])) case "order" where pathComponents.count == 2: navigationManager.push(.orderDetail(id: pathComponents[1])) case "profile": navigationManager.push(.profile) default: UIApplication.shared.open(url) } } } 

Почему Deferred Deep Links критичны для рекламы?

Обычный Universal Link теряет контекст, если приложение не установлено. Deferred Deep Link запоминает параметры (например, id товара) и передаёт их после установки. Это увеличивает конверсию из рекламы на 20–40%. При средней цене лида 1000 руб правильный deep link экономит до 300 000 руб в месяц на 10 000 установках. Для реализации используем Branch.io или Adjust — они предоставляют SDK и консоль для отслеживания.

Какие этапы включает реализация deep linking?

• Аудит текущей навигации и схемы URL.
• Проектирование роутера с очередью pending deep links.
• Настройка AASA (iOS) и assetlinks.json (Android).
• Интеграция Universal Links / App Links + обработка в коде.
• Подключение Deferred Deep Links через выбранный SDK.
• Тестирование на физических устройствах (iOS и Android).
• Документация по поддержке и доступам.
• Гарантия 30 дней после сдачи.

Закажите аудит текущей навигации — оценим сложность реализации за 2 дня.

Какие ошибки при deep linking допускают чаще всего?

• Redirect на CDN ломает App Links. Если домен редиректит на www, AASA нужен на обоих.
• Неправильный Content-Type. AASA только application/json.
• Отсутствие обработки onNewIntent на Android. Deep link при warm start игнорируется.
• Навигация до готовности NavController. Используем очередь.

Сравнение провайдеров Deferred Deep Links

Сроки и стоимость

Реализация Universal Links + App Links + роутер + deferred deep links занимает от 2 до 4 недель. Стоимость рассчитывается индивидуально после оценки объёма работ. Свяжитесь с нами — получите консультацию и предварительную оценку.

Deep link — фундаментальная концепция, без которой невозможно представить современные мобильные приложения. Мы поможем внедрить её правильно и без головной боли.