Диплинк (deep link) простыми словами: как ссылка открывает нужный экран приложения и зачем это бизнесу

Короткий ответ: диплинк (deep link) — ссылка, которая открывает не главный экран приложения, а конкретное место внутри: карточку товара, заказ, акцию, чат с менеджером. Современный вариант — Universal Links на iPhone и App Links на Android: это обычный адрес сайта, который при установленном приложении открывается в приложении, а без него — на сайте. Ниже — как это устроено, где пригодится бизнесу и почему ссылки так часто «не срабатывают».

Что такое диплинк простыми словами?

Диплинк — адрес конкретного экрана в приложении, как адрес страницы на сайте. Человек нажимает ссылку в письме «Ваш заказ 4512 в пути», и у него открывается не стартовый экран, а сразу этот заказ. Без диплинка он попадает на главную и ищет заказ сам — или не ищет и закрывает.

Аналогия: обычная ссылка на приложение — это адрес торгового центра, диплинк — номер конкретного магазина и полки. Под капотом приложение получает адрес, разбирает его («раздел заказы, номер 123») и показывает нужный экран. Если человек не вошёл в аккаунт, грамотно сделанное приложение сначала попросит войти, а потом всё равно приведёт к заказу, а не бросит на главной.

Технически есть три вида таких ссылок, и выбирать между ними — не вкусовщина:

• Своя схема вида shop://order/123. Самый старый способ, работает везде, но только если приложение установлено.
• Universal Links на iPhone — обычные https-адреса вашего сайта, которые iOS отдаёт приложению.
• App Links на Android — то же самое для Android.

Отдельно стоит отложенный диплинк: когда приложения ещё нет, человек ставит его из магазина, и после первого запуска всё равно попадает на нужный экран. Это уже не функция платформы, а связка приложения и сервера — о ней ниже.

Чем Universal Links и App Links отличаются от обычных ссылок?

Это обычные адреса вашего сайта, но с подтверждённой связью: на домене лежит служебный файл, где указано ваше приложение. Телефон проверяет файл и открывает ссылку сразу в приложении, без окна выбора. Нет приложения — откроется та же страница сайта. Своя схема так не умеет и не защищена от чужих приложений.

Apple прямо пишет, что своя схема — допустимый способ, но настоятельно рекомендует Universal Links. Причина — безопасность: любое другое приложение может объявить ту же схему, и тогда система выбирает, кого открыть, непредсказуемо. Поэтому через свою схему нельзя передавать ничего чувствительного, а параметры ссылки приложение обязано проверять.

Как работает подтверждённая ссылка на каждой платформе:

• iPhone. В приложении прописан ваш домен (возможность Associated Domains), на сайте лежит файл apple-app-site-association. По документации Apple, если приложение не установлено, система открывает адрес в браузере, и дальше его обрабатывает сайт.
• Android. В приложении для адресов стоит отметка автоматической проверки, на сайте лежит файл assetlinks.json. По справке Android, подтверждённые App Links работают с Android 6 на устройствах с сервисами Google и открывают приложение без окна «Чем открыть?».

На Android есть важная деталь. С Android 12 неподтверждённая веб-ссылка открывается в браузере по умолчанию, а не в приложении. То есть если связь с доменом не настроена или проверка не прошла, ссылка на ваш сайт уйдёт в браузер, хотя в приложении нужный экран есть.

	Своя схема (myapp://)	Universal Links (iPhone)	App Links (Android)
Как выглядит	shop://order/123	https://shop.ru/order/123	https://shop.ru/order/123
Если приложения нет	Ссылка не откроется или покажет ошибку	Откроется та же страница на сайте	Откроется та же страница на сайте
Кто ещё может перехватить	Любое приложение, объявившее ту же схему	Никто: связь подтверждена файлом на вашем домене	Никто: связь подтверждена файлом на вашем домене
Что нужно на сайте	Ничего	Файл apple-app-site-association	Файл assetlinks.json
Где уместна	Переходы между своими приложениями, служебные сценарии	Рассылки, push, QR, реклама, кнопки на сайте	Рассылки, push, QR, реклама, кнопки на сайте

Что такое отложенный диплинк?

Отложенный (deferred) диплинк — переход на нужный экран после установки. Человек видит рекламу акции, жмёт, ставит приложение из магазина, открывает — и попадает в акцию, а не на онбординг. Обычный диплинк так не умеет: при установке из магазина адрес теряется. Отложенный переход собирают из приложения, сервера и данных магазина.

Как это делают на практике:

• Android, установка из Google Play. Есть официальный Install Referrer API: ссылка на страницу в Google Play может нести параметр, и после установки приложение получает его. Работает только для установок через Google Play.
• iPhone. Аналогичного системного механизма нет. Сервисы атрибуции восстанавливают связь «клик — установка» косвенными способами, и точность у них ниже, чем у прямой ссылки.
• Простой способ без сервисов. Промокод или вход в аккаунт: человек вводит код акции или авторизуется, сервер знает, что ему предлагали, и приложение открывает нужный экран. Работает на любой платформе и из любого магазина.

Если вы раньше пользовались Firebase Dynamic Links — сервис закрыт. По сообщению Google, он отключён 25 августа 2025 года, старые ссылки отдают ошибку 404. Такие адреса в рассылках, QR-кодах и на упаковке нужно заменить на ссылки своего домена.

Отложенный диплинк нужен не всем. Если приложение ставят в основном существующие клиенты по приглашению менеджера, достаточно обычных Universal Links и App Links. Он оправдан там, где вы платите за привлечение новых установок и хотите показать человеку именно то, ради чего он пришёл.

Где диплинки полезны бизнесу?

Везде, где вы ведёте человека к конкретному действию: заказ, товар, запись, оплата, бонус. Диплинк убирает шаги «открыть приложение — найти раздел — найти нужное». Чем больше таких шагов было, тем заметнее разница. Ниже — сценарии, которые чаще всего встречаются в задачах на разработку.

• Письма и SMS. «Заказ собран», «Запись подтверждена», «Счёт к оплате» — ссылка ведёт на этот заказ или счёт. Без приложения откроется та же страница в личном кабинете на сайте.
• Push-уведомления. Нажатие на уведомление должно открывать тот экран, о котором уведомление. Сама доставка push — отдельная тема, она разобрана в статье о том, как работают push-уведомления; диплинк отвечает за то, куда человек попадёт после нажатия.
• QR-коды в офлайне. На ценнике, упаковке, чеке, вывеске. Один адрес: с приложением — карточка товара или бонусная карта, без него — страница сайта с предложением установить.
• Реклама и посевы. Объявление про конкретную акцию ведёт на акцию, а не на главную. Метки в адресе позволяют понять, какая кампания привела человека.
• Кнопка «Открыть в приложении» на сайте. Человек нашёл товар через поиск, у него стоит ваше приложение — одна кнопка переносит его туда, где корзина и сохранённый адрес доставки. Для магазинов это частый сценарий; что ещё нужно приложению магазина, разобрано в статье о приложении для интернет-магазина.
• Приглашения и «поделиться». Сотрудник отправляет коллеге ссылку на задачу, клиент — другу ссылку на товар или реферальный код. Получатель попадает прямо в нужное место.
• Восстановление доступа и подтверждение почты. Ссылка из письма открывает экран в приложении, а не форму на сайте, где человек ещё раз вводит пароль.

Что подготовить на сайте и в приложении?

Нужны три вещи: домен на https с двумя служебными файлами, настройки связи с доменом в обеих сборках приложения и единая карта адресов — какой адрес какой экран открывает. Карту составляют на этапе ТЗ, файлы кладёт тот, кто отвечает за сайт, остальное делают разработчики приложения.

Чек-лист со стороны сайта:

1. Файл для iPhone по адресу https://ваш-домен/.well-known/apple-app-site-association, без расширения. Внутри — идентификатор приложения и шаблоны путей, которые оно обрабатывает. По требованиям Apple файл отдаётся по https с действующим сертификатом и без перенаправлений.
2. Файл для Android по адресу https://ваш-домен/.well-known/assetlinks.json: имя пакета и отпечаток сертификата подписи. По справке Android — тип application/json, https, без 301 и 302.
3. Каждый поддомен отдельно. shop.ru и www.shop.ru для обеих платформ — разные домены, файл нужен на каждом, который вы используете в ссылках.
4. Страницы-двойники на сайте. Каждый адрес из карты должен открываться и в браузере: страница товара, заказа, акции. Иначе человек без приложения увидит ошибку 404.
5. Доступ снаружи. С iOS 14 файл для iPhone запрашивает не телефон, а сеть доставки Apple. Если сервер закрыт от зарубежных адресов или защищён проверкой «я не робот» на каждом запросе, она до файла не доберётся.

Со стороны приложения:

• Связь с доменом в обеих сборках: возможность Associated Domains для iPhone, фильтры адресов с автоматической проверкой для Android.
• Разбор каждого адреса из карты и поведение по умолчанию: неизвестный адрес открывает главный экран, а не пустоту и не сбой.
• Проверка параметров. Ссылку может прислать кто угодно, поэтому из адреса нельзя брать права доступа или суммы оплаты — только идентификатор, а данные приложение берёт с сервера после проверки.
• Вход и возврат. Если нужный экран доступен после авторизации, приложение запоминает адрес, просит войти и открывает его после входа.
• Аналитика переходов: какой адрес открыт, из какого источника, дошёл ли человек до действия.

Карту ссылок стоит включить в техзадание сразу, а не дописывать после релиза: добавить диплинки в опубликованное приложение можно только новой версией через проверку магазинов. Как описать такие вещи в документе — в статье про ТЗ на мобильное приложение.

Почему ссылка открывает браузер вместо приложения?

Чаще всего из-за пяти причин: файл на сайте недоступен или с ошибкой, ссылку открыли внутри браузера мессенджера, адрес прошёл через сервис отслеживания кликов на другом домене, человек нажал ссылку на том же сайте в Safari или на телефоне старая версия приложения. Почти всё это находится за полчаса проверки.

• Файл с перенаправлением. Сайт отдаёт файл после редиректа с http на https или с адреса без www на www. Обе платформы требуют отдавать файл без перенаправлений.
• Не тот отпечаток на Android. Если приложение подписывает Google Play (Play App Signing), отпечаток локального ключа разработчика не совпадает с тем, что на телефонах пользователей. Нужный отпечаток берут в Play Console. Если то же приложение распространяется через RuStore с другой подписью, в файл добавляют оба отпечатка — поле допускает несколько.
• Обновление файла ещё не дошло. По данным Apple, сеть доставки запрашивает файл в течение 24 часов, а устройства проверяют обновления примерно раз в неделю после установки. Поменяли файл сегодня — у части пользователей изменения появятся не сразу.
• Переход внутри того же сайта. Apple описывает это явно: если человек уже на вашем сайте в Safari и нажимает ссылку на тот же домен, система оставляет его в браузере. Кнопку «Открыть в приложении» поэтому делают через отдельный адрес или другой поддомен, и это нужно предусмотреть заранее.
• Отслеживание кликов в рассылках. Сервисы рассылок часто подменяют ссылку на свой домен для подсчёта переходов. Телефон видит чужой домен, не связанный с приложением, и открывает браузер. Решение — отключить подмену для таких ссылок или настроить на своём поддомене отслеживания те же файлы ассоциации.
• Встроенные браузеры приложений. Мессенджеры и соцсети часто открывают ссылки в своём окне, и до системы, которая передаёт адрес приложению, дело не доходит. Здесь помогает страница-двойник на сайте с кнопкой «Открыть в приложении».
• Старая версия приложения. Новый тип адреса добавили в свежей версии, а у человека прошлая. Ссылка уйдёт на сайт — поэтому страницы-двойники нужны всегда.

Проверять диплинки нужно на реальных телефонах обеих платформ и из реальных источников: письма, SMS, push, QR-кода, мессенджера. Тест из заметок на телефоне разработчика ничего не доказывает. Сценарии для такой проверки удобно добавить в общий чек-лист приёмки приложения.

Когда диплинки вам не нужны?

Если в приложении три-четыре экрана и пользователи заходят в него сами, без писем, push и рекламы, — диплинки почти ничего не дадут. Ещё один случай: у вас нет сайта и вы не планируете страницы-двойники. Тогда достаточно своей схемы для служебных переходов и одной ссылки на магазин приложений.

Ещё несколько ситуаций, где деньги разумнее потратить на другое:

• Внутреннее приложение для сотрудников, которое ставят по инструкции и открывают по работе. Здесь хватает push с переходом на нужную задачу, без отложенных ссылок и сервисов атрибуции.
• PWA вместо приложения. Если вы выбрали сайт, который ставится на экран телефона, ссылки и так ведут на нужные страницы — это обычный сайт. Это заметно упрощает задачу, если глубокие функции телефона не нужны.
• Нет рекламы на установки. Отложенный диплинк — это про платное привлечение. Без него хватит обычных подтверждённых ссылок.

Типичные ошибки заказчика, которые потом дорого исправлять: печатать QR-коды на упаковке с адресом стороннего сервиса коротких ссылок (сервис закроется — коды умрут, как случилось с Dynamic Links); отдавать в рекламу ссылки, у которых нет страницы на сайте; не закладывать карту адресов в ТЗ и вспоминать о ней после релиза.

Сколько это стоит и как это делаем мы?

Отдельного тарифа на диплинки нет — это часть разработки приложения и сайта. Мобильное приложение в студии стоит от 200 000 ₽ за iOS и Android из одного кода, до 6–8 экранов. Если нужны ссылки на много разделов или отложенный переход после установки, объём оцениваем после брифа.

Как это выглядит в работе:

• На брифе выясняем, откуда будут ссылки: рассылки, push, QR, реклама, сайт. От этого зависит, нужен ли отложенный диплинк.
• В ТЗ фиксируем карту адресов и поведение без приложения: какую страницу сайта увидит человек.
• При разработке настраиваем связь с доменом в обеих сборках и готовим файлы ассоциации. Если сайт ведёт другой подрядчик, передаём ему готовые файлы и требования к отдаче.
• На приёмке проверяем каждую ссылку на реальных устройствах из реальных источников. По типовому договору на подписание акта или замечания у вас 5 рабочих дней, гарантия — 30 календарных дней с даты акта; по тарифу — до 2 раундов правок на прототипе и до 2 на готовой сборке.

После публикации 14 дней поддержки входят в стоимость, дальше — поддержка от 7 900 ₽ в месяц или почасово. Для диплинков это важно: новые акции, новые разделы и обновления iOS и Android иногда требуют дописать адреса в карту и выпустить версию.

Короткие ответы на частые вопросы

Диплинк и обычная ссылка на сайт — это разные вещи?

Для пользователя выглядят одинаково: адрес вида https://ваш-сайт.ru/товар. Разница в том, что при установленном приложении телефон открывает этот адрес сразу в нужном экране приложения, а без приложения — на сайте. Для этого сайт и приложение должны быть связаны служебными файлами.

Сколько стоит сделать диплинки в приложении?

Отдельной цены нет: это часть разработки приложения и сайта. Мобильное приложение в студии стоит от 200 000 ₽; если ссылки нужны на много экранов или с отложенным переходом после установки, объём оцениваем после брифа и фиксируем в договоре.

Можно ли добавить диплинки в уже опубликованное приложение?

Да, но только через новую версию: связь с доменом и разбор ссылок прописываются в коде и настройках сборки. Плюс нужно положить файлы ассоциации на сайт. Приложение придётся снова отправить на проверку в магазины.

Firebase Dynamic Links ещё работают?

Нет. Google отключил сервис 25 августа 2025 года, старые короткие ссылки отдают ошибку 404. Если они остались в рассылках, QR-кодах или на упаковке, их нужно заменить на ссылки своего домена.

Почему у меня диплинк работает, а у клиента нет?

Чаще всего клиент открыл ссылку из встроенного браузера мессенджера, через сервис отслеживания кликов или со страницы того же сайта в Safari. Ещё одна причина — у клиента старая версия приложения без поддержки нужного адреса.

Услуги и кейсы по теме: мобильные приложения · цены и сроки