Въведение

За потребителите на Android мобилният уеб често може да изглежда като поредица от задънени улици. Сърфирате в Chrome, виждате промоция за продукт, който наистина искате, кликвате върху линка – и нищо не се случва. Или сте заседнали на мобилен сайт, който не е оптимизиран, или, още по-лошо, сте пренасочени към обща страница в App Store, без да имате представа как да намерите офертата, която току-що сте видели.

Това е „разликата в намерението“ и е основната причина мобилните маркетолози да наблюдават толкова високи проценти на отпадане по време на фазата на привличане.

Ако управлявате приложение за Android, разбирането на разликата между стандартното дълбоко препращане и отложеното дълбоко препращане е първата стъпка към поправянето на това прекъснато потребителско пътуване. Това е разликата между безпроблемно преживяване и разочароващ момент на „къде съм?“.

Стандартно дълбоко препращане: за вече превърнатите

Представете си стандартното дълбоко препращане като бутон за директно „телепортиране“ за потребители, които вече имат инсталирано вашето приложение.

Когато потребител кликне върху стандартен дълбок линк – независимо дали е URL схема (като myapp://) или Android App Link (по-сигурната HTTPS версия) – операционната система Android разпознава линка и веднага отваря приложението на конкретен екран.

Това е идеално за задържане на потребителите. Ако изпращате имейл „Поръчката ви е изпратена“ на съществуващ клиент, стандартният дълбок линк го отвежда директно до страницата за проследяване в приложението. Това е бързо, ефективно и поддържа ангажираността им.

Проблемът? Ако този потребител наскоро е изтрил приложението или кликва върху вашата връзка от ново устройство, стандартната дълбока връзка ще се провали. В много случаи това просто води до съобщение за грешка или мъртва страница. А както знаем, мъртвата връзка е най-бързият начин да загубите клиент завинаги.

Отложено дълбоко линкване: преодоляване на празнината в Play Store

Тук отложеното дълбоко линкване се превръща в герой на вашата стратегия за привличане на клиенти.

За разлика от стандартния си вариант, отложената дълбока връзка „запомня“ къде е искал да отиде потребителят, дори ако все още не е инсталирал приложението.

Ако нов потребител кликне върху отложен линк, процесът изглежда така:

1. Потребителят се пренасочва към Google Play Store, за да изтегли приложението.
2. След като приложението бъде инсталирано и отворено за първи път, линкът „отлага“ първоначалната дестинация.
3. Приложението автоматично пренасочва потребителя към конкретната промоция или продукт, върху които първоначално е кликнал.

Той ефективно „отлага“ дълбоката връзка до приключването на процеса на инсталиране. Това е от решаващо значение за приложенията за електронна търговия и игри, където първоначалният „примамка“ е конкретна оферта. Вие не просто ги молите да изтеглят приложение; вие изпълнявате обещанието, върху което са кликнали в първия момент.

Кое от двете трябва да е с приоритет?

В един идеален свят не бихте избрали едното пред другото. Нужна ви е стратегия, която използва и двете, за да гарантира, че всеки потребител – независимо дали е съвсем нов потенциален клиент или лоялен фен – има безпроблемно преживяване.

Стандартните дълбоки линкове са вашият най-добър приятел за:

• Имейл маркетинг към съществуващи клиенти.
• Известия.
• Взаимодействие в социалните медии с настоящите ви последователи.

Отложените дълбоки линкове са задължителни за:

• Кампании за привличане на платени потребители (UA).
• Маркетинг чрез влиятелни лица и програми за препоръки.
• Крос-канални кампании, насочени към „студена“ аудитория.

Въпросът е, че ако използвате само стандартни линкове, всъщност затваряте вратата пред всеки потенциален нов потребител, който все още не е изтеглил приложението ви. Чрез внедряването на отложени линкове създавате „път с най-малко съпротивление“, който води директно до конверсия.

Справяне с техническите препятствия

В Android настройването на това може да бъде малко технически лабиринт. Трябва да навигирате в Intent Filters във вашия Android Manifest и да се уверите, че вашият JSON файл с Digital Asset Links е правилно хостван на вашия домейн. Ако дори една линия код е грешна, линкът няма да „се свърже“ с операционната система и потребителят се връща в изходна точка

И нека бъдем честни – ръчното управление на тези пренасочвания в различните версии на операционната система Android е главоболие, за което повечето екипи за растеж нямат време

Независимо дали изграждате тези потоци сами или търсите автоматизирани решения, целта остава същата: да спрете да карате потребителите си да се мъчат толкова, за да намерят това, което търсят. По-гладкото преживяване не е просто техническа „победа“; то е пряк тласък за вашите печалби.