Konwersje w aplikacji w GA4: cross-channel bez osobnego narzędzia

Google rozszerzył raporty cross-channel i narzędzia do zarządzania konwersjami na konwersje z aplikacji. Do tej pory te widoki pokazywały wyłącznie web. Nota wydania GA4 z 29 września 2026 opisuje zmianę w trzech zdaniach, a konsekwencje są większe niż sugeruje długość komunikatu.

Dla zespołu, który prowadzi jednocześnie sklep i aplikację, to pytanie o jedno źródło prawdy. Atrybucję web i aplikacyjną trzeba było dotąd sklejać ręcznie, zwykle w arkuszu, a rozjazd między raportem GA4 i Google Ads tłumaczyć klientowi na spotkaniu. Teraz oba typy konwersji wchodzą do tych samych raportów, ale na własnych zasadach.

Co dokładnie mówi nota wydania

Komunikat wymienia dwie zmiany. Pierwsza to wsparcie konwersji aplikacyjnych w raportach konwersji, w tym w wydajności, analizie atrybucji i modelach atrybucji. Druga to osobne ustawienia atrybucji dla konwersji z aplikacji, które można teraz regulować niezależnie od ustawień dla web.

Nocie towarzyszą dwa zastrzeżenia i oba warto przeczytać, zanim złożysz obietnicę klientowi. Google pisze wprost, że funkcja może nie być dostępna w Twojej usłudze i że zespół GA4 pracuje nad rozszerzeniem jej na kolejne properties. Drugie zastrzeżenie dotyczy budżetowania cross-channel, które nadal obsługuje wyłącznie konwersje web.

Skąd biorą się konwersje z aplikacji

Konwersje z aplikacji nie są liczone tak jak web. Instalacje rejestrują się jako zdarzenie first_open, bo pakiet Firebase SDK nie działa przed pierwszym otwarciem aplikacji. Nie ma tu odpowiednika page_view, na którym można oprzeć sesję.

Metody atrybucji instalacji są cztery: auto-tagging, linki uniwersalne w iOS, Android app links oraz Play Store Referral API, a do tego instalacje z Apple Search Ads. Auto-tagging nie jest wspierany dla instalacji w iOS i to pierwsza rzecz, która zaskakuje w raporcie. Instalacje z Play Store pokazują źródło google-play, gdy wejście ma referrer, albo (direct), gdy deep link idzie bez referrera. Instalacje z Apple Search Ads pokazują źródło Apple, medium search i parametr term równy keywordId z AdServices, o ile projekt Xcode zawiera framework AdServices.

Ręczną atrybucję pierwszej instalacji ustawia się zdarzeniem campaign_details wysłanym krótko po instalacji. To ostatnia deska ratunku, gdy sieć afiliacyjna albo partner nie przekazuje żadnego identyfikatora.

Model atrybucji dla aplikacji działa po swojemu

Ustawienie kanałów, którym przypisujesz konwersję, ma jeden wyjątek, który trzeba znać. Opcja Płatne i organiczne dotyczy tylko konwersji web. Konwersje z aplikacji zawsze korzystają z modelu Płatne kanały Google. Nie da się tego przestawić i nie jest to błąd w konfiguracji.

Model atrybucji w raportach wybiera się na poziomie raportu, a nie na stałe dla usługi. Horyzont atrybucji i sposób liczenia konwersji zależą od tego, czy wybierzesz Google Ads, czy GA4. Zmiana ustawienia kanałów działa na przyszłość i obejmuje wszystkie połączone konta Google Ads, a odzwierciedlenie w danych zajmuje kilka dni.

Strefy czasowe obu produktów nadal się różnią. GA4 liczy w strefie usługi, Google Ads w strefie konta. Przy konwersjach aplikacyjnych, gdzie wolumen jest mniejszy, kilka godzin przesunięcia wystarczy, żeby ostatni dzień zakresu wyglądał inaczej w dwóch raportach.

Osobne ustawienia atrybucji dla aplikacji

Ustawienia atrybucji dla kluczowych zdarzeń znajdziesz w Adminie, w sekcji Wyświetlanie danych, przy zdarzeniach. Wymagana rola to Marketer lub wyższa na poziomie usługi. To tam rozstrzyga się, ile kredytu dostaje aplikacja, a ile web, i tam warto zajrzeć przed pierwszym raportem dla klienta.

Dla każdego kluczowego zdarzenia możesz utworzyć jedną konwersję web i jedną konwersję aplikacyjną w każdym połączonym koncie Google Ads. Dokumentacja podaje przykład zdarzenia generate_lead, które daje osiem konwersji przy czterech połączonych kontach. Bez dobrego nazewnictwa konwersji w Google Ads taki zestaw zamienia pulpit w listę duplikatów.

Raport wydajności konwersji

Raport Conversion performance jest w wersji beta i wdrażany stopniowo. Wymaga usługi zbierającej dane, co najmniej jednego kluczowego zdarzenia, połączonego konta Google Ads oraz konwersji utworzonej w Google Ads na podstawie tego zdarzenia. Dane sięgają 15 marca 2024 roku, a interfejs działa tylko na pulpicie.

Raport nie wypełnia się dla usług podrzędnych ani zbiorczych i nie obsługuje skomplikowanych konfiguracji połączeń z Google Ads. Pokazuje wyłącznie konwersje udostępnione Google Ads i zawsze mierzy użytkowników między urządzeniami tak samo jak Google Ads, niezależnie od ustawienia tożsamości raportowania w usłudze.

Przy uzgadnianiu liczb wybierz Google Ads i sprawdź pozycję Wszystkie konwersje. Ta liczba zgadza się z Google Ads co do jednej konwersji. Sumy w GA4 mogą być wyższe, gdy w grę wchodzą kanały płatne i organiczne, ale ten mechanizm dotyczy tylko web. Przy wyborze GA4 możesz zmienić model atrybucji i obejmie on cały zakres dat, natomiast przy wyborze Google Ads model zostaje zablokowany, bo odzwierciedla aktywne ustawienie konwersji.

Zgody w aplikacji to osobny temat

Wytyczne ICO dotyczące technologii przechowywania i dostępu, sfinalizowane 29 kwietnia 2026, obejmują strony, aplikacje mobilne i inne usługi online. Piksele, dekorowanie linków, storage lokalny, fingerprinting oraz skrypty i tagi wchodzą w zakres tej samej definicji.

Pomiar reklamowy nadal wymaga zgody i żaden cel reklamowy nie mieści się w wyjątku niezbędności. Wyjątek dla celów statystycznych z ustawy Data (Use and Access) Act 2025 obejmuje analitykę służącą ulepszaniu usługi, ale wymaga jasnej informacji i prostego sposobu wniesienia sprzeciwu bez opłaty. W aplikacjach dochodzi druga warstwa w postaci App Tracking Transparency w iOS, więc zgoda na identyfikator reklamowy to nie to samo co zgoda na pomiar analityczny.

Co zrobić w tym tygodniu

Sprawdź w Adminie przy kluczowych zdarzeniach, czy dla konwersji aplikacyjnych widzisz osobne ustawienia atrybucji. Jeśli ich nie ma, funkcja nie dotarła jeszcze do usługi i nie ma sensu obiecywać jej klientowi.

Przejrzyj listę konwersji w połączonym koncie Google Ads i policz, ile z nich powstało z tego samego kluczowego zdarzenia raz dla web, raz dla aplikacji. Nazwij je tak, żeby po nazwie dało się rozpoznać platformę, bo inaczej raport cross-channel będzie wymagał legendy.

Zapisz, jaki horyzont atrybucji i jaki model są aktywne, i porównaj ostateczną liczbę konwersji z Google Ads dla tego samego zakresu dat. Rozjazd na poziomie kilku procent w ostatnich dniach zakresu jest normalny. Rozjazd dwucyfrowy oznacza problem po stronie implementacji zdarzeń, nie atrybucji.