Глубокие ссылки (deep links) в приложение магазина

Клиент получает пуш «скидка на ваш любимый бренд», нажимает — и оказывается на главном экране приложения. Товара, ради которого он кликнул, нигде нет: приходится искать заново. Половина людей на этом шаге просто закрывают приложение. Это классическая потеря, и лечится она глубокими ссылками — deep links, которые ведут не «в приложение вообще», а на конкретный экран.

Разберём, как устроены deep links для магазина, работающего поверх каталога на 1С-Битрикс: какие бывают типы ссылок, как связать домен и приложение, как превратить адрес страницы сайта в маршрут внутри приложения и не сломать всё на снятых с продажи товарах. Если приложение и сайт живут на одной каталожной базе, за стабильность связки во многом отвечает грамотный аудит и оптимизация 1С.

Что такое deep links и зачем магазину

Deep link — это ссылка, которая открывает не стартовый экран приложения, а конкретное место внутри него: карточку товара, раздел, корзину, страницу акции. По смыслу это аналог обычного URL на сайте, только адресат — экран мобильного приложения. Если приложение установлено, система открывает его на нужном экране; если нет — срабатывает запасной сценарий, чаще всего открытие той же страницы на сайте.

Для магазина ценность прямая: любой канал, который приводит трафик, — рассылка, пуш, реклама, QR-код в офлайне, результат поиска — должен вести человека туда, где лежит нужный товар. Каждый лишний экран между кликом и товаром снижает конверсию. Deep links убирают эти экраны и превращают внешние касания в короткий путь до покупки.

Три вида ссылок: schema, universal, deferred

Под словом «deep link» скрываются несколько разных механизмов, и путать их не стоит.

• URL-схема (custom scheme). Ссылка вида myshop://product/123. Простая, но ненадёжная: если приложение не установлено, ссылка просто не срабатывает, а браузер её не понимает. Сегодня используется как вспомогательная, а не основная.
• Universal links (iOS) и app links (Android). Обычные https-адреса вашего домена, которые система при установленном приложении открывает прямо в нём. Это основной современный способ: одна и та же ссылка работает и в приложении, и как страница сайта.
• Deferred deep link (отложенный). Ссылка запоминает цель, даже если приложения ещё нет: пользователь ставит его из магазина, а при первом запуске попадает сразу на нужный экран. Незаменим для рекламы, ведущей на установку.

Рабочая схема почти всегда сочетает universal/app links как основу и deferred для сценариев установки. URL-схему держат запасным вариантом для внутренних переходов.

Как связать сайт и приложение

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

Файлы отдаются с того же домена, что и сайт, поэтому за размещение отвечает команда, ведущая сайт на 1С-Битрикс. Важно, чтобы они были доступны по строго определённым путям, без редиректов и с правильным типом содержимого — иначе система откажется доверять ссылке.

Файлы связи домена и приложения

Практическая часть настройки — корректно опубликовать файлы связи. Здесь чаще всего и ломается вся затея, потому что мелочи критичны.

1. Разместите файлы по точным адресам. Пути фиксированы платформами; произвольные каталоги не подойдут.
2. Отдавайте без редиректов. Любой промежуточный редирект ломает проверку. Файл должен отдаваться напрямую по HTTPS.
3. Проверьте тип содержимого. Файлы должны отдаваться как JSON, без лишних заголовков и обёрток.
4. Учтите кэш и композит. На 1С-Битрикс за отдачу статических файлов может отвечать кэширование и композитный сайт — убедитесь, что служебные файлы не попадают под нежелательную обработку.
5. Обновляйте при смене приложения. При новых идентификаторах приложения содержимое файлов нужно обновить, иначе связка тихо перестанет работать.

Маршрутизация: URL сайта в экран приложения

Когда домен и приложение связаны, остаётся главное: научить приложение понимать, какой экран открывать по конкретному адресу. Это карта соответствий между структурой URL сайта и маршрутами внутри приложения.

Обычно её строят по «говорящим» адресам каталога: раздел, товар, акция, корзина. Приложение разбирает путь и параметры ссылки и открывает соответствующий экран, подгружая данные по идентификатору. Логика похожа на то, как работает REST-слой между приложением и сайтом, — об организации безопасного API мы подробно писали в статье про REST, вебхуки и безопасность в Битрикс.

Идентификаторы товаров и разделов из 1С-Битрикс

Deep link устойчив ровно настолько, насколько устойчивы идентификаторы, по которым он адресует товар. В магазине на 1С-Битрикс товары и разделы живут в инфоблоках, у каждого есть ID и символьный код. Именно они становятся «адресом» товара в ссылке и в маршруте приложения.

Чтобы ссылки не рассыпались, соблюдают несколько правил:

• Стабильные символьные коды. Код товара не должен меняться при обмене с 1С или пересоздании элемента.
• Единый источник. И сайт, и приложение адресуют товар по одному и тому же идентификатору, а не по двум разным.
• Связь с наличием. По тому же идентификатору приложение проверяет, доступен ли товар, и решает, что показать.

Если приложение получает данные каталога через сервисный слой, полезно, чтобы этот слой строился на современном доступе к данным. Про организацию работы с данными на платформе — статья про D7 и ORM в Битрикс.

Сценарии: карточка, корзина, акция, заказ

Какие именно экраны стоит адресовать глубокими ссылками? Для магазина набор довольно устойчив.

• Карточка товара. Основной сценарий: реклама или пуш конкретного товара ведут прямо в его карточку.
• Раздел или подборка. Промо категории или сезонной подборки открывает нужный раздел каталога.
• Страница акции. Ссылка из рассылки ведёт на экран акции с уже применёнными условиями.
• Корзина и оформление. Напоминание о брошенной корзине открывает её, а не заставляет собирать заказ заново.
• Статус заказа. Ссылка из письма о заказе открывает экран этого заказа в приложении.

Каждый сценарий уменьшает трение между внешним касанием и целевым действием. Чем короче путь от клика до товара или корзины, тем выше конверсия из привлечённого трафика.

Запасной путь и обработка недоступного товара

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

• Нет приложения — открывается сайт. Universal/app link по определению падает на ту же страницу сайта, и это надо проверить на практике.
• Товар недоступен — понятная заглушка. Экран «товар недоступен» с похожими позициями или родительским разделом лучше пустоты и вылета.
• Битый маршрут — не краш. На неизвестный или устаревший адрес приложение открывает главный экран или каталог, а не завершает работу.

Замены и «похожие товары» удобно строить на данных каталога 1С-Битрикс, где у товара есть раздел и связи. Так даже устаревшая ссылка ведёт человека дальше по воронке, а не в тупик.

Атрибуция и разметка кампаний

Deep links полезны не только для навигации, но и для аналитики. Добавив к ссылке параметры кампании, вы связываете переход, установку и покупку с конкретным источником. Deferred deep link при этом сохраняет источник даже через установку приложения из магазина.

Здесь важно держать разметку и бизнес-идентификаторы раздельно: параметры атрибуции не должны влиять на маршрутизацию к товару. Товар адресуется своим кодом, а метки кампании живут отдельными параметрами, которые приложение считывает для аналитики, но игнорирует при выборе экрана. Так вы не сломаете переходы очередной сменой рекламной разметки.

Deep links, PWA и адаптивная версия

Не каждому магазину нужно нативное приложение. Адаптивный сайт и PWA открываются по обычным URL, и адрес страницы фактически и есть «глубокая ссылка» — отдельная инфраструктура связи не требуется. Нативное приложение добавляет пуши, офлайн-режим и более плотную интеграцию с системой, но и стоит дороже в разработке и поддержке.

Часто разумен гибрид: адаптивный сайт или PWA для широкой аудитории и приложение с deep links для лояльных клиентов, которым важны пуши и скорость. Каким бы ни был выбор, и приложение, и PWA опираются на один каталог и одну инфраструктуру. О том, на чём всё это стоит, — статья про хостинг и инфраструктуру BitrixVM.

Частые ошибки

• Файлы связи отдаются с редиректом. Платформа считает связь недействительной, и ссылки открываются в браузере.
• Ссылки на нестабильные коды. Символьный код товара меняется при обмене, и накопленные ссылки рассыпаются.
• Нет запасного пути. Без установленного приложения ссылка не открывает ничего вместо страницы сайта.
• Не обрабатывается недоступный товар. Ссылка ведёт на снятую позицию — пустой экран или вылет.
• Разметка кампаний ломает маршрут. Параметры атрибуции смешаны с адресацией товара, и переходы перестают работать.
• Только URL-схема. Ставка на myshop:// без universal/app links — большая часть переходов теряется.
• Каталог приложения расходится с сайтом. Разные источники данных дают разные товары по одной ссылке.

Чек-лист внедрения

1. Определён набор экранов. Товар, раздел, акция, корзина, заказ — что именно адресуют ссылки.
2. Универсальные ссылки настроены. Universal links для iOS и app links для Android работают на боевом домене.
3. Файлы связи опубликованы. Отдаются по точным путям, без редиректов, с корректным типом содержимого.
4. Карта маршрутов готова. Структура URL сайта сопоставлена экранам приложения по стабильным кодам.
5. Обработан запасной путь. Нет приложения — открывается сайт; товара нет — понятная заглушка.
6. Deferred deep link для установки. Реклама на установку доводит пользователя до нужного экрана после первого запуска.
7. Атрибуция отделена. Метки кампаний считываются отдельно и не влияют на маршрутизацию.
8. Проверено на реальных ссылках. Пуши, письма и реклама протестированы на устройствах с приложением и без него.

Вывод

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

Поскольку приложение и сайт стоят на одном каталоге 1С-Битрикс, надёжность ссылок держится на стабильных кодах товаров и корректном обмене. Настройте связку один раз аккуратно — и каждый маркетинговый канал начнёт приводить людей ровно туда, где они готовы купить.