Tot ce trebuie să știți despre Mobile Deep Link

Când vine vorba de legături profunde, nu mulți oameni știu ce este. Este eroul necunoscut al lumii tehnologiei. Cu toate acestea, oamenii îl folosesc zilnic fără să-și dea seama de existența sa, sau poate nu știu că are un nume. În această postare, veți obține câteva idei de bază despre ce este linkul profund și cum este aplicat pe mobil.

Ce este legătura profundă?

Deep linking este o metodologie pentru lansarea unei aplicații mobile native prin intermediul unui link.

Deep link face exact ceea ce spune: duce utilizatorii în adâncul unui site web/aplicație cu un link. Pe desktop, link-ul profund este utilizarea unui hyperlink care face trimitere la un anumit conținut dintr-un site web (de exemplu, „http://example.com/path/page”), mai degrabă decât pagina de pornire a site-ului web (de exemplu, „http:/ /example.com/”). Pe dispozitive mobile, legăturile profunde utilizează un identificator de resurse uniform (URI) care face legătura cu o anumită locație dintr-o aplicație mobilă, în loc să lanseze aplicația. În această serie, ne concentrăm doar pe legăturile profunde mobile.

Deci, navigați pe internet pe mobil. Cauți „Facebook” pe Google și primul rezultat indică pagina de pornire a Facebook. Atingeți acel link și, în loc să fiți redirecționat către pagina de pornire a Facebook, se deschide aplicația Facebook de pe mobil. Practic, așa funcționează legătura profundă mobilă.

Activarea deeplinking-ului pentru o aplicație mobilă vă va permite să invocați deeplink-uri care deschid o aplicație și lansați ecrane specifice, definite în cadrul aplicației, cum ar fi pagina de pornire, paginile de produse și coșul de cumpărături, la fel ca pe un site web.
Deeplinking-ul este util în special pentru eforturile de promovare, deoarece vă permite dvs. și oricărei terțe părți să deschideți aplicația atunci când faceți clic pe un link, mai degrabă decât să conduceți către un site web sau la lista aplicației dvs. din iOS App Store sau Google Play.

3 tipuri de legături profunde

1. Legături profunde tradiționale

Legăturile profunde tradiționale pot direcționa utilizatorii către conținutul aplicației, atâta timp cât aplicația este deja instalată când linkul este deschis. Aceasta înseamnă că linkurile profunde tradiționale nu funcționează dacă utilizatorul nu are aplicația și vor afișa fie o eroare, fie o pagină de rezervă.

2. Legături profunde amânate

Legăturile profunde amânate pot direcționa utilizatorii către conținut, chiar dacă aplicația nu este instalată atunci când linkul este deschis. Linkul va redirecționa mai întâi către App Store sau Play Store pentru a descărca aplicația, apoi va duce utilizatorul la conținutul „amânat” imediat după prima lansare.

3. Legături profunde contextuale

Legăturile profunde contextuale au toată funcționalitatea legăturilor profunde amânate, plus multe altele. Linkurile profunde contextuale stochează informații despre unde dorește să meargă un utilizator, unde a fost făcut clic pe link, cine a partajat inițial linkul și o cantitate aproape nelimitată de date personalizate.

Legăturile contextuale adaugă valoare atât pentru dezvoltatorii de aplicații, cât și pentru utilizatori. Dezvoltatorii de aplicații pot construi funcții puternice dincolo de simpla legătură de conținut, inclusiv bun venit personalizat (unde vezi recomandarea prietenului tău în aplicație dacă îți partajează un articol) și programe de recomandare. Utilizatorii aplicațiilor beneficiază, deoarece aplicațiile pot oferi experiențe mai bune și informații mai relevante.

Schema URI

Schemele URI personalizate au fost forma originală de legături profunde pentru aplicațiile mobile. Sunt ca și cum ați crea un „internet privat” pentru aplicația dvs., cu linkuri care arată ca myapp://path/to/content . Avantajul schemelor URI personalizate este că sunt ușor de configurat și majoritatea aplicațiilor au deja una. Dezavantajul este că dispozitivul unui utilizator știe despre acest „internet privat” doar dacă aplicația corespunzătoare este deja instalată și nu există nicio opțiune de rezervă grațioasă în mod implicit.

Abordarea soluționării conexiunii profunde cu schemele URI implică utilizarea unui link tradițional http:// pentru a lansa un browser web. Acest link conține o redirecționare JavaScript către o schemă URI personalizată, care este executată de browserul web pentru a lansa aplicația. Dacă încercarea de redirecționare eșuează, deoarece aplicația nu este instalată, JavaScript duce apoi utilizatorul la App Store sau Play Store.

Aceasta este încă abordarea principală a legăturii profunde pe Android, dar Apple a început să blocheze această abordare pe iOS în 2015, odată cu lansarea Universal Links .

Legături universale Apple iOS

Apple a introdus Universal Links în iOS 9 ca o soluție la lipsa unei funcționalități de rezervă grațioase în legăturile profunde ale schemei URI personalizate. Linkurile universale sunt link-uri web standard (http://mydomain.com) care indică atât o pagină web, cât și un conținut din interiorul unei aplicații. Când se deschide o legătură universală, iOS verifică dacă vreun dispozitiv instalat este înregistrat pentru acel domeniu. Dacă da, aplicația este lansată imediat, fără a încărca niciodată pagina web. Dacă nu, adresa URL web (care poate fi o simplă redirecționare către App Store) este încărcată în Safari.

Un studiu al miilor de aplicații de pe platforma Branch a constatat că Universal Links a crescut conversia pentru deschidere cu 40%.

Linkuri Android

Google a construit App Links ca echivalentul Android cu iOS Universal Links și funcționează într-un mod foarte similar: un link web standard care indică atât o pagină web, cât și o bucată de conținut din interiorul unei aplicații. Acest lucru are ca rezultat o experiență mai ușoară a utilizatorului, dar deoarece schemele URI personalizate sunt încă pe deplin acceptate de fiecare versiune de Android, aplicațiile Link-uri au înregistrat o adoptare foarte scăzută.

Link-uri aplicației Facebook

Facebook a creat App Links în 2014 ca un standard deschis pentru a rezolva limitările legăturilor profunde ale schemei URI. Link-urile aplicațiilor au două componente principale:

1. Un set de metaetichete de adăugat la destinația paginii web a unui link standard http:// . Aceste etichete specifică locația personalizată a schemei URI a conținutului corespunzător din cadrul aplicației native și comportamentul care ar trebui să apară dacă aplicația nu este instalată.
2. Un motor de rutare pentru utilizare în interiorul aplicațiilor care acceptă deschiderea linkurilor. Acest motor verifică adresa URL de destinație pentru etichetele App Links înainte de a o deschide, apoi lansează aplicația corespunzătoare sau execută comportamentul de rezervă specificat.

http://applinks.org/documentation/

Standardul App Links are un defect critic: necesită lucru atât din partea aplicației de origine, cât și a celor de destinație. În timp ce componenta metaetichete a fost adoptată pe scară largă, singurele implementări majore ale motorului de rutare au fost în aplicațiile de bază Facebook și Messenger.

Facebook preferă acum să păstreze utilizatorii în interiorul platformei sale și a eliminat motorul de rutare App Links de peste tot, cu excepția aplicației principale pentru Android. Deoarece Facebook blochează și legăturile universale iOS, acest lucru nu lasă nicio modalitate fiabilă de a deschide aplicații terță parte de pe Facebook sau Messenger pe iOS. Branch a implementat o soluție pentru a ajuta la rezolvarea acestor limitări.

Structura Deeplink

Un deeplink funcționează la fel ca un hyperlink tradițional pe o pagină web. Este compus din elemente separate care alcătuiesc ceea ce se numește un identificator uniform de resurse (URI). URI-ul conține toate informațiile care, atunci când sunt invocate, lansează o aplicație mobilă cu un anumit ecran.

Când vă gândiți la structura deeplink, cea mai bună practică este să implementați o adresă URL cu un nume unic de schemă și parametri de rutare (cale și șiruri de interogare) care reprezintă acțiuni personalizate de efectuat în aplicație. Dacă nu aveți nevoi foarte specifice, vă recomandăm să utilizați o structură URL simplă, așa cum se arată în exemplul de mai jos:

 mobiledeeplinkingprojectdemo://path?query_string

Unde mobiledeeplinkingprojectdemo este numele schemei și calea și șirul de interogare sunt parametrii de rutare utilizați pentru a direcționa în continuare utilizatorul către o anumită experiență în aplicație.

Pentru numele schemei:

• Atunci când alegeți un nume de schemă, este esențial să alegeți un nume unic pentru marca dvs. pentru a evita schemele conflictuale în diferite aplicații
• În prezent, nu există o autoritate centrală care să gestioneze conflictele cu numele schemelor
• Cea mai bună practică este ca numele schemei să facă referire la marca dvs. (de exemplu, mobiledeeplinkingprojectdemo). Un alt model sugerat pentru numele schemelor este utilizarea notării inverse a numelor de domeniu (de exemplu, org.mobiledeeplinking), dar aceasta nu este urmată pe scară largă

Pentru parametrii de rutare (cale și șir de interogare):

• Parametrii de rutare sunt opționali, dar sunt foarte recomandați. Parametrii de rutare vă oferă un control suplimentar pentru direcționarea utilizatorului către anumite ecrane ale aplicației sau transmiterea unor parametri suplimentari
• Șirul de interogare este opțional și poate fi folosit dacă trebuie să transmiteți parametri specifici, cum ar fi un ID de produs
• Terții pot adăuga metadate suplimentare la parametrii de rutare, deci este important ca aplicația dvs. să poată gestiona acest caz de utilizare (bibliotecile iOS și Android discutate în partea 2 țin cont de acest lucru)
• Dacă aplicația mobilă are un site web corespunzător, se recomandă ca sintaxa parametrilor de rutare pentru aplicația mobilă să se potrivească cu structura URL de pe site

Iată câteva exemple de deeplink-uri pentru aplicații populare pe iOS:

Implementarea Deeplink

Indiferent dacă alegeți să utilizați biblioteca MobileDeepLinking, implementarea legăturii profunde necesită:

• Selectați schema URI pe care o veți utiliza și declarați-o în manifestul aplicației (discutat mai detaliat mai jos). După cum sa discutat în partea 1, numele schemei trebuie să fie unic pentru aplicația dvs. , altfel pot apărea conflicte cu alte aplicații
• Definiți acțiunile pe care doriți să le lansați folosind un link profund. Asigurați-vă că aceste acțiuni sunt în conformitate cu sintaxa URI pe care ați ales-o. După cum sa menționat în partea 1, utilizarea sintaxei URL este foarte recomandată (de exemplu schemename://path?query_string )

După ce ați terminat, puteți începe să implementați codul care se va ocupa de calea și secțiunile șirului de interogare ale adresei URL pentru a lansa acțiunea intenționată.

Este recomandat să utilizați bibliotecile MobileDeepLinking, dar dacă doriți să implementați direct deeplinking mobil, procesul de nivel înalt este următorul:

iOS

Aplicațiile iOS sunt entități autonome. Există un singur punct de intrare în aplicație: AppDelegate. Când se inițiază un link profund către aplicația dvs., acesta va apela AppDelegate cu metadatele de linking profund.

Este important să mențineți o stare consecventă în aplicația dvs., oferind în același timp experiența dorită. Un link profund poate fi declanșat oricând în orice stare a aplicației și este responsabilitatea dvs. să mențineți aplicația într-o stare stabilă.

De exemplu, aceasta poate însemna să permiteți utilizatorului să revină la ecranul principal al aplicației dvs. Pentru a realiza acest lucru, trebuie să împingeți controlerele de vizualizare adecvate pentru a trimite utilizatorul la partea dorită a aplicației dvs., menținând în același timp ierarhia corectă de vizualizare.

Când aplicația este deschisă, puteți recupera adresa URL care a fost folosită pentru a o lansa și o puteți procesa în funcție de nevoile dvs.

Puteți găsi documentația de referință pe AppDelegate aici.

Android

Aplicațiile Android sunt compuse dintr-un set de activități. Fiecare dintre aceste activități poate fi apelată de alte aplicații dacă este configurată ca atare. În funcție de modul în care sunt structurate aplicația și linkurile profunde, puteți alege să utilizați un punct final central sau mai multe.

Este important să mențineți o stare consecventă în aplicația dvs., oferind în același timp experiența dorită. O activitate Android se va lansa pe lângă contextul actual și este responsabilitatea dvs. să vă asigurați că este menținută ierarhia corespunzătoare de vizualizare. În plus, este important să aveți pregătite datele necesare pentru Activitate atunci când aceasta este încărcată pentru utilizator.

Când aplicația este deschisă, puteți recupera adresa URL care a fost folosită pentru a o lansa și o puteți procesa în funcție de nevoile dvs.

Puteți găsi documentație de referință pe Android deeplinking aici.

Cazuri de utilizare

1. Conversia utilizatorilor web în utilizatori ai aplicației

Ce se întâmplă dacă v-ați gândit să construiți un site web mobil excelent, pe lângă o aplicație nativă frumoasă, dar observați că rata de conversie este mai bună în aplicația nativă decât pe web. În acest caz, conversia utilizatorilor de web mobile pentru a descărca aplicația dvs. ar putea da un impuls afacerii dvs. În timp ce mutarea acestora de la unul la altul poate fi o provocare, legăturile profunde ușurează. Cu ajutorul link-ului profund pentru dispozitive mobile, puteți trece fără probleme utilizatorii de pe site-ul dvs. mobil la conținutul echivalent din aplicația dvs. Și pentru că linkurile supraviețuiesc procesului de instalare a aplicației, chiar și utilizatorii noi pot relua de unde au rămas pe site-ul dvs. mobil fără să piardă nicio ritm.

2. Campanii sociale, e-mail și SMS

Trimite oferte promoționale folosind link-uri care funcționează pe orice platformă. Utilizatorii actuali și viitori vă pot valorifica ofertele indiferent dacă folosesc iOS, Android sau un browser web și dacă au sau nu deja instalată aplicația dvs.

3. Partajare utilizator la utilizator

Una dintre cele mai eficiente modalități de a determina noi utilizatori să instaleze aplicația dvs. este de a le permite utilizatorilor să partajeze conținut din aplicația dvs. cu prietenii lor. Cu ajutorul link-ului profund mobil, puteți crea o experiență excelentă de partajare de la utilizator la utilizator: utilizatorii care primesc recomandări de conținut de la prietenii lor pot face clic pe un link și pot fi direcționați direct la conținutul partajat din aplicația dvs., chiar dacă trebuie să acceseze App Store sau Google Play Store pentru a instala mai întâi aplicația.

4. Promovarea aplicației în lumea reală

Utilizați coduri QR sau coduri de bare care codifică o legătură profundă în afișajele dvs. fizice pentru a vă promova aplicația la evenimente și locuri. Utilizatorii își pot folosi camera telefoanelor mobile pentru a scana coduri QR/coduri de bare și pot fi redirecționați către conținutul vizat din aplicația dvs. sau pot fi solicitați să instaleze aplicația dvs. dacă nu au făcut-o.

Cele 4 cazuri de utilizare de mai sus sunt doar câteva exemple ale modului în care link-ul profund vă poate ajuta afacerea, din punctul de vedere al unui marketer. Există, cu siguranță, multe alte moduri în care puteți utiliza link-ul profund mobil în aplicația dvs. pentru a crește vânzările și implicarea.

Concluzie

Legăturile profunde sunt pur și simplu o modalitate de a identifica, adresa și transporta utilizatorii către conținut specific din aplicații. Deși sunt convenabile (și necesare), acestea nu sunt atât de revoluționare sau incitante. Valoarea viitoare a legăturilor profunde constă în modul în care le folosim - ce se construiește deasupra lor și noile experiențe de consum pe care le vor permite.

Aceasta va include modalități noi de a descoperi legături profunde pentru aplicațiile pe care le aveți, descoperirea de noi aplicații prin conținut și servicii relevante care pot fi conectate în profunzime și transferul mai multor informații prin link-urile în sine. La fel ca un hyperlink, nu este mecanismul care va schimba lumea, ci modul în care le folosim pentru a conecta web-ul împreună.