Fraud Blocker Więcej zarejestrowanych konwersji w GA4, dzięki niewielkiej zmianie | mbridge

O 10% więcej zarejestrowanych konwersji w GA4 dzięki 2 sekundom opóźnienia | Case study Analityka

Dane analityczne są tylko tak dobre, jak procesy, które za nimi stoją. Nawet poprawnie wdrożone zdarzenia i skonfigurowane tagi nie gwarantują jeszcze, że wszystkie konwersje zostaną poprawnie zarejestrowane.

Okładka publikacji z telefonem pokazującym stoper oraz hasłem „10% zysku z 2 sekund oczekiwania”.

Podczas jednego z projektów analitycznych zauważyliśmy problem z rejestracją transakcji w Google Analytics 4 oraz systemach reklamowych w e-commerce Klienta mbridge. Część konwersji nie trafiała do raportów, mimo że sam proces zakupowy działał poprawnie. Analiza wykazała, że źródłem problemu nie była błędna konfiguracja tagów, ale zbyt szybkie przekierowanie użytkownika do operatora płatności. Pozornie niewielka zmiana pozwoliła zwiększyć liczbę rejestrowanych konwersji w GA4 o 10%.

Grafika 2 sekundy = 10%

Sytuacja wyjściowa

Podczas testów wdrożenia analityki zauważyliśmy nieprawidłowości związane z rejestracją zdarzenia Purchase.

W trakcie finalizacji zakupu użytkownik był niemal natychmiast przekierowywany do zewnętrznego operatora płatności. W efekcie część tagów odpowiedzialnych za przesyłanie danych do Google Analytics 4, Google Ads, Meta Ads i innych platform nie kończyła poprawnie swojego działania.

Grafika przedstawiająca status still running Google Analitycs 4

W trybie podglądu Google Tag Managera część z nich pozostawała w statusie „still running”, co sugerowało, że proces ich wykonania został przerwany przed zakończeniem. Kluczowym wyzwaniem było ustalenie, dlaczego poprawnie skonfigurowane tagi nie przesyłają wszystkich danych o transakcjach.

Działania

Rozpoczęliśmy od analizy działania tagów odpowiedzialnych za rejestrację konwersji oraz przebiegu całego procesu zakupowego.

arrow-violet

Zweryfikowaliśmy konfigurację zdarzenia Purchase oraz wszystkich tagów odpowiedzialnych za przesyłanie danych do GA4 i systemów reklamowych.

arrow-violet

Przeanalizowaliśmy działanie procesu zakupowego krok po kroku, obserwując moment wywołania zdarzeń oraz zachowanie strony podczas przekierowania do operatora płatności.

arrow-violet

W trybie debugowania Google Tag Managera zauważyliśmy, że część tagów pozostaje w statusie „still running”, co oznaczało, że nie zdążyły zakończyć działania przed opuszczeniem strony przez użytkownika.

Grafika przedstawiająca zakres działań związanych z analizą i weryfikacją wdrożenia e-commerce.

Hipoteza

Jedną z najczęstszych przyczyn statusu „still running” jest sytuacja, w której użytkownik zostaje przekierowany do kolejnego adresu URL szybciej, niż przeglądarka zdąży wykonać wszystkie uruchomione skrypty. Na podstawie przeprowadzonej analizy wysunęliśmy hipotezę, że problem nie leży w konfiguracji analityki, ale w czasie dostępnego okna na wykonanie tagów.

W przypadku tego Klienta przekierowanie do operatora płatności następowało niemal natychmiast po wywołaniu zdarzenia Purchase. Oznaczało to, że część skryptów odpowiedzialnych za przesłanie danych mogła zostać przerwana przed zakończeniem działania.

Rozwiązanie

Po zidentyfikowaniu źródła problemu zarekomendowaliśmy wydłużenie czasu przekierowania do operatora płatności.

arrow-violet

Przygotowaliśmy rekomendację techniczną dla zespołu IT Klienta.

arrow-violet

Zaproponowaliśmy wydłużenie czasu oczekiwania przed przekierowaniem do około 2 sekund.

arrow-violet

Po wdrożeniu zmian przeprowadziliśmy ponowne testy procesu zakupowego i zweryfikowaliśmy działanie tagów w Google Tag Managerze.

Zmiana była praktycznie niezauważalna z perspektywy użytkownika, ale dała skryptom wystarczająco dużo czasu na poprawne przesłanie danych do narzędzi analitycznych i reklamowych.

Efekty

Wdrożona zmiana szybko przełożyła się na poprawę jakości pomiaru.

arrow-violet

Wzrost liczby rejestrowanych konwersji w Google Analytics 4 o 10%.

arrow-violet

Poprawa skuteczności działania tagów odpowiedzialnych za pomiar transakcji.

arrow-violet

Ograniczenie problemu statusów „still running” w Google Tag Managerze.

arrow-violet

Większa wiarygodność danych wykorzystywanych do oceny skuteczności działań marketingowych.

Dzięki temu Klient uzyskał pełniejszy obraz wyników sprzedażowych i mógł podejmować decyzje marketingowe na podstawie dokładniejszych danych.

W analityce problem nie zawsze znajduje się tam, gdzie pokazują go raporty.

Czasem wystarczy niewielka zmiana techniczna, aby odzyskać dane, które wcześniej były bezpowrotnie tracone. Dlatego tak ważne jest łączenie analizy wdrożenia z testowaniem rzeczywistych zachowań użytkowników i całego procesu zakupowego.

Sytuacja wyjściowa, rozwiązanie i efekt.
Sytuacja wyjściowa, rozwiązanie i efekt.

Wnioski

Ten projekt pokazał, że nawet poprawnie wdrożona analityka może tracić część danych, jeśli proces zakupowy nie uwzględnia sposobu działania przeglądarek i skryptów śledzących.

Najważniejsze wnioski z projektu:

arrow-violet

poprawna konfiguracja tagów nie zawsze oznacza poprawny pomiar danych,

arrow-violet

problemy z analityką mogą wynikać z logiki działania procesu zakupowego, a nie z błędów wdrożeniowych,

arrow-violet

status „still running” w Google Tag Managerze może być sygnałem utraty części danych o konwersjach,

arrow-violet

niewielkie zmiany techniczne mogą znacząco poprawić jakość pomiaru i wiarygodność raportowania.

Z perspektywy biznesowej najważniejsze było odzyskanie części utraconych konwersji i zwiększenie jakości danych, które stanowią podstawę oceny skuteczności działań marketingowych.

Dziękujemy za przesłanie formularza kontaktowego.

Poświęć nam jeszcze 20 sekund!

Zanim przejdziemy do konkretów, mamy do Ciebie krótką prośbę. Odpowiedz na 3 szybkie pytania, które bardzo nam pomogą.