Co skonfigurujesz
- Prześlij pliki Apple App Site Association i Android Asset Links, aby Elido mógł automatycznie serwować je na Twojej niestandardowej domenie.
- Ustaw konfiguracje iOS i Android per link — App ID, ścieżkę w aplikacji i URL fallback — żeby kliknięcia otwierały właściwy ekran lub wracały do sklepu.
- Mierz wskaźnik otwarcia aplikacji per platforma w zakładce Analityka → Deep linking linku.
Głębokie linki otwierają natywne aplikacje bezpośrednio z krótkiego URL-a. Gdy odwiedzający ma zainstalowaną Twoją aplikację, link uruchamia właściwy ekran w aplikacji. Gdy jej nie ma, wraca do App Store (iOS) lub Play Store (Android) — lub dowolnego innego URL-a który skonfigurujesz.
Czego potrzebujesz
Aby używać głębokich linków, potrzebujesz:
- Aplikacji iOS z skonfigurowanymi Universal Links, LUB
- Aplikacji Android z skonfigurowanymi App Links, LUB
- Niestandardowych schematów URI (
myapp://) jeśli nie masz jeszcze Universal/App Links.
Dla Universal Links i App Links będziesz też musiał opublikować pliki asocjacji (apple-app-site-association dla iOS, assetlinks.json dla Androida) na swojej niestandardowej domenie. Elido automatycznie je serwuje po przesłaniu pliku w Ustawienia → Domeny → Deep linking.
Skonfiguruj głębokie linki na linku
- Otwórz stronę szczegółów linku → Targeting → Deep linking.
- Włącz deep linking.
- Dodaj konfigurację iOS:
- App ID — np.
K72L8M4N9P.com.acme.myapp(Team ID + identyfikator bundle z Twojego konta Apple Developer). - Ścieżka w aplikacji — do czego aplikacja powinna nawigować. Ścieżka jest dołączana do hosta universal link; SDK w aplikacji odczytuje ją z URL-a uruchamiającego.
- URL fallback — gdzie wysyłać odwiedzających bez aplikacji. Zazwyczaj Twoja karta App Store.
- App ID — np.
- Dodaj konfigurację Androida:
- Package name — np.
com.acme.myapp. - Ścieżka w aplikacji — ta sama idea co iOS.
- URL fallback — zazwyczaj URL Play Store z Twoją nazwą pakietu.
- Package name — np.
- Zapisz. Link będzie teraz wykonywał routing oparty na urządzeniu przy każdym kliknięciu.
Co się dzieje w momencie kliknięcia
Handler przekierowania zwraca interstitial HTML, który uruchamia około 50 ms JavaScriptu. Interstitial:
- Wykrywa iOS vs Android vs desktop.
- Na iOS: próbuje otworzyć przez Universal Link. Jeśli system operacyjny otworzy aplikację, gotowe.
- Na Androidzie: to samo z App Links.
- Po 1,2 sekundy bez aplikacji strona przekierowuje na URL fallback.
Odwiedzający desktopu zawsze trafiają bezpośrednio na URL fallback — nie ma aplikacji do otwierania.
Jeśli odwiedzający jest na platformie, której nie rozpoznajemy (web view w WeChat itp.), link wraca do miejsca docelowego desktop. Możesz to nadpisać za pomocą reguł smart-link.
Fallback schematu URI
Jeśli nie masz skonfigurowanych Universal Links / App Links, nadal możesz używać niestandardowego schematu URI:
- Schemat iOS:
myapp:// - Schemat Android:
myapp://
Interstitial spróbuje otworzyć schemat i wróci do App Store / Play Store po 1,2 sekundy. Wadą jest to, że system operacyjny pokazuje potwierdzenie "Open in My App?" przy pierwszym uruchomieniu, czego Universal Links unika.
Analityka
Każde kliknięcie rejestruje, czy aplikacja się otworzyła, czy użyto fallback. Zakładka Analityka → Deep linking linku pokazuje wskaźnik otwarcia per platforma — przydatne do mierzenia jak dobrze działają Twoje pliki asocjacji.
Limity
- Jedna konfiguracja iOS i jedna Android per link.
- Deep linking jest dostępny w Pro i Business; plan darmowy obsługuje tylko płaskie przekierowania.
Częste pułapki
Universal Links działa na prawdziwym urządzeniu, ale nie w symulatorze. To oczekiwane — symulator Apple nie może pobrać pliku AASA. Testuj na prawdziwym telefonie.
URL fallback otwiera się zanim aplikacja nawet spróbuje. Niektóre przeglądarki Android (Samsung Internet w szczególności) przechwytują schemat zanim system operacyjny go zobaczy. Upewnij się, że konfiguracja App Links jest kompletna: domena zweryfikowana, prawidłowa nazwa pakietu, pasujący fingerprint SHA-256.
iOS czasami pokazuje baner tap-target zamiast otwierać aplikację. To "Open in Safari → Smart Banner" iOS traktujący stronę jako zwykłą witrynę. Ponowne przesłanie pliku AASA z prawidłowym App ID zazwyczaj to naprawia.
Link otwiera aplikację, ale na złym ekranie. Routing w aplikacji nie pasuje do ścieżki, którą przekazuje Elido. Zaloguj URL uruchamiający wewnątrz aplikacji, aby potwierdzić co faktycznie otrzymujesz, a następnie zaktualizuj konfigurację ścieżki, żeby pasowała.