Zamów usługę →

Без категорії

Case study: audyt i konfiguracja Google Analytics 4 (GA4) dla e-commerce serwisu biletowego

Буряк Марія | 01 maj 2026 | 13 min czytania 4 wyświetleń

W tym artykule udokumentujemy audyt modułu e-commerce w Google Analytics 4, który przeprowadziliśmy dla jednego z naszych klientów. Celem tego artykułu jest przedstawienie przykładu i zakresu prac związanych z audytem i konfiguracją GA4 dla niestandardowych usług i sklepów internetowych.

Dlaczego śledzić dodatkowe dane w Google Analytics?

Głównym celem śledzenia tych danych jest umożliwienie dalszej analizy kanałów reklamowych zarejestrowanych w Google Analytics. Na przykład, pomaga to porównać skuteczność reklam Google Ads z reklamami na Instagramie. Konfiguracja modułu e-commerce w GA4 nie tylko pozwala nam porównywać koszty pozyskania klienta w różnych kanałach, ale także zbierać dane o przychodach z tych kanałów w celu porównania wyników.

Wyniki audytu i format

Audyt konwersji i wymagania techniczne dotyczące konfiguracji modułu e-commerce GA4 są udokumentowane w Google Docs.

Informacje Wstępne

Niniejszy dokument zawiera analizę obecnego stanu analityki internetowej, w szczególności danych o konwersjach. Zawiera również wymagania techniczne dotyczące dodatkowej konfiguracji.

Informacje o Projekcie Strona internetowa – [project website]

Technologie Strony Internetowej

Narzędzia Analityki Internetowej

Przegląd Kodu Analityki Internetowej

Umiejscowienie Kodów Analitycznych Podstawowe i pomocnicze fragmenty kodu GTM są generalnie poprawnie zaimplementowane. Kod zawiera kilka niestandardowych rozwiązań i dodatkowych konfiguracji. Osadzono również kody GA4 i DataLayer, wraz z różnymi innymi skryptami, z których niektóre nie są poprawnie zaimplementowane.

Przegląd Systemu Analityki Internetowej

Przegląd Google Tag Manager Kontener GTM jest generalnie poprawnie skonfigurowany.

Śledzenie Kluczowych Akcji GTM jest skonfigurowany do śledzenia znaczących akcji użytkowników i przesyłania ich do GA4.

Śledzenie Konwersji Konfiguracje śledzenia konwersji istnieją w GTM i kodzie źródłowym strony internetowej dla sprzedaży biletów. Jednak, jak pokaże audyt, śledzenie jest niedokładne.

Testowanie Konwersji Audyt i dalsza konfiguracja zostały zainicjowane przez założenie, że GA4 poprawnie śledzi zakupy biletów – zarówno natychmiastowe płatności online, jak i rezerwacje z płatnością u kierowcy. Jednak analiza wykazała, że śledzenie konwersji zawiera wiele znaczących błędów.

Testowe Zakupy Przeprowadziliśmy testy rejestracji biletów, używając następujących danych:

Wyniki Testów W dniu 21.05.2024 przeprowadziliśmy kilka testowych zakupów z opcją „zapłać kierowcy”. Analityka pomyślnie zarejestrowała konwersje, ale całkowita wartość konwersji odzwierciedlała tylko ostatnią transakcję.

Analiza Statystyk Konwersji

Przegląd Tabeli Sprzedaży Przeanalizowaliśmy bieżący plik statystyk zamówień, który pokazuje:

Analiza Raportów E-commerce GA4 Raporty e-commerce w GA4 nie odzwierciedlają dokładnie wszystkich danych sprzedaży. Dostępne są przykładowe fragmenty skonsolidowanych raportów, ale rejestrowane są tylko częściowe dane.

Porównanie Tabeli i Raportu Porównaliśmy tabelę sprzedaży biletów i raport GA4 za okres od 01.04.2024 do 21.05.2024:

Rozbieżności są znaczące i wymagają dalszego zbadania.

Systematyzacja Śledzenia Konwersji

Informacje Ogólne
Ponieważ przeprowadzona analiza wykazała znaczące błędy w śledzeniu konwersji, zasadne jest nie tylko zidentyfikowanie i lokalne naprawienie tych błędów, ale także przeprowadzenie bardziej kompleksowej systematyzacji śledzenia zdarzeń e-commerce na stronie internetowej.

Bilety jako Produkty
W ramach tego projektu uzasadnione jest traktowanie biletów jako indywidualnych produktów, różniących się miastem wyjazdu i miastem docelowym.

Pozwoli to w przyszłości budować informacyjne raporty oparte na kombinacjach miast wyjazdu i przyjazdu.

Pary Biletów
Inne, nieco specyficzne, ale interesujące podejście polega na rejestrowaniu przeglądania lub zakupu biletu jako kombinacji dwóch produktów – miasta wyjazdu i miasta docelowego.

W tym przypadku w przyszłości można by generować wygodniejsze i bardziej wnikliwe raporty dotyczące ekonomicznej popularności poszczególnych miast.

Kategorie Produktów
Na najwyższym poziomie jako kategorię produktu można zarejestrować kraj.

Hierarchia Kategorii Produktów
Potencjalna struktura mogłaby obejmować cztery poziomy zagnieżdżonych kategorii katalogu produktów:

Taka struktura pozwoliłaby również na bardzo informacyjne raportowanie dotyczące miast i krajów.

Marki
Nazwa przewoźnika może być śledzona w systemie analityki internetowej jako marka produktu. Umożliwi to w przyszłości raportowanie według różnych przewoźników.

Parametry Produktu
Dodatkowe informacje o produktach powinny być rejestrowane w systemie analityki internetowej jako parametry produktu.

W szczególności bardzo ważnym parametrem jest data i godzina wyjazdu zakupionego biletu.
Inne parametry zakupu obejmują imię i nazwisko pasażera oraz numer telefonu.

Parametry Transakcji
Data i godzina zakupu zostaną automatycznie zarejestrowane jako parametry transakcji.
Innym kluczowym parametrem transakcji jest wybrana metoda płatności.

Możliwe jest również generowanie i rejestrowanie unikalnych identyfikatorów transakcji na poziomie silnika strony w systemie analitycznym.

Wartość Konwersji
Na tym etapie konfiguracji analityki internetowej, wartość konwersji może być rejestrowana jako całkowity koszt zakupionych lub zarezerwowanych biletów.

Odpowiednio, wartość sprzedaży produktu to cena uwzględniająca ewentualne rabaty i korzyści dla określonych tras lub przewoźników.

Śledzenie Konwersji
Głównym zdarzeniem, które musi być śledzone, jest zakończona konwersja – zakup jednego lub więcej biletów.

Śledzenie Wyświetleń Produktu
Oprócz konwersji i sprzedaży produktów, możemy również śledzić wyświetlenia produktów.

W szczególności, gdy użytkownik wybierze miasto wyjazdu i miasto docelowe w formularzu, może to zostać zarejestrowane jako wyświetlenie produktu.

Śledzenie Dodania do Koszyka
Kliknięcie przycisku „Kup” może zostać zarejestrowane jako akcja „dodanie do koszyka”.

W przyszłości może to umożliwić remarketing dla porzuconych koszyków.

Śledzenie Etapów Checkout
Możemy śledzić postęp użytkowników przez poszczególne etapy procesu checkout.

W szczególności:

Śledzenie tych etapów pomoże zapewnić, że użytkownicy prawidłowo ukończą każdy etap i dotrą do strony końcowego dostarczenia biletu.

Testy pokazują, że istnieją pewne problemy, ale tylko śledzenie w czasie rzeczywistym, zbieranie danych i dalsza analiza mogą pokazać, jak często występują one u rzeczywistych użytkowników.

Śledzenie Anulowań
Rzeczywista liczba pasażerów i wskaźnik płatności u kierowcy mogą być znacznie poniżej jedności. Mogą się one również znacznie różnić w zależności od miast, kanałów marketingowych i okresów.

Aby monitorować ten wskaźnik i eliminować oczywiste błędne transakcje, zaleca się wdrożenie śledzenia anulowań.

Może to być realizowane jako zwroty produktów. Wymaga to jednak nie tylko konfiguracji strony internetowej, ale także podstawowego systemu CRM do zarządzania zamówieniami.

W zasadzie jest to pierwszy krok w kierunku analityki marketingowej i sprzedażowej w pełnym lejku.

Śledzenie Zysku
Drugim krokiem w kierunku analityki pełnego lejka jest śledzenie nie tylko wartości sprzedaży, ale także zysku brutto z konkretnych sprzedaży dla firmy.

Umożliwi to monitorowanie i optymalizację ROI segmentów ruchu płatnego w podziale na kampanie, grupy reklam, kreacje, odbiorców i inne parametry.

Zadania Techniczne dotyczące Przygotowania Warstwy Danych

Informacje Ogólne
Ta sekcja zawiera zadania techniczne, które muszą zostać zaimplementowane po stronie silnika strony.

Dotyczą one konfiguracji specjalnej zmiennej JavaScript zwanej Warstwą Danych (Data Layer).

Na różnych stronach i w różnych warunkach wartości różnych parametrów muszą być przesyłane do tej zmiennej. Wartości te muszą być pobierane z kodu silnika strony.

Poniżej parametry, które należy zastąpić rzeczywistymi wartościami, są wskazane w nawiasach kątowych (<>). Zarówno nawiasy, jak i zawartość wewnątrz nich powinny zostać zastąpione rzeczywistymi wartościami.

Uwaga! Bardzo ważne jest zachowanie otaczających cudzysłowów („”) na początku i końcu wartości, jeśli są one określone w szablonach i przykładach kodu.

Istniejący Kod
Pewne bloki kodu, podobne do tych pokazanych poniżej, zostały wcześniej dodane do niektórych sekcji strony.

Miały one na celu śledzenie sprzedaży. Jednak, jak omówiono wcześniej w tym dokumencie, zawierają one znaczące ograniczenia, a nawet błędy.

Dlatego prosimy o udokumentowanie lokalizacji tych bloków kodu. Zalecamy również zapisanie bieżącej wersji strony przed wprowadzeniem jakichkolwiek zmian.

Następnie, podczas implementacji poniższych kodów, prosimy o usunięcie lub bardzo dokładne zaktualizowanie istniejącego kodu, aby dokładnie pasował do nowej struktury.

Przegląd Biletów według Pary Miast

Warunki Wykonania Kodu:
Kod ten powinien być uruchamiany po załadowaniu strony, gdy wyświetlane są dostępne lub niedostępne trasy dla wybranej pary miast wyjazdu i przyjazdu – tj. podczas procesu ładowania strony z dostępnymi trasami.

Szablon Strony:
Adres URL tych stron zaczyna się od [site URL], a następnie zawiera nazwy i kody miast wyjazdu i przyjazdu.

Kod do Umieszczenia i Uruchomienia:

Przykład przypisania wartości parametrów:

Wybór Konkretnego Biletu

Warunki Umieszczenia i Uruchomienia Kodu:
Kod ten powinien być uruchamiany po kliknięciu przycisku „Wybierz Bilet”, gdy użytkownik wybrał datę i konkretną trasę dla tej daty.

Szablon Strony:
Te same strony, co opisane w poprzedniej sekcji.

Kod do Uruchomienia:

Przykład przypisania wartości parametrów:

Rozpoczęcie Procesu Zakupu Biletu

Warunki Umieszczenia i Uruchomienia Kodu:
Kod ten powinien być uruchamiany po otwarciu strony „Kasa Biletowa”.

Szablon Strony:
Adres URL tych stron zaczyna się od [site URL] i zawiera kod skrótu wybranej trasy.

Kod do Uruchomienia:

Przykład przypisania wartości parametrów:


Dodawanie Pasażera

Warunki Umieszczenia i Uruchomienia Kodu:
Kod ten powinien być uruchamiany na stronie „Kasa Biletowa” po każdym kliknięciu przycisku „Dodaj Pasażera”.
Uwaga! Musi być uruchamiany po każdym kliknięciu.

Szablon Strony:
Ta sama strona, co w poprzedniej sekcji.

Kod do Uruchomienia:

Przykład przypisania wartości parametrów:

Przejście do Parametrów Płatności

Warunki Umieszczenia i Uruchomienia Kodu:
Kod ten powinien być uruchamiany na stronie „Kasa Biletowa” po każdym kliknięciu przycisku „Dalej”, ale tylko jeśli wszystkie wymagane dane są wypełnione i użytkownik przechodzi do strony parametrów płatności.
Uwaga! Jeśli brakuje jakichkolwiek wymaganych danych, kod ten nie powinien być uruchamiany.

Szablon Strony:
Ta sama strona, co w poprzedniej sekcji.

Kod do Uruchomienia:

Przykład poprawnego wypełnienia wartości parametrów:

Wybrana Płatność u Kierowcy

Warunki umieszczenia i uruchomienia kodu:
Kod ten powinien być uruchamiany na drugim etapie procesu „Rezerwacja Biletu”, a konkretnie po kliknięciu przycisku „Płatność u Kierowcy”.

Uwaga! Kod ten musi być wykonany tylko wtedy, gdy wszystkie walidacje zostaną pomyślnie zakończone, w szczególności jeśli zaznaczona jest opcja „Zgadzam się z…”

Szablon Strony:
Adres URL tej strony pasuje do szablonu.

Kod do wykonania:

Przykład wypełnienia wartości parametrów:

Wybrana Płatność Online

Warunki umieszczenia i aktywacji kodu:
Kod ten powinien być aktywowany na drugim etapie „Zakupu Biletu”, a mianowicie po kliknięciu przycisku „Płatność Online”.

Uwaga! Kod ten powinien być wykonany tylko wtedy, gdy wszystkie kontrole zostaną zakończone, w szczególności jeśli zaznaczono pole wyboru „Zgadzam się z…”

Szablon strony:
Taki sam jak w poprzednim punkcie.

Kod do zainicjowania:

Przykład wypełnienia wartości parametrów:

Bilety Wyprzedane!

Warunki umieszczenia i aktywacji kodu:
Kod ten powinien być aktywowany po załadowaniu końcowej strony „Gotowe!”, potwierdzającej pomyślną rezerwację i płatność za bilety, jeśli ta opcja jest wybrana.

Szablon strony:
Adres tych stron zaczyna się od [website URL], a następnie zawiera kod transakcji.

Kod do zainicjowania wykonania:

Przykład wypełnienia wartości parametrów:

P.S. Jeśli masz jakiekolwiek pytania dotyczące tego zadania technicznego i audytu, możesz złożyć zapytanie o konsultację na stronie internetowej naszej agencji – https://spilnoagency.com.ua/

Często Zadawane Pytania

Gdzie mogę dowiedzieć się więcej na ten temat?

Zachęcamy do zapoznania się z innymi artykułami na naszym blogu oraz oficjalną dokumentacją. Nasze treści są regularnie aktualizowane, aby odzwierciedlać najnowsze zmiany w 2025 roku.

Czy mogę uzyskać konsultację?

Tak, możesz skontaktować się z naszym zespołem w celu uzyskania bezpłatnej konsultacji za pośrednictwem formularza kontaktowego na naszej stronie internetowej. Pomożemy Ci znaleźć najlepsze rozwiązanie dla Twoich potrzeb biznesowych.

Czy dostępne są darmowe narzędzia?

Większość narzędzi opisanych w tym artykule oferuje darmowe plany lub wersje próbne. Szczegółowe informacje znajdziesz w sekcji cenowej artykułu.

Буряк Марія Spilno Agency Wszystkie artykuły autora →
← Powrót do bloga