Appy
← Назад в блог

Deferred deep linking: как это работает и когда применять

Разберитесь, как deferred deep linking переносит исходный intent через установку, чтобы новые пользователи попадали сразу на нужный экран в приложении, а не на дефолтную home.

14 мая 2026 г.•9 мин чтения•Гайд

Какую проблему действительно решает deferred deep linking

Обычный deep link работает только если приложение уже установлено. Если пользователь тапает ссылку без приложения, ОС отправляет его в App Store или Google Play, установка завершается, и весь исходный контекст ссылки теряется. Приложение открывается на дефолтном экране и не помнит, зачем юзер вообще тапал ссылку.

Deferred deep linking переносит этот intent через установку. Параметры ссылки сохраняются там, куда приложение сможет дотянуться при первом запуске, и пользователь сразу попадает на товар, кампанию, профиль или инвайт, из-за которых пришел. Это разница между потерянным intent при установке и first-session, доведенной до целевого действия.

Обычный deep link

Тап, приложения нет

товар · кампания

App Store или Google Play

товар · кампанияКонтекст потерян

Установка

Первый запуск

Стандартный главный экран

Deferred deep link

Тап, приложения нет

товар · кампания

App Store или Google Play

товар · кампания

Установка

товар · кампанияКонтекст сохранен

Первый запуск

Экран, ради которого пришли
Обычный deep link теряет контекст клика в сторе. Deferred deep link переносит его через установку, и первый запуск открывает нужный экран.

Как deferred deep linking устроен под капотом

01

Телефон

Тапает smart-ссылку

appy.to/go/abc

02

Сервис маршрутизации

Сохраняет клик вместе с контекстом

Токен install referrer в Google Play и AppGallery, иначе короткоживущая запись о клике

ID продуктакампанияreferrerUTM
03

Телефон

Устанавливает из стора

Для стора это обычная установка

Сервис маршрутизации

Ожидание первого запуска

04

Телефон

Первый запуск

Android читает Play Install Referrer, iOS обращается к сервису сопоставления

05

Сервис маршрутизации

Самая вероятная исходная ссылка или ничего

Телефон

Открывает нужный экран

Применяет кампанию и продолжает исходный путь

Где ждет payload, пока стор делает свою работу, и как приложение получает его обратно при первом запуске. Номера совпадают с шагами ниже.
1

Пользователь тапает smart link с payload

Ссылка вида appy.to/go/abc несет device-aware routing плюс опциональный контекст: ID продукта, кампанию, referrer, UTM-параметры.

2

Сервер видит, что приложения нет, и сохраняет контекст

Ваш сервис маршрутизации сохраняет клик вместе с контекстом ссылки. Если стор умеет передать токен через установку (install referrer в Google Play и Huawei AppGallery), токен так и передается; в остальных случаях сервис хранит короткоживущую запись о клике, чтобы потом сравнить ее с первым запуском.

3

Пользователь редиректится в App Store или Google Play

Установка идет как обычно. С точки зрения стора ничего особенного не произошло; исходная ссылка уже недоступна изнутри приложения.

4

Приложение запускается в первый раз

На Android Play Install Referrer передает исходную строку referrer прямо в приложение. На iOS App Store ничего не передает, поэтому приложение запрашивает у сервиса сопоставления недавний клик из той же сети и получает в ответ ссылку, с которой установка, скорее всего, пришла, — или ничего.

5

Приложение ведет пользователя на нужный экран

Получив payload, приложение переходит на deep-linked экран, применяет атрибуцию кампании и продолжает исходный путь без дефолтного landing.

Когда deferred deep linking действительно окупается

Платные install-кампании с разными креативами

Каждый креатив может нести свой payload, и новый install попадает на экран, соответствующий тапнутой рекламе, что повышает конверсию первой сессии.

Реферальные и инвайт-флоу

Тот, кто устанавливает приложение по инвайту, автоматически связывается с пригласившим, с расшаренным элементом или с командой, без ручного ввода кодов.

Промокоды и купоны

Скидочные или trial-коды, прикрепленные к ссылке, применяются автоматически при первом запуске и убирают ручной ввод.

Шеринг контента из веба в приложение

Когда пользователь шарит товар, статью или плейлист, получатель после установки сразу попадает на этот контент, а не на главную.

Реактивация и переустановка

Re-engagement-кампании могут заранее задать экран, оффер и персонализацию для пользователей, которые удалили и переустановили приложение.

Android

  1. 1Smart-ссылка добавляет referrer к URL Google Play

  2. 2Токен проходит через установкуreferrer=token

  3. 3При первом запуске приложение читает его через InstallReferrerClient

Точный результат

Исходная строка referrer, без fingerprinting

iOS

  1. 1Smart-ссылка фиксирует клик

  2. 2App Store ничего не передает

  3. 3При первом запуске приложение обращается к сервису сопоставления

Точный результат

Click ID пришел через ссылку

Догадка

Та же сеть, платформа и версия ОС

Ничего

Нет подходящих недавних кликов

Android передает payload через стор. На iOS нет install referrer, поэтому первый запуск сравнивается с недавними кликами.

Deferred deep linking на iOS

iOS не предоставляет нативного API install referrer. Deferred deep linking на iOS комбинирует несколько стратегий matching, у каждой свой компромисс по точности и приватности.

  • Universal Links + click ID: при тапе по smart-ссылке сервис фиксирует клик; при первом запуске приложение отправляет click ID, полученный через ссылку, или запрашивает у сервиса сопоставления самый подходящий недавний клик.
  • Вероятностное сопоставление: сервер сравнивает первый запуск с недавними кликами из той же сети, с той же платформы и версией ОС. Это догадка, поэтому хороший провайдер отделяет ее от точных совпадений и позволяет учитывать только подтвержденные установки, когда на кону деньги. Точность падает в общих сетях, за NAT мобильного оператора и когда телефон между кликом и первым открытием переключается с Wi-Fi на мобильный интернет.
  • Pasteboard handoff (ограниченно): пользователь копирует токен с веб-страницы, который приложение читает при первом запуске. iOS теперь показывает заметную нотификацию о вставке, поэтому это подходит только для явных copy-link сценариев.
  • App Clips: альтернатива для коротких in-app сценариев, которые сами по себе несут intent и не требуют deferred matching.

Deferred deep linking на Android

У Android есть полноценный API: Play Install Referrer. Параметры ссылки попадают в приложение надежно и быстро, fingerprinting не нужен.

  • Smart link отправляет пользователя в Google Play с параметрами referrer в install URL.
  • После установки приложение вызывает com.android.installreferrer.api.InstallReferrerClient и получает исходную строку referrer.
  • Ваш routing-слой кодирует deferred payload в referrer (URL-encoded JSON или подписанный токен), приложение декодирует его при первом запуске.
  • Используйте referrer один раз, сохраните распарсенные значения локально и закройте клиент, чтобы избежать дубль-эвентов в атрибуции.

Одна общая сеть

Офис, школа, NAT мобильного оператора

Телефон A тапает ссылку AТелефон B тапает ссылку B

Телефон B впервые открывает приложение

Вероятностное сопоставление

Та же сеть, та же ОС: может выиграть ссылка A. При строгой атрибуции считайте установку органической.

Подтвержденная установка

Click ID дошел: бонусы можно выдавать

Каждый клик закрепляется за установкой один раз, на сервере, поэтому старый payload не попадет на второй телефон.

Почему догадка не доказательство: в общей сети может выиграть чужой клик. Выдавайте бонусы только за подтвержденные установки и расходуйте каждый клик один раз.

Подводные камни, которые тихо ломают deferred deep linking

  • • Полагаться на pasteboard на iOS теперь означает видимую нотификацию о вставке, которая снижает доверие в продакшен-сборках.
  • • Принимать вероятностное сопоставление за точное. В общей сети (офисы, школы, NAT мобильного оператора) может выиграть чужой клик, поэтому выдавайте бонусы только за установки, которые провайдер может подтвердить. В Appy запрос установки показывает, подтверждена ли она, а строгая атрибуция считает все остальные установки органическими.
  • • Забыть забрать Install Referrer на Android — значит получать повторный routing на каждый запуск и раздувать аналитику.
  • • Смешивать UTM-only ссылки и deferred deep links: в дашбордах кампании выглядят одинаково, в продукте ведут себя по-разному.
  • • Не закреплять клик за одной установкой: тогда старый payload утечет к другим пользователям, если несколько телефонов сидят в одной сети. Каждый клик должен расходоваться один раз, на сервере.
  • • Считать deferred routing задачей только маркетинга — инженерия обязана защищать продукт от replay и дубликатов на cold launch.

Часто задаваемые вопросы

Deferred deep linking — это то же самое, что обычный deep link?

Нет. Обычный deep link работает только после установки. Deferred deep linking переносит intent ссылки через установку, и новый пользователь попадает на нужный экран, а не на дефолтную главную.

Приватность iOS ломает deferred deep linking?

Она меняет набор доступных методов. Чтение pasteboard теперь заметно пользователю, сопоставление по IDFA и похожим идентификаторам ограничено, а неограниченный фингерпринтинг не приветствуется. Universal Links, click ID, переданные через встроенные браузеры, и короткие окна сопоставления, которые никогда не трогают рекламный идентификатор, по-прежнему работают.

Можно реализовать без сторонних SDK?

На Android — да: Play Install Referrer передает токен через установку, и каждая ссылка Appy на любом тарифе уже записывает в него свой slug. У iOS аналога install referrer нет, поэтому без инфраструктуры сопоставления не обойтись. В тариф Enterprise у Appy входят небольшой SDK для iOS и Android и документированный HTTP API для React Native, Flutter или вашего собственного кода. В обоих случаях Appy связывает каждую установку со ссылкой, которая ее принесла.

Чем deferred deep linking отличается от обычного deep link, который просто ведет в стор или на сайт (fallback)?

Обычный deep link отправляет пользователей без приложения на ваш сайт или в стор. Deferred deep linking дополнительно помнит исходный intent и применяет его при первом запуске установленного приложения.

Сколько должен жить deferred payload?

Держите догадки на коротком поводке. Appy ищет подходящий клик только среди кликов за последние два часа, а записи о кликах для точного сопоставления по click ID хранит 24 часа. Длинные окна дают больше ложных совпадений и устаревшего контекста, короткие — теряют тех, кто ставит приложение не сразу.

Связанные материалы Appy

Продолжайте этими гайдами, чтобы выстроить надежный routing вокруг установки.

Продолжить изучение

Сравнение
1 окт. 2026 г.
12 мин чтения

Лучшие инструменты для deep linking в 2026 году: честное сравнение

Branch, AppsFlyer OneLink, Adjust, Airbridge, Kochava, Singular, Bitly, Dub, onelink.to и Appy, проверенные по их собственным страницам с ценами и документации: диплинки, отложенные диплинки, атрибуция, QR-коды, ИИ-ассистенты, цена и внедрение.

deep linking
deep linking tools
branch alternative
firebase dynamic links
Читать статью
Продукт
1 окт. 2026 г.
8 мин чтения

Узнайте, какая ссылка принесла каждую установку: SDK Appy для iOS и Android

Appy теперь видит, что происходит с вашими ссылками после стора. Новый SDK показывает установки, события в приложении и выручку по каждой ссылке, QR-коду и кампании и открывает новым пользователям нужный экран.

install attribution
deferred deep linking
install referrer
mobile attribution
Читать статью
Гайд
1 окт. 2026 г.
7 мин чтения

UTM-метки для кампаний приложений: практическое руководство

Зачем нужна каждая UTM-метка, система названий, которая не разваливается, готовые значения для каналов приложения и что на самом деле происходит с метками в App Store и Google Play.

utm parameters
utm builder
campaign tracking
install referrer
Читать статью

Ищете другое? Посмотрите все темы в блоге.

Запустите deferred deep linking, не строя свою matching-инфраструктуру

На любом тарифе ссылки Appy отправляют каждого посетителя в нужный стор. На Enterprise SDK Appy доносит ссылку до приложения через установку и связывает каждую установку со ссылкой, которая ее принесла.