Elido
Centrum pomocy
Linki i przekierowania

Głębokie linki do aplikacji mobilnych

Otwieraj własną aplikację iOS lub Android z krótkiego linku Elido gdy jest zainstalowana, i wracaj do App Store lub Play Store w przeciwnym razie.

3 min czytaniaZaktualizowano 2026-05-15

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#

  1. Otwórz stronę szczegółów linku → Targeting → Deep linking.
  2. Włącz deep linking.
  3. 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.
  4. 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.
  5. 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:

  1. Wykrywa iOS vs Android vs desktop.
  2. Na iOS: próbuje otworzyć przez Universal Link. Jeśli system operacyjny otworzy aplikację, gotowe.
  3. Na Androidzie: to samo z App Links.
  4. 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.

Czy to było pomocne?
Potrzebujesz więcej? Napisz do zespołu - odpowiedź w ciągu jednego dnia roboczego.Skontaktuj się z pomocą