Загадывать глубокие ссылки
Если вы разработчик мобильных приложений, то должны быть знакомы с глубокими ссылками. Они привносят в ваше приложение механизм навигации. С ними вы можете:
- Перенаправляйте пользователей из любого места в ваше мобильное приложение.
- Переходите в мобильном приложении на определенные страницы.
Так почему же люди часто их путают? И почему так важно быть точным при обсуждении глубоких ссылок?
Чтобы ответить на первый вопрос, мне нужно объяснить, что такое глубокие ссылки и как они работают. Поскольку существуют разные типы глубоких ссылок, вам нужно будет копнуть глубже, чтобы устранить путаницу.
Потому что это то, что ведет ко второму пункту: глубокие ссылки можно превратить в мощное оружие для борьбы с привлечением и удержанием. Они привлекают ваших пользователей к вашему приложению.
С этой целью вы будете иметь дело с нетехническими людьми - в основном из вашей продуктовой / маркетинговой команды. Вы должны обращать внимание на то, как вы сообщаете о своих потребностях. В противном случае вы получите что-то неожиданное.
Давайте разберемся, что это за ссылки и как их использовать.
Какие существуют типы глубоких ссылок?
Вы можете видеть ссылки на контент как помеченные URL-адреса, открывающие ваше мобильное приложение, а не браузер. Мы можем разделить их на три категории.
1. Глубокие ссылки
Вы можете определить их по синтаксису: они начинаются с пользовательской схемы по вашему выбору. Давайте сравним с обычным URL:
https://www.myawesomewebsite.com/amazingpath // Regular URL mycustomscheme://myawesomewebsite/amazingpath // Deep link URL
Смотрите на глубокие ссылки как на адаптированные URL-адреса для вашего приложения.
2. Универсальные ссылки
Apple впервые представила универсальные ссылки для iOS 9. Они обеспечивают плавную навигацию на вашем мобильном телефоне при навигации в браузере.
По сути, это обычные URL-адреса, которые принадлежат вам, например, в приведенном выше примере. Представьте, что помимо мобильного приложения у вас есть веб-приложение. Вы можете перенаправить своего пользователя в мобильное приложение во время просмотра веб-приложения.
Как и в случае с глубокими ссылками, вы должны объявить этот URL в своем мобильном приложении. Кроме того, ваше веб-приложение должно подтверждать, что оно позволяет вашему мобильному приложению перехватывать его URL-адреса. В противном случае это было бы серьезным нарушением безопасности. Представьте, что вы объявляете Google универсальной ссылкой. Каждый раз, когда ваш пользователь открывает Google в мобильном браузере, вместо этого запускается ваше мобильное приложение!
Сертификация принимает форму файла JSON, который вы должны загрузить в папку .well-known в корне вашего веб-приложения. В зависимости от того, для какой платформы вы разрабатываете, файл будет иметь другое имя:
3. Ссылки на приложения
Это не что иное, как термин разработчики Android, используемый для обозначения универсальных ссылок. Если вы хотите использовать этот термин среди разработчиков Android, это нормально. Но для здравомыслия вашей аудитории я бы рекомендовал избегать этого имени и придерживаться универсальных ссылок.
Как они работают?
Мы можем разделить подход к ним на два этапа.
1. Обнаружение
Этап обнаружения зависит от того, поддерживает ли ваше мобильное приложение глубокую ссылку или универсальную ссылку. Вы должны заявить, что поддерживаете данную ссылку в своем мобильном приложении.
Вы должны объявить пару, содержащую схему (красный цвет ниже) и хост (зеленый цвет). Оба должны совпадать, если вы хотите, чтобы ваше мобильное приложение перехватило ссылку.
Однако когда ваше мобильное приложение перехватывает ссылку, оно будет вести себя по-разному в зависимости от того, является ли это глубинной ссылкой или универсальной ссылкой. Я проиллюстрировал два случая ниже:
Мы можем наблюдать, насколько просты глубокие ссылки. Либо они открывают ваше мобильное приложение, если есть совпадение, либо ничего не делают.
С универсальными ссылками все сложнее. Основное преимущество заключается в резервном варианте на тот случай, если ваше мобильное приложение не поддерживает URL. Он откроет браузер, поскольку ссылка остается обычным URL-адресом.
Если ваше мобильное приложение поддерживает URL-адрес, система проверит, действителен ли ваш сертификат. Ваше мобильное приложение перехватит ссылку и откроется либо откроется в браузере.
Однако операционная система Android ведет себя иначе. Даже если сертификат не является окончательным, система предложит диалоговое окно устранения неоднозначности, чтобы пользователь мог выбрать, как действовать дальше. Таким образом, вы все равно можете открыть свое мобильное приложение, если не подтвердите универсальную ссылку внутри веб-приложения.
2. Разбор
Пока что ваше мобильное приложение может перехватывать все URL-адреса, соответствующие как схеме, так и хосту, который вы поддерживаете. Больше ничего, ваше приложение просто запустится и приземлится на вашей домашней странице. Вы захотите перенаправить пользователя на определенную страницу в своем мобильном приложении.
Для этого вам нужно будет проанализировать путь, связанный с вашим URL (синим цветом выше). В зависимости от этого ваше приложение должно обрабатывать маршрутизацию на вашу страницу. Эта часть полностью зависит от разработчика.
Глубинная ссылка против универсальной обработки ссылок
Если вы хотите поддерживать либо глубокую ссылку, либо универсальную ссылку, вам всегда придется выполнять шаги по обнаружению и синтаксическому анализу. Но учтите это:
- С функциональной точки зрения вы не увидите между ними никакой разницы.
- Технически говоря, часть обнаружения будет аналогичной. Однако синтаксический анализ будет отличаться из-за формата URL-адресов, что потребует дополнительных затрат для разработчика.
Сколько стоит добавить глубокую / универсальную ссылку?
Детектор не будет стоить дорого. Разработчику необходимо добавить новый поддерживаемый URL в манифест мобильного приложения. Задача вращается вокруг синтаксического анализа и маршрутизации к желаемому месту назначения в вашем мобильном приложении.
Если вы разрабатываете для iOS и хотите поддерживать еще одну универсальную ссылку, вам необходимо обновить сертификационный файл JSON и повторно загрузить его в свое веб-приложение. Для платформы Android этот шаг не нужен.
Как выбрать между глубинной ссылкой или универсальной ссылкой
Несмотря на то, что эти ссылки имеют общую цель - перенаправить вашего пользователя внутрь вашего мобильного приложения, - у них разные цели.
До введения универсальных ссылок глубокие ссылки были единственным доступным инструментом для выполнения этой роли. Теперь оба дополняют друг друга.
Вы захотите поддерживать универсальные ссылки для глобальной коммуникации вокруг вашего продукта. Они обеспечивают правильное перенаправление в ваше мобильное или веб-приложение.
Вы предпочтете глубокие ссылки для таргетинга только в мобильном приложении. Вы можете представить себе следующие сценарии:
- Вставьте ссылку на контент в полезные данные push-уведомления.
- Включите ссылку на контент в рассылку, чтобы повторно активировать ваших пользователей.
- Попросите API отправить вам ссылку на контент, чтобы ваше мобильное приложение знало, где перейти к определенному событию.
Заключение
Имея в виду эти рекомендации, я надеюсь, вы лучше понимаете концепцию глубоких ссылок и то, что скрывается за ссылками.
Как вы видели, в них нет ничего сложного, если вы понимаете их нюансы и то, как их использовать. Но, пожалуйста, убедитесь, что вы используете правильные термины, разговаривая с различными участвующими командами.
