Ce veți configura
- Încărcați fișierele dvs. Apple App Site Association și Android Asset Links, astfel încât Elido să le poată servi pe domeniul dvs. personalizat automat.
- Setați configurații iOS și Android per link — App ID, cale în aplicație și URL de rezervă — astfel încât clickurile să deschidă ecranul corect sau să revină la magazin.
- Măsurați rata de deschidere a aplicației per platformă în fila Analiză → Deep linking a linkului.
Deep links deschid aplicații native direct dintr-un URL scurt. Când vizitatorul are aplicația dvs. instalată, linkul lansează ecranul corect din interiorul aplicației. Când nu o are, revine la App Store (iOS) sau Play Store (Android) — sau orice alt URL pe care îl configurați.
Ce vă trebuie
Pentru a folosi deep links, aveți nevoie de:
- O aplicație iOS cu Universal Links configurate, SAU
- O aplicație Android cu App Links configurate, SAU
- Scheme URI personalizate (
myapp://) dacă nu aveți încă Universal/App Links.
Pentru Universal Links și App Links, va trebui de asemenea să publicați fișiere de asociere (apple-app-site-association pentru iOS, assetlinks.json pentru Android) pe domeniul dvs. personalizat. Elido le servește automat pentru dvs. odată ce încărcați fișierul în Setări → Domenii → Deep linking.
Configurarea deep links pe un link
- Deschideți pagina de detalii a linkului → Direcționare → Deep linking.
- Activați deep linking-ul.
- Adăugați o configurație iOS:
- App ID — de ex.
K72L8M4N9P.com.acme.myapp(ID-ul echipei + identificatorul pachetului din contul dvs. Apple Developer). - Cale în aplicație — către ce ar trebui să direcționeze aplicația. Calea este adăugată la gazda dvs. de universal link; SDK-ul din aplicație o citește din URL-ul de lansare.
- URL de rezervă — unde să trimiteți vizitatorii care nu au aplicația. De obicei lista dvs. din App Store.
- App ID — de ex.
- Adăugați o configurație Android:
- Nume pachet — de ex.
com.acme.myapp. - Cale în aplicație — aceeași idee ca la iOS.
- URL de rezervă — de obicei un URL Play Store cu numele pachetului dvs.
- Nume pachet — de ex.
- Salvați. Linkul va face acum direcționare bazată pe dispozitiv la fiecare click.
Ce se întâmplă în momentul clickului
Handler-ul de redirecționare returnează un interstițial HTML care rulează aproximativ 50 ms de JavaScript. Interstițialul:
- Detectează iOS vs Android vs desktop.
- Pe iOS: încearcă să deschidă prin Universal Link. Dacă sistemul de operare deschide aplicația, s-a terminat.
- Pe Android: la fel, cu App Links.
- După 1,2 secunde fără nicio aplicație, pagina redirecționează către URL-ul de rezervă.
Vizitatorii de pe desktop ajung întotdeauna direct la URL-ul de rezervă — nu există nicio aplicație de deschis.
Dacă un vizitator se află pe o platformă pe care nu o recunoaștem (web view în WeChat etc.), linkul revine la destinația de desktop. Puteți suprascrie acest lucru cu reguli de link inteligent.
Rezervă prin schemă URI
Dacă nu aveți Universal Links / App Links configurate, puteți totuși folosi o schemă URI personalizată:
- Schema iOS:
myapp:// - Schema Android:
myapp://
Interstițialul va încerca să deschidă schema și va reveni la App Store / Play Store după 1,2 secunde. Dezavantajul este că sistemul de operare arată o confirmare "Deschide în My App?" la prima lansare, ceea ce Universal Links evită.
Analize
Fiecare click înregistrează dacă aplicația s-a deschis sau s-a folosit rezerva. Fila Analiză → Deep linking a linkului arată rata de deschidere per platformă — utilă pentru a măsura cât de bine funcționează fișierele dvs. de asociere.
Limite
- O configurație iOS și o configurație Android per link.
- Deep linking este disponibil pe Pro și Business; planul gratuit susține doar redirecționări simple.
Capcane comune
Universal Links funcționează pe un dispozitiv real, dar nu în simulator. Acesta este comportamentul așteptat — simulatorul Apple nu poate prelua fișierul AASA. Testați pe un telefon real.
URL-ul de rezervă se deschide înainte ca aplicația măcar să încerce. Unele browsere Android (în special Samsung Internet) interceptează schema înainte ca sistemul de operare să o vadă. Asigurați-vă că configurarea App Links este completă: domeniu verificat, nume pachet corect, amprenta SHA-256 se potrivește.
iOS afișează uneori un banner tap-target în loc să deschidă aplicația. Acesta este tratamentul "Deschide în Safari → Banner inteligent" al iOS, care tratează pagina ca pe un site generic. Reîncărcarea fișierului AASA cu ID-ul corect al aplicației rezolvă de obicei problema.
Linkul deschide aplicația, apoi ecranul greșit. Direcționarea din aplicația dvs. nu se potrivește cu calea pe care o transmite Elido. Înregistrați URL-ul de lansare în aplicația dvs. pentru a confirma ce primiți efectiv, apoi actualizați configurația căii pentru a se potrivi.