Android-käyttäjän matka: Miksi oikealla linkillä on merkitystä

Johdanto

Android-käyttäjälle mobiiliverkko voi usein tuntua sarjalta umpikujia. Selaat Chrome-selaimella, näet mainoksen tuotteesta, jonka todella haluat, klikkaat linkkiä – ja sitten ei tapahdu mitään. Joko jäät jumiin mobiilisivustolle, jota ei ole optimoitu, tai, mikä vielä pahempaa, sinut ohjataan yleiselle App Store -sivulle ilman aavistustakaan siitä, miten löydät juuri näkemäsi tarjouksen.

Tämä on ”intent gap” eli aikomuksen kuilu, ja se on tärkein syy siihen, miksi mobiilimarkkinoijat näkevät niin korkeita keskeyttämisasteita hankintavaiheessa.

Jos ylläpidät Android-sovellusta, tavallisen syvälinkityksen ja viivästetyn syvälinkityksen välisen eron ymmärtäminen on ensimmäinen askel kohti tämän katkenneen käyttäjäpolun korjaamista. Se on ero saumattoman kokemuksen ja turhauttavan ”missä olen?” -hetken välillä.

Tavallinen syvälinkitys: jo konvertoituneille

Ajattele tavallista syvälinkitystä suorana ”teleportti”-painikkeena käyttäjille, joilla on sovelluksesi jo asennettuna.

Kun käyttäjä napsauttaa tavallista syvälinkkiä – olipa kyseessä sitten URL-skeema (kuten myapp://) tai Android App Link (turvallisempi HTTPS-versio) – Android-käyttöjärjestelmä tunnistaa linkin ja avaa sovelluksen välittömästi tietyllä näytöllä.

Tämä on täydellinen ratkaisu käyttäjien sitouttamiseen. Jos lähetät olemassa olevalle asiakkaalle sähköpostin, jossa ilmoitetaan ”Tilauksesi on lähetetty”, tavallinen syvälinkki vie hänet suoraan sovelluksen seurantasivulle. Se on nopeaa, tehokasta ja pitää käyttäjän kiinnostuneena.

Mikä on ongelma? Jos käyttäjä on äskettäin poistanut sovelluksen tai napsauttaa linkkiä uudella laitteella, tavallinen syvälinkki ei toimi. Usein se johtaa vain virheilmoitukseen tai tyhjään sivuun. Ja kuten tiedämme, toimimaton linkki on nopein tapa menettää asiakas lopullisesti.

Viivästetty syvälinkitys: Play Storen aukon ylittäminen

Tässä vaiheessa viivästetty syvälinkitys nousee hankintastrategian sankariksi.

Toisin kuin tavallinen syvälinkki, viivästetty syvälinkki ”muistaa”, minne käyttäjä halusi mennä, vaikka hänellä ei vielä olisi sovellusta asennettuna.

Jos uusi käyttäjä napsauttaa viivästettyä linkkiä, prosessi etenee seuraavasti:

1. Käyttäjä ohjataan Google Play -kauppaan lataamaan sovellus.

2. Kun sovellus on asennettu ja avattu ensimmäisen kerran, linkki ”lykkää” alkuperäistä kohdetta.

3. Sovellus ohjaa käyttäjän automaattisesti siihen tiettyyn tarjoukseen tai tuotteeseen, jota hän alun perin klikkasi.

Se "lykkää" syvälinkin tehokkaasti, kunnes asennusprosessi on valmis. Tämä on ratkaisevan tärkeää verkkokauppa- ja pelisovelluksille, joissa alkuperäinen "koukku" on tietty tarjous. Et pyydä heitä vain lataamaan sovellusta, vaan täytät lupauksen, jota he alun perin klikkasivat.

Kumpaa sinun tulisi priorisoida?

Ihannetapauksessa et valitsisi toista toisen sijaan. Tarvitset strategian, joka hyödyntää molempia, jotta jokaisella käyttäjällä – olipa kyseessä sitten aivan uusi potentiaalinen asiakas tai uskollinen fani – on sujuva kokemus.

Tavalliset syvälinkit ovat paras valinta seuraaviin tarkoituksiin:

• Sähköpostimarkkinointi nykyisille asiakkaille.

• Push-ilmoitukset.

• Sosiaalisen median vuorovaikutus nykyisten seuraajien kanssa.

Lykätyt syvälinkit ovat välttämättömiä seuraavissa tilanteissa:

• Maksulliset käyttäjähankintakampanjat (UA).

• Vaikuttajamarkkinointi ja suositteluohjelmat.

• Monikanavakampanjat, joissa kohderyhmänä on ”kylmä” yleisö.

Tärkeintä on, että jos käytät vain standardilinkkejä, suljet käytännössä oven jokaisen potentiaalisen uuden käyttäjän edestä, joka ei ole vielä ladannut sovellustasi. Ottamalla käyttöön viivästettyjä linkkejä luot ”vähiten vastustusta tarjoavan polun”, joka johtaa suoraan konversioon.

Teknisten esteiden käsittely

Androidissa tämän asettaminen voi olla hieman tekninen labyrintti. Sinun on navigoitava Android Manifestin Intent-suodattimissa ja varmistettava, että Digital Asset Links JSON -tiedosto on oikein isännöity domainillasi. Jos yksi rivi koodia on väärin, linkki ei ”kättele” käyttöjärjestelmän kanssa, ja käyttäjä on takaisin lähtöruudussa

Ja ollaan rehellisiä – näiden uudelleenohjauksien manuaalinen hallinta eri Android-käyttöjärjestelmäversioissa on päänsärky, johon useimmilla kasvutiimeillä ei ole aikaa.

Rakennatpa näitä prosesseja itse tai etsitpä automatisoituja ratkaisuja, tavoite pysyy samana: älä pakota käyttäjiä ponnistelemaan liikaa löytääkseen etsimäänsä. Sujuvampi käyttökokemus ei ole vain tekninen ”voitto”, vaan se parantaa suoraan tulostasi.