Диплинк (deep link) - это URL, который открывает конкретный экран внутри мобильного приложения, а не главный экран приложения или обычный веб-сайт. Нажмите на обычную ссылку на магазин - и попадёте на главную страницу; нажмите на диплинк - и попадёте именно на нужный товар. Эта разница - попасть в нужное место, а не просто на порог - и есть вся суть, и именно она заставляет кампании в приложениях по-настоящему конвертировать.
Это простое объяснение: что такое диплинк, какие разновидности вам встретятся (universal links, app links, отложенные диплинки) и что изменилось после закрытия Firebase Dynamic Links. Практическую настройку разбирает статья диплинки для мобильных приложений без SDK; этот материал сначала разбирается с понятиями.
Что такое диплинк на самом деле
Начнём с контраста. Обычная веб-ссылка указывает на страницу. На телефоне, если у вас установлено соответствующее приложение, нажатие на неё часто просто открывает главный экран приложения, и дальше приходится вручную искать то, что вам было нужно. Диплинк пропускает этот шаг: он несёт адрес конкретного места внутри приложения и открывает его напрямую.
Механизм под капотом - это обычный HTTPS URL, который операционная система распознаёт как принадлежащий приложению. Когда ОС его видит, она передаёт ссылку приложению, а приложение открывает нужный экран. Если приложение не установлено, тот же URL откатывается к веб-версии, так что пользователь в любом случае куда-то попадает. Именно этот запасной вариант делает современные версии диплинков надёжными.
Разновидности, которые вам встретятся
«Диплинк» - это зонтичный термин. Под ним скрывается несколько конкретных технологий, и названия часто используют не слишком строго, так что вот карта.
- Universal links (iOS) и app links (Android) - это способ открывать контент приложения на уровне ОС через HTTPS, с автоматическим откатом на веб, если приложение отсутствует. Это современный вариант по умолчанию; Apple документирует iOS-часть в разделе universal links.
- Кастомные URI-схемы (
myapp://product/123) - это старый способ. Они работают, но если приложение не установлено, ссылка ломается без какого-либо запасного варианта, поэтому сами по себе они больше не рекомендуются. - Отложенные диплинки сохраняют адрес назначения через установку приложения, поэтому новый пользователь, который нажал на ссылку, установил приложение и открыл его, попадает на нужный экран, а не на пустой главный экран.
Universal links и app links - это то, что рекомендуют Apple и Google, и не без причины: это HTTPS, они корректно откатываются на запасной вариант, и для базового случая им не нужен SDK.
Жизнь после Firebase Dynamic Links
Если вы строили что-либо на диплинках в последние несколько лет, изменилось именно это.
Google закрыл Firebase Dynamic Links 25 августа 2025 года. Существующие ссылки перестали работать и теперь возвращают ошибку, новые создать нельзя. Загвоздка в том, что Firebase Dynamic Links делал больше, чем просто открывал экраны приложения: это был сервис динамических диплинков, который добавлял отложенный диплинкинг и маршрутизацию с учётом платформы поверх нативных механизмов. Более широкая идея - ссылка, адрес назначения которой можно менять и отслеживать, - это что такое динамическая ссылка. Команды, которые использовали его для простого случая, могут перейти напрямую на universal links и app links. Командам, которые полагались на отложенный диплинкинг и маршрутизацию, нужно заменить и эти функции - как это сделать, разбирает статья миграция с Firebase Dynamic Links на Elido.
Закрытие сервиса - хороший повод разобраться, что вы реально используете. Если вы всего лишь открывали известный экран, нативных ссылок достаточно. Если вы зависели от маршрутизации на момент установки, вам нужен сервис, который делает отложенный диплинкинг. Не восстанавливайте функции, которыми вы не пользовались.
Если вам нужен слой маршрутизации и аналитики без того, чтобы собирать его самостоятельно, диплинки Elido работают поверх ваших коротких ссылок, и вы можете настроить один на бесплатном тарифе. Для сценариев на основе мессенджеров конкретные разобранные примеры - диплинки WhatsApp Business и диплинки Telegram.
Когда нужен отложенный диплинкинг
Обычный диплинк справляется с лёгким случаем, когда приложение уже установлено. Отложенный диплинкинг справляется со сложным - когда его нет, - и это стоит понимать, потому что именно здесь кампании теряют пользователей.
Представьте рекламу конкретного товара. Пользователь без приложения нажимает на неё, попадает в магазин приложений, устанавливает приложение и открывает его - и по умолчанию попадает на обычный главный экран, потому что исходный адрес назначения потерялся где-то между нажатием и установкой. Отложенный диплинк сохраняет это намерение и при первом открытии доставляет пользователя именно на экран товара. Разрыв между «установил приложение» и «нашёл то, что искал» - это то место, где умирают конверсии, и отложенный диплинкинг его закрывает.
Короче говоря: используйте universal links и app links для повседневного случая, добавляйте отложенный диплинкинг, когда запускаете кампании на установку, и обращайтесь к сервису, когда нужны ещё и маршрутизация с атрибуцией. Концепция простая; ценность - в том, чтобы каждый раз доставлять людей именно туда, куда нужно.
Нужен ли вам SDK?
Для повседневного случая - нет. Universal links и app links настраиваются небольшим файлом ассоциации, размещённым на вашем домене, плюс некоторой конфигурацией приложения, и SDK здесь не участвует. К сервису или SDK стоит обращаться в тот момент, когда нужны более сложные функции: отложенный диплинкинг, переживающий установку, маршрутизация, которая выбирает адрес назначения по платформе, или атрибуция, которая связывает установку с кампанией, которая её вызвала. Для этого нужна серверная логика, которую статичная нативная ссылка дать не может. Выбирайте инструментарий исходя из того, нужно ли вам поведение на момент установки, и не подключайте SDK ради ссылок, которые всего лишь открывают известный экран.
Похожие материалы в блоге
- Диплинки для мобильных приложений без SDK
- Миграция с Firebase Dynamic Links на Elido
- Что такое смарт-ссылки: маршрутизация на границе без лишних сервисов
- Глубокие ссылки WhatsApp Business: click-to-chat с атрибуцией
- Диплинки Telegram: отслеживание ссылок t.me и bot start-параметров
- Что такое динамическая ссылка? Редактируемые, отслеживаемые URL
Частые вопросы
Что такое диплинк?
Диплинк - это URL, который открывает конкретный экран внутри мобильного приложения, а не главный экран приложения или веб-сайт. Нажмите на обычную ссылку - и попадёте на главную страницу; нажмите на диплинк - и попадёте именно на тот товар, чат или статью, на которые он указывает. Это разница между тем, чтобы открыть приложение, и тем, чтобы открыть в приложении нужное место.
В чём разница между диплинком и universal link?
Диплинк - это общее понятие: ссылка, которая открывает конкретный контент внутри приложения. Universal links (iOS) и app links (Android) - современные способы реализовать это на уровне ОС поверх стандартного HTTPS. То есть universal link - это разновидность диплинка. Старая кастомная URI-схема (myapp://) - тоже диплинк, но она молча ломается, если приложение не установлено, поэтому её и заменили на universal links и app links.
Что случилось с Firebase Dynamic Links?
Google закрыл Firebase Dynamic Links 25 августа 2025 года. Существующие ссылки перестали разрешаться и теперь возвращают ошибку, новые создать нельзя. По сути Firebase Dynamic Links был сервисом динамических диплинков - он добавлял отложенный диплинкинг и маршрутизацию по платформам поверх нативных ссылок, - поэтому команды, которые на него полагались, перешли на universal links и app links плюс сторонний сервис диплинкинга.
Что такое отложенный диплинк?
Отложенный диплинк сохраняет адрес назначения через установку приложения. Если кто-то нажимает на ссылку без установленного приложения, обычный диплинк теряется по дороге в магазин приложений; отложенный диплинк сохраняет намерение, поэтому после установки и первого открытия приложения пользователь попадает именно на тот экран, на который указывала ссылка. Именно это заставляет работать кампании «установил и попал куда нужно».
Нужен ли мне SDK для диплинков?
Для базовых universal links и app links - нет: они настраиваются файлом на вашем домене и несколькими настройками приложения, SDK не нужен. Сервис или SDK понадобится, как только вы захотите отложенный диплинкинг, кросс-платформенную маршрутизацию или атрибуцию установок, потому что для этого нужна серверная логика, которую сами по себе нативные ссылки не дают. Выбирайте инструментарий исходя из того, нужны ли вам функции на момент установки.
Попробуйте Elido
Вставьте URL - получите короткую ссылку
Без регистрации. Ссылка живёт 30 дней. Зарегистрируйтесь, чтобы оставить её навсегда.
Бесплатно, без регистрации · 2 в день