Przez lata deferred deep linking pozwalał kampaniom zorientowanym na mobile growth prowadzić użytkowników z wiadomości SMS, RCS i Viber bezpośrednio do właściwego miejsca w aplikacji. W wielu firmach mechanizmem obsługującym tę ścieżkę były Firebase Dynamic Links. Usługa ta została jednak wyłączona 25 sierpnia 2025, więc linki oparte na FDL nie mogą stanowić już podstawy kampanii pozyskujących użytkowników, programów poleceń ani działań re-engagement.
W tej sytuacji rozwiązaniem nie jest po prostu inny skracacz linków. Stabilna architektura polega na mechanizmach natywnych dla systemów mobilnych: iOS Universal Links i Android App Links, zweryfikowanych względem domeny kontrolowanej przez Twoją markę. Własna krótka domena staje się wtedy elementem kampanijnym: utrzymuje rozpoznawalny adres, wspiera routing i pomiar wyników, a także łączy kanały messagingowe z aplikacją bez uzależnienia od linków, które mogą zniknąć wraz z dostawcą rozwiązania.
W tym artykule omawiam jak wypełnić lukę po Firebase Dynamic Links: jak działają natywne deep linki, jak zaprojektować deferred flow po instalacji, jak rzetelnie go mierzyć oraz kiedy w RCS i Viberze stosować przyciski, a kiedy widoczne brandowane linki wraz z dobrze zaplanowanym fallbackiem.
Podstawy deep linkingu: Universal Links i App Links jako trwały fundament
Deep link prowadzi do konkretnego ekranu w zainstalowanej aplikacji. Deferred deep link robi to zachowują miejsce docelowe również kiedy użytkownik nie ma jeszcze aplikacji. Najpierw prowadzi on przez proces instalacji, a następnie – przy poprawnym wdrożeniu – do właściwego ekranu przy pierwszym uruchomieniu.
Po zamknięciu Firebase Dynamic Links stabilną podstawą takiej architektury są mechanizmy wbudowane w systemy mobilne:
| Platforma | Mechanizm | Plik powiązania domeny z aplikacją | Co potwierdza |
|---|---|---|---|
| iOS | Universal Links | apple-app-site-association (AASA) | Domena może otwierać określone ścieżki w aplikacji iOS |
| Android | App Links | /.well-known/assetlinks.json | Domena jest powiązana ze zweryfikowaną aplikacją Android |
Na iOS aplikacja deklaruje domeny przez funkcję Associated Domains, a Twoja własna domena hostuje plik AASA określający ścieżki obsługiwane przez aplikację. Na Androidzie aplikacja deklaruje obsługiwane linki, a Twoja domena hostuje plik assetlinks.json, który łączy ją z konkretnym pakietem aplikacji i certyfikatem podpisującym.
W obu przypadkach obowiązują te same podstawowe wymagania:
- domena musi pozostawać pod kontrolą organizacji
- plik weryfikacyjny musi być dostępny przez HTTPS
- ścieżka weryfikacji nie może zawierać przekierowań
- aplikacja musi poprawnie obsługiwać właściwe adresy i ekrany docelowe
Co istotne, brandowany link kampanijny może wykorzystywać przekierowania w ścieżce użytkownika, ale weryfikacja powiązania domeny z aplikacją musi odbywać się bezpośrednio. Brak pliku, błędny fingerprint certyfikatu na Androidzie albo redirect na endpointcie weryfikacyjnym mogą sprawić, że link otworzy się w przeglądarce zamiast w aplikacji.
💡 Dlatego też Universal Links i App Links stanowią właściwą bazę dla mobile app deep linkingu: wiążą one własną domenę z aplikacją na poziomie systemu operacyjnego. Dostawca routingu lub atrybucji może rozbudować tę architekturę, ale nie powinien zastępować jej fundamentu.
Firebase Dynamic Links: co w praktyce oznacza zamknięcie usługi
Firebase Dynamic Links łączyły szereg funkcji: prowadziły użytkownika do właściwego ekranu w aplikacji, zachowywały kontekst po instalacji, obsługiwały parametry kampanii i zapewniały fallback, gdy nie można było otworzyć aplikacji.
❗ Google wyłączyło usługę 25 sierpnia 2025. Linki oparte na FDL przestały działać, więc każda aktywna kampania, ścieżka onboardingowa, program poleceń lub kampania re-engagement nadal z nich korzystająca wymaga migracji.
W praktyce problem nie ogranicza się do niedziałającego URL-a. Link w SMS-ie może przestać otwierać ekran rejestracji. Kampania instalacyjna w RCS może nie doprowadzić użytkownika do odpowiedniej oferty po pobraniu aplikacji. Program poleceń może stracić element niezbędny do przypisania rekomendacji konkretnej osobie. Awaria pojawia się dokładnie w miejscu, w którym wiadomość powinna przejść w działanie w aplikacji.
Właśnie dlatego poszukiwanie rozwiązania alternatywnego dla Firebase Dynamic Links nie powinno sprowadzać się do znalezienia usługi działającej identycznie jak ono. Trwała architektura obejmować będzie dwa obszary:
- Natywny routing do aplikacji: Universal Links na iOS i App Links na Androidzie ustanawiają zweryfikowane powiązanie między domeną a aplikacją.
- Routing i pomiar kampanii: własna krótka domena obsługuje widoczny link, fallbacki, parametry UTM oraz analitykę kliknięć.
Zewnętrzne platformy takie jak Branch, Adjust czy AppsFlyer mogą mieć nadal sens jeśli potrzebujesz zaawansowanej atrybucji instalacji, dopasowania kliknięcia do pierwszego uruchomienia aplikacji, ochrony przed oszustwami albo pogłębionego pomiaru cross-channel. Nie zastępują one jednak poprawnie skonfigurowanych Universal Links i App Links.
Po wyłączeniu Firebase Dynamic Links kierunek wydaje się jasny: buduj routing do aplikacji bazując na mechanizmach natywnych dla systemów mobilnych, a warstwę linków kampanijnych i pomiaru oprzyj na domenie kontrolowanej przez Twoją markę.
Jak działa deferred deep linking i jak rzetelnie go mierzyć
Deferred deep linking prowadzi do wybranego ekranu aplikacji również wtedy, gdy użytkownik nie ma jej jeszcze zainstalowanej. Zamiast tracić kontekst kampanii w momencie przejścia do sklepu, ścieżka powinna odtworzyć go zaraz po instalacji i pierwszym uruchomieniu aplikacji.
Typowa sekwencja wygląda następująco:
- Użytkownik klika brandowany krótki link w wiadomości SMS, RCS lub Viber.
- Jeśli ma aplikację, Universal Link lub App Link otwiera właściwy ekran.
- Jeśli nie ma aplikacji, trafia do App Store lub Google Play.
- Po instalacji aplikacja odtwarza pierwotny kontekst i otwiera docelowy ekran, na przykład z produktem, statusem zamówienia, ofertą lub nagrodą za polecenie.
Przykładowo: sms.marka.pl/zamowienie/8429 może od razu otworzyć zamówienie 8429 u użytkownika aplikacji. Przy nowym użytkowniku link powinien przeprowadzić go przez instalację, a następnie zabrać w to samo miejsce.
W tej ścieżce własna krótka domena pełni rolę widocznej, kontrolowanej przez Ciebie warstwy kampanijnej. Pozwala ona zachować rozpoznawalny adres, parametry kampanii oraz reguły routingu i fallbacków.
Sama domena nie odtwarza jednak wszystkich funkcji Firebase Dynamic Links. Zachowanie kontekstu po instalacji wymaga odpowiedniej obsługi po stronie aplikacji, a przy bardziej zaawansowanej atrybucji, również również narzędzia do pomiaru kampanii aplikacyjnych lub wyspecjalizowanego dostawcy deep linkingu.
Rzetelny pomiar ścieżki po kliknięciu
Pomiar warto rozdzielić na cztery sygnały:
| Sygnał | Co pokazuje |
|---|---|
| Kliknięcie krótkiego linku | Pierwszą reakcję na CTA w wiadomości |
| Przejście do sklepu lub instalację | Czy link uruchomił ścieżkę pozyskania użytkownika |
| Pierwsze otwarcie aplikacji z odtworzonym kontekstem | Czy deferred deep linking zadziałał |
| Zdarzenie in-app | Czy użytkownik wykonał oczekiwaną akcję |
Parametry UTM powinny pozostać na docelowym adresie lub w warstwie routingu kampanii, aby wejścia na stronę mobilną nadal były prawidłowo przypisywane w GA4. W aplikacji identyfikatory kampanii i zdarzenia in-app powinny odpowiadać strukturze stosowanej w pomiarze webowym. Dzięki temu możesz porównywać wyniki niezależnie od tego czy użytkownik zakończył ścieżkę w aplikacji, czy na stronie.
Nie każde wywołanie short linka oznacza kliknięcie przez człowieka. Podglądy linków, skany bezpieczeństwa, boty i powtórzone requesty mogą zawyżyć raport, szczególnie przy bogatszych formatach wiadomości. Dlatego pomiar powinien filtrować ruch automatyczny i deduplikować zdarzenia kliknięcia, instalacji, pierwszego otwarcia oraz konwersji.
Deferred deep linking na iOS
Na iOS Universal Links zapewniają zweryfikowaną ścieżkę otwarcia aplikacji, ale atrybucja po instalacji podlega ograniczeniom prywatności, w tym zasadom związanym z App Tracking Transparency. Własna domena i konsekwentne oznaczenie kampanii pozwalają zachować podstawę pomiaru: wiesz, który link został kliknięty i możesz łączyć go z dalszymi zdarzeniami w zakresie obsługiwanym przez wybraną metodę atrybucji.
💡 Deferred deep linking warto więc traktować bardziej jak lejek, nie jak samą liczbę kliknięć. Link spełnia swoją rolę dopiero wtedy, gdy kontekst kampanii zostaje zachowany w całym procesie instalacyjnym, a użytkownik dotrze do akcji, o której mowa w wiadomości.
Fallback bez ślepych zaułków: aplikacja, sklep i strona mobilna
Deep link faktycznie spełnia swoją rolę tylko jeśli każdy użytkownik dociera do zamierzonego celu niezależnie od tego czy ma aplikację, jakiego używa urządzenia i czy natywne otwarcie aplikacji jest w danym przypadku możliwe.
Każdy link kampanijny powinien obejmować cztery scenariusze:
| Scenariusz | Oczekiwany rezultat |
|---|---|
| Aplikacja jest zainstalowana | Universal Link lub App Link otwiera właściwy ekran w aplikacji |
| Aplikacja nie jest zainstalowana | Użytkownik trafia do App Store lub Google Play |
| Użytkownik instaluje aplikację po kliknięciu | Deferred deep link odtwarza właściwy kontekst przy pierwszym uruchomieniu jeśli wdrożenie to umożliwia |
| Desktop lub nieobsługiwane urządzenie | Użytkownik trafia na funkcjonalną stronę mobilną lub webową, nie na błąd |
Strona webowa jako fallback nie powinna być traktowana jedynie jako dodatek. Stanowi ona podstawowe zabezpieczenie ścieżki na wypadek gdy aplikacja nie może się otworzyć albo kontekst po instalacji nie może zostać wiarygodnie odtworzony. Jeśli CTA brzmi „Śledź zamówienie”, fallback powinien umożliwić sprawdzenie statusu. Jeśli wiadomość prowadzi do oferty, użytkownik powinien móc ją zobaczyć również poza aplikacją.
Własna krótka domena może być wspólnym punktem wejścia dla wszystkich tych ścieżek: sms.marka.pl/zamowienie/8429
Stojące za tym adresem reguły routingu mogą kierować użytkownika do aplikacji, odpowiedniego sklepu lub strony webowej. Sam link pozostaje spójny i rozpoznawalny, natomiast decyzja o miejscu docelowym zależy od urządzenia, dostępności aplikacji i możliwości odtworzenia kontekstu.
Zasada ta ma znaczenie również w RCS. Przycisk typu Otwórz może uruchomić preferowaną ścieżkę, ale fallback nadal musi prowadzić do miejsca, w którym użytkownik wykona to samo działanie. Przycisk, który po awarii natywnej ścieżki prowadzi donikąd tylko ukrywa problem.
💡 Prosta reguła wdrożeniowa: najpierw określ właściwy ekran w aplikacji, następnie równoważny cel w sklepie i na stronie webowej, a przed uruchomieniem kampanii przetestuj każdą ścieżkę. Deep linking pomaga w konwersji tylko kiedy żaden użytkownik nie trafia w ślepy zaułek.
Kiedy przyciski wygrywają z widocznymi linkami, a kiedy nie
W RCS i Viberze przycisk zwykle stanowi najlepsze CTA dla bezpośrednich działań: Śledź zamówienie, Zapłać, Zamów ponownie czy Otwórz ofertę. Użytkownik widzi konkretne działanie, a nie techniczny element ścieżki, która prowadzi go do aplikacji lub strony.
Widoczny brandowany link nadal ma znaczenie, gdy wiadomość może zostać skopiowana, przekazana dalej, pokazana w podglądzie albo dostarczona jako fallback SMS. W takich sytuacjach domena staje się częścią oceny wiarygodności wiadomości: go.marka.pl/zaplac jest łatwiejsze do rozpoznania niż adres oparty na publicznym skracaczu.
| Scenariusz | Lepszy wybór | Dlaczego |
|---|---|---|
| Bezpośrednie działanie w RCS lub Viberze | Przycisk | Upraszcza interakcję i eksponuje CTA |
| Fallback SMS dla kampanii RCS | Widoczny brandowany link | Odbiorca widzi surowy adres URL |
| Wiadomość może być przekazywana lub kopiowana | Widoczny brandowany link | Cel pozostaje rozpoznawalny poza pierwotnym formatem |
| Link może pojawić się w podglądzie | Własna domena za przyciskiem lub linkiem | Domena nadal wspiera zaufanie |
| Routing między aplikacją, sklepem i stroną webową | Przycisk oparty na własnej krótkiej domenie | Lepszy UX bez utraty kontroli nad ścieżką |
Przycisk nie eliminuje potrzeby użycia własnej krótkiej domeny. Użytkownik RCS może zobaczyć wygodny przycisk, ale odbiorca na urządzeniu bez obsługi RCS otrzyma SMS fallback z widocznym adresem. Podobnie link z Vibera może zostać przekopiowany poza aplikację, gdzie interfejs przycisku już nie istnieje. W każdej wersji tej ścieżki domena i routing powinny działać wiarygodnie.
Użytkownicy coraz ostrożniej reagują na linki w wiadomościach. Dane Proofpoint wskazują, że 75% organizacji doświadczyło smishingu w 2023 roku, a URL występował w 55% podejrzanych wiadomości smishingowych. Rozpoznawalna domena nie zastępuje zabezpieczeń, ale ogranicza niejasność w momencie kliknięcia.
💡 Prosta zasada: stosuj przyciski, gdy interfejs może ułatwić natychmiastowe działanie, a widoczne brandowane linki tam, gdzie URL może być widoczny, skopiowany lub potraktowany jako sygnał zaufania. W obu przypadkach własna krótka domena powinna pozostać stałym punktem wejścia dla routingu, fallbacków i pomiaru.
Stabilna ścieżka do aplikacji bez Firebase Dynamic Links
Wyłączenie Firebase Dynamic Links pokazało, że routing kampanii mobilnych nie powinien zależeć wyłącznie od mechanizmu linkowego należącego do jednego dostawcy. Trwalszym fundamentem jest zweryfikowane powiązanie własnej domeny z aplikacją przez Universal Links na iOS i App Links na Androidzie.
Własna krótka domena uzupełnia ten mechanizm jako stały punkt wejścia dla kampanii SMS, RCS, Viber, kodów QR i ścieżek fallback. Pozwala ona utrzymać rozpoznawalny link, kierować użytkownika zależnie od urządzenia i dostępności aplikacji, zachować parametry kampanii oraz mierzyć kliknięcia. Jeśli potrzebujesz zaawansowanej atrybucji instalacji lub dopasowania kliknięcia do pierwszego uruchomienia aplikacji, warstwę pomiaru kampanii mobilnej możesz dodać nad natywną architekturą.
Trzy najważniejsze zasady są następujące:
- Oprzyj routing do aplikacji na mechanizmach natywnych. Universal Links i App Links powinny stanowić bazę, a zewnętrzni dostawcy rozszerzenie, jeśli wymaga tego pomiar.
- Używaj własnej krótkiej domeny w kampaniach wiadomości. Jeden kontrolowany link może obsługiwać aplikację, sklep, stronę webową i analitykę kampanii.
- Traktuj fallback jak część doświadczenia użytkownika. Przyciski ułatwiają kliknięcie w RCS i Viberze, ale brandowany link zachowuje zaufanie i ciągłość ścieżki wszędzie tam gdzie URL staje się widoczny.
MessageFlow zapewnia brandowaną, mierzalną warstwę linków w kampaniach cross-channel. Sam deep linking i deferred flow nadal muszą być zaprojektowane zgodnie z wymaganiami aplikacji i systemów mobilnych, ale link kampanijny powinien pozostać pod Twoją kontrolą: rozpoznawalny, mierzalny i przygotowany na każdy wariant ścieżki użytkownika.
FAQ – Deferred deep linking
Deep link otwiera konkretny ekran w już zainstalowanej aplikacji. Deferred deep link zachowuje miejsce docelowe gdy aplikacji jeszcze nie ma: użytkownik przechodzi przez instalację, a następnie trafia do właściwego ekranu przy pierwszym uruchomieniu.
Nie do samej natywnej podstawy. Universal Links i App Links wiążą Twoją domenę z aplikacją. Usługa zewnętrzna może być nadal potrzebna, jeśli wymagasz zaawansowanej atrybucji instalacji, dopasowania kliknięcia do pierwszego otwarcia, ochrony przed oszustwami albo rozbudowanego raportowania.
Potrzebujesz domeny działającej przez HTTPS, pliku apple-app-site-association hostowanego na tej domenie oraz konfiguracji Associated Domains w aplikacji iOS. Ścieżka weryfikacji nie może zawierać przekierowań. Odtworzenie kontekstu po instalacji wymaga dodatkowej obsługi deferred deep linkingu.
Gdy kampania przechodzi na fallback SMS, przycisk może zostać zastąpiony widocznym URL-em. Dlatego link powinien nadal prowadzić do właściwego ekranu aplikacji, sklepu z aplikacjami albo strony webowej. Własna krótka domena zachowuje rozpoznawalność linku w fallbacku.
Nie samodzielnie. Może obsłużyć widoczny link kampanijny, routing, pomiar, UTM-y i fallbacki. Natywne otwieranie aplikacji nadal wymaga jednak Universal Links i App Links, a zaawansowana atrybucja po instalacji może wymagać dodatkowego rozwiązania.
Przez lata deferred deep linking pozwalał kampaniom zorientowanym na mobile growth prowadzić użytkowników z wiadomości SMS, RCS i Viber bezpośrednio do właściwego miejsca w aplikacji. W wielu firmach mechanizmem obsługującym tę ścieżkę były Firebase Dynamic Links. Usługa ta została jednak wyłączona 25 sierpnia 2025, więc linki oparte na FDL nie mogą stanowić już podstawy kampanii pozyskujących użytkowników, programów poleceń ani działań re-engagement.
W tej sytuacji rozwiązaniem nie jest po prostu inny skracacz linków. Stabilna architektura polega na mechanizmach natywnych dla systemów mobilnych: iOS Universal Links i Android App Links, zweryfikowanych względem domeny kontrolowanej przez Twoją markę. Własna krótka domena staje się wtedy elementem kampanijnym: utrzymuje rozpoznawalny adres, wspiera routing i pomiar wyników, a także łączy kanały messagingowe z aplikacją bez uzależnienia od linków, które mogą zniknąć wraz z dostawcą rozwiązania.
W tym artykule omawiam jak wypełnić lukę po Firebase Dynamic Links: jak działają natywne deep linki, jak zaprojektować deferred flow po instalacji, jak rzetelnie go mierzyć oraz kiedy w RCS i Viberze stosować przyciski, a kiedy widoczne brandowane linki wraz z dobrze zaplanowanym fallbackiem.
Podstawy deep linkingu: Universal Links i App Links jako trwały fundament
Deep link prowadzi do konkretnego ekranu w zainstalowanej aplikacji. Deferred deep link robi to zachowują miejsce docelowe również kiedy użytkownik nie ma jeszcze aplikacji. Najpierw prowadzi on przez proces instalacji, a następnie – przy poprawnym wdrożeniu – do właściwego ekranu przy pierwszym uruchomieniu.
Po zamknięciu Firebase Dynamic Links stabilną podstawą takiej architektury są mechanizmy wbudowane w systemy mobilne:
| Platforma | Mechanizm | Plik powiązania domeny z aplikacją | Co potwierdza |
| iOS | Universal Links | apple-app-site-association (AASA) | Domena może otwierać określone ścieżki w aplikacji iOS |
| Android | App Links | /.well-known/assetlinks.json | Domena jest powiązana ze zweryfikowaną aplikacją Android |
Na iOS aplikacja deklaruje domeny przez funkcję Associated Domains, a Twoja własna domena hostuje plik AASA określający ścieżki obsługiwane przez aplikację. Na Androidzie aplikacja deklaruje obsługiwane linki, a Twoja domena hostuje plik assetlinks.json, który łączy ją z konkretnym pakietem aplikacji i certyfikatem podpisującym.
W obu przypadkach obowiązują te same podstawowe wymagania:
- domena musi pozostawać pod kontrolą organizacji
- plik weryfikacyjny musi być dostępny przez HTTPS
- ścieżka weryfikacji nie może zawierać przekierowań
- aplikacja musi poprawnie obsługiwać właściwe adresy i ekrany docelowe
Co istotne, brandowany link kampanijny może wykorzystywać przekierowania w ścieżce użytkownika, ale weryfikacja powiązania domeny z aplikacją musi odbywać się bezpośrednio. Brak pliku, błędny fingerprint certyfikatu na Androidzie albo redirect na endpointcie weryfikacyjnym mogą sprawić, że link otworzy się w przeglądarce zamiast w aplikacji.
💡 Dlatego też Universal Links i App Links stanowią właściwą bazę dla mobile app deep linkingu: wiążą one własną domenę z aplikacją na poziomie systemu operacyjnego. Dostawca routingu lub atrybucji może rozbudować tę architekturę, ale nie powinien zastępować jej fundamentu.
Firebase Dynamic Links: co w praktyce oznacza zamknięcie usługi
Firebase Dynamic Links łączyły szereg funkcji: prowadziły użytkownika do właściwego ekranu w aplikacji, zachowywały kontekst po instalacji, obsługiwały parametry kampanii i zapewniały fallback, gdy nie można było otworzyć aplikacji.
❗ Google wyłączyło usługę 25 sierpnia 2025. Linki oparte na FDL przestały działać, więc każda aktywna kampania, ścieżka onboardingowa, program poleceń lub kampania re-engagement nadal z nich korzystająca wymaga migracji.
W praktyce problem nie ogranicza się do niedziałającego URL-a. Link w SMS-ie może przestać otwierać ekran rejestracji. Kampania instalacyjna w RCS może nie doprowadzić użytkownika do odpowiedniej oferty po pobraniu aplikacji. Program poleceń może stracić element niezbędny do przypisania rekomendacji konkretnej osobie. Awaria pojawia się dokładnie w miejscu, w którym wiadomość powinna przejść w działanie w aplikacji.
Właśnie dlatego poszukiwanie rozwiązania alternatywnego dla Firebase Dynamic Links nie powinno sprowadzać się do znalezienia usługi działającej identycznie jak ono. Trwała architektura obejmować będzie dwa obszary:
- Natywny routing do aplikacji: Universal Links na iOS i App Links na Androidzie ustanawiają zweryfikowane powiązanie między domeną a aplikacją.
- Routing i pomiar kampanii: własna krótka domena obsługuje widoczny link, fallbacki, parametry UTM oraz analitykę kliknięć.
Zewnętrzne platformy takie jak Branch, Adjust czy AppsFlyer mogą mieć nadal sens jeśli potrzebujesz zaawansowanej atrybucji instalacji, dopasowania kliknięcia do pierwszego uruchomienia aplikacji, ochrony przed oszustwami albo pogłębionego pomiaru cross-channel. Nie zastępują one jednak poprawnie skonfigurowanych Universal Links i App Links.
Po wyłączeniu Firebase Dynamic Links kierunek wydaje się jasny: buduj routing do aplikacji bazując na mechanizmach natywnych dla systemów mobilnych, a warstwę linków kampanijnych i pomiaru oprzyj na domenie kontrolowanej przez Twoją markę.
Jak działa deferred deep linking i jak rzetelnie go mierzyć
Deferred deep linking prowadzi do wybranego ekranu aplikacji również wtedy, gdy użytkownik nie ma jej jeszcze zainstalowanej. Zamiast tracić kontekst kampanii w momencie przejścia do sklepu, ścieżka powinna odtworzyć go zaraz po instalacji i pierwszym uruchomieniu aplikacji.
Typowa sekwencja wygląda następująco:
- Użytkownik klika brandowany krótki link w wiadomości SMS, RCS lub Viber.
- Jeśli ma aplikację, Universal Link lub App Link otwiera właściwy ekran.
- Jeśli nie ma aplikacji, trafia do App Store lub Google Play.
- Po instalacji aplikacja odtwarza pierwotny kontekst i otwiera docelowy ekran, na przykład z produktem, statusem zamówienia, ofertą lub nagrodą za polecenie.
Przykładowo: sms.marka.pl/zamowienie/8429 może od razu otworzyć zamówienie 8429 u użytkownika aplikacji. Przy nowym użytkowniku link powinien przeprowadzić go przez instalację, a następnie zabrać w to samo miejsce.
W tej ścieżce własna krótka domena pełni rolę widocznej, kontrolowanej przez Ciebie warstwy kampanijnej. Pozwala ona zachować rozpoznawalny adres, parametry kampanii oraz reguły routingu i fallbacków.
Sama domena nie odtwarza jednak wszystkich funkcji Firebase Dynamic Links. Zachowanie kontekstu po instalacji wymaga odpowiedniej obsługi po stronie aplikacji, a przy bardziej zaawansowanej atrybucji, również również narzędzia do pomiaru kampanii aplikacyjnych lub wyspecjalizowanego dostawcy deep linkingu.
Rzetelny pomiar ścieżki po kliknięciu
Pomiar warto rozdzielić na cztery sygnały:
| Sygnał | Co pokazuje |
| Kliknięcie krótkiego linku | Pierwszą reakcję na CTA w wiadomości |
| Przejście do sklepu lub instalację | Czy link uruchomił ścieżkę pozyskania użytkownika |
| Pierwsze otwarcie aplikacji z odtworzonym kontekstem | Czy deferred deep linking zadziałał |
| Zdarzenie in-app | Czy użytkownik wykonał oczekiwaną akcję |
Parametry UTM powinny pozostać na docelowym adresie lub w warstwie routingu kampanii, aby wejścia na stronę mobilną nadal były prawidłowo przypisywane w GA4. W aplikacji identyfikatory kampanii i zdarzenia in-app powinny odpowiadać strukturze stosowanej w pomiarze webowym. Dzięki temu możesz porównywać wyniki niezależnie od tego czy użytkownik zakończył ścieżkę w aplikacji, czy na stronie.
Nie każde wywołanie short linka oznacza kliknięcie przez człowieka. Podglądy linków, skany bezpieczeństwa, boty i powtórzone requesty mogą zawyżyć raport, szczególnie przy bogatszych formatach wiadomości. Dlatego pomiar powinien filtrować ruch automatyczny i deduplikować zdarzenia kliknięcia, instalacji, pierwszego otwarcia oraz konwersji.
Deferred deep linking na iOS
Na iOS Universal Links zapewniają zweryfikowaną ścieżkę otwarcia aplikacji, ale atrybucja po instalacji podlega ograniczeniom prywatności, w tym zasadom związanym z App Tracking Transparency. Własna domena i konsekwentne oznaczenie kampanii pozwalają zachować podstawę pomiaru: wiesz, który link został kliknięty i możesz łączyć go z dalszymi zdarzeniami w zakresie obsługiwanym przez wybraną metodę atrybucji.
💡 Deferred deep linking warto więc traktować bardziej jak lejek, nie jak samą liczbę kliknięć. Link spełnia swoją rolę dopiero wtedy, gdy kontekst kampanii zostaje zachowany w całym procesie instalacyjnym, a użytkownik dotrze do akcji, o której mowa w wiadomości.
Fallback bez ślepych zaułków: aplikacja, sklep i strona mobilna
Deep link faktycznie spełnia swoją rolę tylko jeśli każdy użytkownik dociera do zamierzonego celu niezależnie od tego czy ma aplikację, jakiego używa urządzenia i czy natywne otwarcie aplikacji jest w danym przypadku możliwe.
Każdy link kampanijny powinien obejmować cztery scenariusze:
| Scenariusz | Oczekiwany rezultat |
| Aplikacja jest zainstalowana | Universal Link lub App Link otwiera właściwy ekran w aplikacji |
| Aplikacja nie jest zainstalowana | Użytkownik trafia do App Store lub Google Play |
| Użytkownik instaluje aplikację po kliknięciu | Deferred deep link odtwarza właściwy kontekst przy pierwszym uruchomieniu jeśli wdrożenie to umożliwia |
| Desktop lub nieobsługiwane urządzenie | Użytkownik trafia na funkcjonalną stronę mobilną lub webową, nie na błąd |
Strona webowa jako fallback nie powinna być traktowana jedynie jako dodatek. Stanowi ona podstawowe zabezpieczenie ścieżki na wypadek gdy aplikacja nie może się otworzyć albo kontekst po instalacji nie może zostać wiarygodnie odtworzony. Jeśli CTA brzmi „Śledź zamówienie”, fallback powinien umożliwić sprawdzenie statusu. Jeśli wiadomość prowadzi do oferty, użytkownik powinien móc ją zobaczyć również poza aplikacją.
Własna krótka domena może być wspólnym punktem wejścia dla wszystkich tych ścieżek: sms.marka.pl/zamowienie/8429
Stojące za tym adresem reguły routingu mogą kierować użytkownika do aplikacji, odpowiedniego sklepu lub strony webowej. Sam link pozostaje spójny i rozpoznawalny, natomiast decyzja o miejscu docelowym zależy od urządzenia, dostępności aplikacji i możliwości odtworzenia kontekstu.
Zasada ta ma znaczenie również w RCS. Przycisk typu Otwórz może uruchomić preferowaną ścieżkę, ale fallback nadal musi prowadzić do miejsca, w którym użytkownik wykona to samo działanie. Przycisk, który po awarii natywnej ścieżki prowadzi donikąd tylko ukrywa problem.
💡 Prosta reguła wdrożeniowa: najpierw określ właściwy ekran w aplikacji, następnie równoważny cel w sklepie i na stronie webowej, a przed uruchomieniem kampanii przetestuj każdą ścieżkę. Deep linking pomaga w konwersji tylko kiedy żaden użytkownik nie trafia w ślepy zaułek.
Kiedy przyciski wygrywają z widocznymi linkami, a kiedy nie
W RCS i Viberze przycisk zwykle stanowi najlepsze CTA dla bezpośrednich działań: Śledź zamówienie, Zapłać, Zamów ponownie czy Otwórz ofertę. Użytkownik widzi konkretne działanie, a nie techniczny element ścieżki, która prowadzi go do aplikacji lub strony.
Widoczny brandowany link nadal ma znaczenie, gdy wiadomość może zostać skopiowana, przekazana dalej, pokazana w podglądzie albo dostarczona jako fallback SMS. W takich sytuacjach domena staje się częścią oceny wiarygodności wiadomości: go.marka.pl/zaplac jest łatwiejsze do rozpoznania niż adres oparty na publicznym skracaczu.
| Scenariusz | Lepszy wybór | Dlaczego |
| Bezpośrednie działanie w RCS lub Viberze | Przycisk | Upraszcza interakcję i eksponuje CTA |
| Fallback SMS dla kampanii RCS | Widoczny brandowany link | Odbiorca widzi surowy adres URL |
| Wiadomość może być przekazywana lub kopiowana | Widoczny brandowany link | Cel pozostaje rozpoznawalny poza pierwotnym formatem |
| Link może pojawić się w podglądzie | Własna domena za przyciskiem lub linkiem | Domena nadal wspiera zaufanie |
| Routing między aplikacją, sklepem i stroną webową | Przycisk oparty na własnej krótkiej domenie | Lepszy UX bez utraty kontroli nad ścieżką |
Przycisk nie eliminuje potrzeby użycia własnej krótkiej domeny. Użytkownik RCS może zobaczyć wygodny przycisk, ale odbiorca na urządzeniu bez obsługi RCS otrzyma SMS fallback z widocznym adresem. Podobnie link z Vibera może zostać przekopiowany poza aplikację, gdzie interfejs przycisku już nie istnieje. W każdej wersji tej ścieżki domena i routing powinny działać wiarygodnie.
Użytkownicy coraz ostrożniej reagują na linki w wiadomościach. Dane Proofpoint wskazują, że 75% organizacji doświadczyło smishingu w 2023 roku, a URL występował w 55% podejrzanych wiadomości smishingowych. Rozpoznawalna domena nie zastępuje zabezpieczeń, ale ogranicza niejasność w momencie kliknięcia.
💡 Prosta zasada: stosuj przyciski, gdy interfejs może ułatwić natychmiastowe działanie, a widoczne brandowane linki tam, gdzie URL może być widoczny, skopiowany lub potraktowany jako sygnał zaufania. W obu przypadkach własna krótka domena powinna pozostać stałym punktem wejścia dla routingu, fallbacków i pomiaru.
Stabilna ścieżka do aplikacji bez Firebase Dynamic Links
Wyłączenie Firebase Dynamic Links pokazało, że routing kampanii mobilnych nie powinien zależeć wyłącznie od mechanizmu linkowego należącego do jednego dostawcy. Trwalszym fundamentem jest zweryfikowane powiązanie własnej domeny z aplikacją przez Universal Links na iOS i App Links na Androidzie.
Własna krótka domena uzupełnia ten mechanizm jako stały punkt wejścia dla kampanii SMS, RCS, Viber, kodów QR i ścieżek fallback. Pozwala ona utrzymać rozpoznawalny link, kierować użytkownika zależnie od urządzenia i dostępności aplikacji, zachować parametry kampanii oraz mierzyć kliknięcia. Jeśli potrzebujesz zaawansowanej atrybucji instalacji lub dopasowania kliknięcia do pierwszego uruchomienia aplikacji, warstwę pomiaru kampanii mobilnej możesz dodać nad natywną architekturą.
Trzy najważniejsze zasady są następujące:
- Oprzyj routing do aplikacji na mechanizmach natywnych. Universal Links i App Links powinny stanowić bazę, a zewnętrzni dostawcy rozszerzenie, jeśli wymaga tego pomiar.
- Używaj własnej krótkiej domeny w kampaniach wiadomości. Jeden kontrolowany link może obsługiwać aplikację, sklep, stronę webową i analitykę kampanii.
- Traktuj fallback jak część doświadczenia użytkownika. Przyciski ułatwiają kliknięcie w RCS i Viberze, ale brandowany link zachowuje zaufanie i ciągłość ścieżki wszędzie tam gdzie URL staje się widoczny.
MessageFlow zapewnia brandowaną, mierzalną warstwę linków w kampaniach cross-channel. Sam deep linking i deferred flow nadal muszą być zaprojektowane zgodnie z wymaganiami aplikacji i systemów mobilnych, ale link kampanijny powinien pozostać pod Twoją kontrolą: rozpoznawalny, mierzalny i przygotowany na każdy wariant ścieżki użytkownika.
