Все, что вам нужно знать о мобильных Deep Link

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

Что такое глубокая ссылка?

Глубокие ссылки — это методика запуска нативного мобильного приложения по ссылке.

Глубокая ссылка делает именно то, что говорит: переносит пользователей вглубь веб-сайта/приложения с помощью ссылки. На настольных компьютерах глубинные ссылки — это использование гиперссылки, которая указывает на определенный контент внутри веб-сайта (например, «http://example.com/path/page»), а не на домашнюю страницу веб-сайта (например, «http:/ /example.com/»). На мобильных устройствах глубинные ссылки используют универсальный идентификатор ресурса (URI), который ссылается на определенное место в мобильном приложении, а не просто запускает приложение. В этой серии мы сосредоточимся только на мобильных прямых ссылках.

Итак, вы просматриваете Интернет на своем мобильном телефоне. Вы ищете «Facebook» в Google, и первый результат указывает на домашнюю страницу Facebook. Вы нажимаете на эту ссылку, и вместо перенаправления на домашнюю страницу Facebook открывается приложение Facebook на вашем мобильном телефоне. Вот как работает мобильная глубокая ссылка.

Включение внешних ссылок для мобильного приложения позволит вам вызывать глубокие ссылки, которые открывают приложение и запускают определенные, определенные экраны в приложении, такие как домашняя страница, страницы продуктов и корзина покупок, так же, как на веб-сайте.
Глубокие ссылки особенно полезны для рекламных кампаний, поскольку они позволяют вам и любому третьему лицу открывать приложение при нажатии на ссылку, а не переходить на веб-сайт или в список вашего приложения в iOS App Store или Google Play.

3 типа глубоких ссылок

1. Традиционные глубокие ссылки

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

2. Отложенные глубокие ссылки

Отложенные глубокие ссылки могут направлять пользователей к содержимому, даже если приложение не установлено на момент открытия ссылки. Ссылка сначала перенаправит пользователя в App Store или Play Store для загрузки приложения, а затем перенаправит пользователя к определенному «отложенному» контенту сразу после первого запуска.

3. Контекстные глубокие ссылки

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

Контекстные ссылки повышают ценность как для разработчиков приложений, так и для пользователей. Разработчики приложений могут создавать мощные функции, выходящие за рамки простого связывания контента, в том числе персонализированные приветствия (где вы видите рекомендацию вашего друга в приложении, если они поделились с вами элементом) и реферальные программы. Пользователи приложений выигрывают, потому что приложения могут предоставлять более удобный интерфейс и более актуальную информацию.

Схема URI

Пользовательские схемы URI были оригинальной формой прямых ссылок для мобильных приложений. Это похоже на создание «частного Интернета» для вашего приложения со ссылками вида myapp://path/to/content . Преимущество пользовательских схем URI заключается в том, что их легко настроить, и в большинстве приложений они уже есть. Недостатком является то, что пользовательское устройство знает об этом «частном Интернете», только если соответствующее приложение уже установлено, и по умолчанию нет изящного резервного варианта.

Обходной подход к глубинным ссылкам со схемами URI включает использование традиционной ссылки http:// для запуска веб-браузера. Эта ссылка содержит перенаправление JavaScript на пользовательскую схему URI, которая выполняется веб-браузером для запуска приложения. Если попытка перенаправления не удалась из-за того, что приложение не установлено, JavaScript перенаправляет пользователя в App Store или Play Store.

Это по-прежнему основной подход к диплинкингу на Android, но Apple начала блокировать этот подход на iOS в 2015 году, выпустив Universal Links .

Универсальные ссылки Apple iOS

Apple представила универсальные ссылки в iOS 9 как решение проблемы отсутствия изящной резервной функциональности в глубоких ссылках настраиваемой схемы URI. Универсальные ссылки — это стандартные веб-ссылки (http://mydomain.com), которые указывают как на веб-страницу, так и на часть контента внутри приложения. При открытии универсальной ссылки iOS проверяет, зарегистрировано ли какое-либо установленное устройство для этого домена. Если это так, приложение запускается немедленно, даже не загружая веб-страницу. Если нет, веб-URL (который может быть простым перенаправлением в App Store) загружается в Safari.

Изучение тысяч приложений на платформе Branch показало, что универсальные ссылки повышают конверсию в открытие на 40 %.

Ссылки для Android

Google создал App Links как Android-эквивалент универсальных ссылок iOS, и они работают очень похожим образом: стандартная веб-ссылка, которая указывает как на веб-страницу, так и на часть контента внутри приложения. Это приводит к более плавному взаимодействию с пользователем, но, поскольку настраиваемые схемы URI по-прежнему полностью поддерживаются каждой версией Android, ссылки на приложения получили очень низкое распространение.

Ссылки на приложение Facebook

Facebook создал App Links в 2014 году в качестве открытого стандарта для устранения ограничений схемы URI с глубокими ссылками. Ссылки на приложения состоят из двух основных компонентов:

1. Набор метатегов для добавления к месту назначения веб-страницы стандартной ссылки http:// . Эти теги задают расположение пользовательской схемы URI соответствующего контента внутри собственного приложения и поведение, которое должно происходить, если приложение не установлено.
2. Механизм маршрутизации для использования внутри приложений, поддерживающих открытие ссылок. Этот механизм проверяет целевой URL-адрес на наличие тегов ссылок на приложения перед его открытием, а затем запускает соответствующее приложение или выполняет указанное резервное поведение.

http://applinks.org/documentation/

Стандарт App Links имеет критический недостаток: он требует работы как исходного, так и целевого приложений. Хотя компонент метатегов получил широкое распространение, единственные основные реализации механизма маршрутизации были в основных приложениях Facebook и Messenger.

Facebook теперь предпочитает удерживать пользователей на своей платформе и удалил механизм маршрутизации App Links везде, кроме основного приложения Android. Поскольку Facebook также блокирует универсальные ссылки iOS, это не оставляет надежного способа открывать сторонние приложения из Facebook или Messenger на iOS. В Branch реализовано решение, помогающее обойти эти ограничения.

Структура диплинка

Глубокая ссылка работает так же, как традиционная гиперссылка на веб-странице. Он состоит из отдельных элементов, составляющих так называемый универсальный идентификатор ресурса (URI). URI содержит всю информацию, которая при вызове запускает мобильное приложение с определенным экраном.

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

 mobiledeeplinkingprojectdemo://path?query_string

Где mobiledeeplinkingprojectdemo — это имя схемы, а путь и строка запроса — это параметры маршрутизации, используемые для дальнейшего направления пользователя к определенному интерфейсу в приложении.

По названию схемы:

• При выборе имени схемы важно выбрать имя, уникальное для вашего бренда, чтобы избежать конфликтующих схем в разных приложениях.
• В настоящее время нет центрального органа для управления конфликтами с именами схем.
• Лучше всего, чтобы название схемы ссылалось на ваш бренд (например, mobiledeeplinkingprojectdemo). Другим предлагаемым шаблоном для имен схем является использование обратной нотации имени домена (например, org.mobiledeeplinking), но этот вариант широко не используется.

Для параметров маршрутизации (путь и строка запроса):

• Параметры маршрутизации необязательны, но настоятельно рекомендуются. Параметры маршрутизации предоставляют вам дополнительный контроль для маршрутизации пользователя на определенные экраны приложения или передачи дополнительных параметров.
• Строка запроса является необязательной и может использоваться, если вам нужно передать определенные параметры, например идентификатор продукта.
• Третьи стороны могут добавлять дополнительные метаданные к параметрам маршрутизации, поэтому важно, чтобы ваше приложение могло обрабатывать этот вариант использования (для этого учитываются библиотеки iOS и Android, описанные в части 2).
• Если у мобильного приложения есть соответствующий веб-сайт, рекомендуется, чтобы синтаксис параметров маршрутизации для мобильного приложения соответствовал структуре URL-адреса на веб-сайте.

Вот несколько примеров диплинков для популярных приложений на iOS:

Реализация диплинка

Независимо от того, решите ли вы использовать библиотеку MobileDeepLinking, для реализации диплинкинга вам потребуется:

• Выберите схему URI, которую вы будете использовать, и объявите ее в манифесте приложения (более подробно обсуждается ниже). Как обсуждалось в части 1, имя схемы должно быть уникальным для вашего приложения , иначе могут возникнуть конфликты с другими приложениями.
• Определите действия, которые вы хотите запустить, используя deeplink. Убедитесь, что эти действия соответствуют выбранному вами синтаксису URI. Как упоминалось в части 1, настоятельно рекомендуется использовать синтаксис URL (например schemename://path?query_string ).

Как только это будет сделано, вы можете приступить к реализации кода, который будет обрабатывать разделы URL-адреса пути и строки запроса для запуска предполагаемого действия.

Рекомендуется использовать библиотеки MobileDeepLinking, но если вы хотите напрямую реализовать мобильную глубокую ссылку, процесс высокого уровня выглядит следующим образом:

iOS

Приложения для iOS — это автономные сущности. В приложении есть только одна точка входа: AppDelegate. Когда инициируется глубокая ссылка на ваше приложение, оно вызывает AppDelegate с метаданными глубокую ссылку.

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

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

Когда приложение открыто, вы можете восстановить URL-адрес, который использовался для его запуска, и обработать его в соответствии с вашими потребностями.

Вы можете найти справочную документацию по AppDelegate здесь.

Андроид

Приложения для Android состоят из набора действий. Каждое из этих действий может вызываться другими приложениями, если они настроены соответствующим образом. В зависимости от того, как структурировано ваше приложение и глубокие ссылки, вы можете использовать одну центральную конечную точку или несколько.

Важно поддерживать согласованное состояние в вашем приложении, обеспечивая при этом желаемый опыт. Android-активность запускается поверх текущего контекста, и вы несете ответственность за поддержание соответствующей иерархии представлений. Кроме того, важно иметь готовые данные для действия, когда оно загружается для пользователя.

Когда приложение открыто, вы можете восстановить URL-адрес, который использовался для его запуска, и обработать его в соответствии с вашими потребностями.

Вы можете найти справочную документацию по диплинкингу Android здесь.

Сценарии использования

1. Преобразование веб-пользователей в пользователей приложений

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

2. Кампании в социальных сетях, электронной почте и SMS

Отправляйте рекламные предложения, используя ссылки, работающие на любой платформе. Текущие и будущие пользователи могут воспользоваться вашими предложениями независимо от того, используют ли они iOS, Android или веб-браузер, а также независимо от того, установлено ли у них ваше приложение.

3. Совместное использование пользователей

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

4. Реальное продвижение приложений

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

Приведенные выше 4 варианта использования — лишь некоторые примеры того, как диплинк может помочь вашему бизнесу с точки зрения маркетолога. Конечно, есть много других способов использовать мобильные прямые ссылки в своем приложении для увеличения продаж и вовлеченности.

Вывод

Глубокие ссылки — это просто способ идентификации, обращения и перемещения пользователей к определенному контенту в приложениях. Хотя они удобны (и необходимы), они не такие революционные или захватывающие. Будущая ценность диплинков заключается в том, как мы их используем — что над ними построено и какой новый потребительский опыт они обеспечат.

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