English
Deutsch
PolskiKluczowe zdarzenia i konwersje w GA4: dwa liczniki i co pokazuje wydanie Data API z maja 2026
Spis treści
4 maja 2026 dane o konwersjach międzykanałowych stały się dostępne przez Analytics Data API, w stanie alfa i dla usług połączonych z Google Ads. Czytane jako nota wydawnicza jest to pozycja skromna: raport istniejący w interfejsie da się teraz pobrać także programowo.
Czytane jako dowód jest to pożyteczniejsze. Aby zwrócić konwersje, API musi powiedzieć, czym konwersja jest, a ta odpowiedź odsłania podział, który interfejs prowadzi po cichu od 2024 roku. W każdej usłudze GA4 obok siebie działają dwa liczniki. Tylko jeden z nich jest zawsze obecny.
Co naprawdę zrobiła zmiana nazwy z 2024 roku
Do 2024 roku to, co GA4 liczyło, nazywało się konwersją. Zmiana nazwy przesunęła to słowo z Analytics do Google Ads: to, co Analytics oznacza, jest odtąd kluczowym zdarzeniem, a konwersja stała się określeniem tego, co liczy Ads i na co Ads licytuje.
Powszechnie odczytano to jako kosmetykę, wymianę jednego słowa na drugie dla uporządkowania słownictwa dwóch produktów. Tak nie było. Zmiana nazwy rozdzieliła dwie rachuby, które dzieliły jedną nazwę, a to dzielenie zakrywało fakt, że się one nie zgadzają.
Następstwo widoczne w interfejsie
Wewnątrz Analytics konwersja oznacza teraz dokładnie kluczowe zdarzenie zaimportowane do Google Ads. To ustalenie ma ostrą krawędź: bez połączonego konta Ads usługa nie ma konwersji w ogóle. Nie zero konwersji — nie ma kolumny. Jest wyłącznie kolumna kluczowych zdarzeń i niczego w niej nie brakuje.
Tam, gdzie istnieją obie, da się je porównać i rzadko będą zgodne. Powód: przypisuje się je według różnych modeli, odnoszą się do różnych zbiorów danych i liczą według różnych reguł — właśnie dlatego wspólne słowo było mylące na tyle, by uzasadnić zmianę nazwy.
Co dodało udostępnienie API
Stan alfa zwraca te same liczby, które raport skuteczności konwersji pokazuje w interfejsie: płatną i organiczną skuteczność konwersji w podziale na kanały, po raz pierwszy dostępną w kodzie. Trzy pozycje żądania zasługują na uwagę, bo przy nich różnice wobec kluczowych zdarzeń stają się namacalne.
Akcja konwersji wszystkie konwersje naraz albo
filtrowane do wybranych ID akcji
Model atrybucji oparty na danych albo ostatnie klikniecie
Podstawa czasu czas konwersji - raport budowany wokol
momentu wystapienia konwersji
czas interakcji - raport budowany wokol
poprzedzajacej interakcji z reklamaŻadna z tych trzech pozycji nie istnieje dla kluczowych zdarzeń i o to właśnie chodzi. Kluczowe zdarzenie to wystąpienie ze znacznikiem czasu. Konwersja to wystąpienie plus model rozstrzygający, który punkt styku na nie zapracował i pod którym zegarem zostaje odłożone. Dwie liczby zbudowane z tego samego działania mogą się mocno różnić i żadna nie musi być błędna.
Dokumentacja potwierdza podział, cofając się
Najwyraźniejszym dowodem na dwa osobne systemy nie jest definicja, lecz lista wyjątków. W kilku miejscach dokumentacja konwersji międzykanałowych stwierdza, że konwersje nie są dostępne i zamiast nich stosuje się kluczowe zdarzenia.
Konwersje aplikacji zamiast nich kluczowe zdarzenia
Wymiary Search Ads 360 zamiast nich kluczowe zdarzenia
Wymiary Display & Video 360 zamiast nich kluczowe zdarzenia
Wymiary Campaign Manager 360 zamiast nich kluczowe zdarzenia
Raport sciezek atrybucji zamiast nich kluczowe zdarzeniaLista powrotów o takim kształcie ma sens tylko wtedy, gdy obie wielkości są naprawdę różne. Nic nie cofa się do samego siebie. Kto czyta raport mieszający sieć z aplikacją albo niosący wymiary SA360 i DV360, czyta mieszaninę obu rachub, a nagłówek kolumny tego nie mówi.
Która liczba gdzie należy
Podział pracy jest dostatecznie czysty, by zapisać go raz i potem się go trzymać.
Kluczowe zdarzenia odpowiadają na pytania o witrynę. Ile osób ukończyło formularz, czy wzrosło to po przebudowie, która strona najczęściej je poprzedza. Rachuba jest niemodelowana, obecna wszędzie i porównywalna sama ze sobą w czasie — i dlatego stanowi właściwą podstawę wszystkiego, co wewnętrzne.
Konwersje odpowiadają na pytania o reklamę. Co przyniosła kampania, ile licytować, któremu kanałowi przypisać zasługę. Ta rachuba jest modelowana z założenia, bo rozstrzygnięcie, ile wart był klik, jest pytaniem modelowym i niczym innym być nie może.
Problem zaczyna się, gdy jeden wynik służy do oceny właściwej dla drugiego: raport kampanii uzasadniany kluczowymi zdarzeniami albo przebudowa oceniana na podstawie konwersji, których liczba zmieniła się przez inne okno atrybucji, a nie przez zmiany strony. Oba wyniki opisują różne rzeczy, więc używanie ich zamiennie prowadzi do mylącej oceny.
Jedno zastrzeżenie do stanu alfa
Alfa w Data API oznacza, że interfejs może się zmienić bez zapowiedzi, jaką dostałaby wersja stabilna. To nie powód, by go omijać — jest jedyną programową drogą do tych liczb — ale powód, by pobieranie trzymać cienko. Ścieżka, która ciągnie konwersje i odkłada je surowo, przetrwa zmianę nazwy pola jedną poprawką w jednym miejscu. Ścieżka, która po drodze łączy, przekształca i zagęszcza, musi zostać zrozumiana od nowa przy każdej zmianie kształtu.
Pytania i odpowiedzi
Czy kluczowe zdarzenie staje się konwersją automatycznie po połączeniu z Google Ads?
Nie. Połączenie jedynie tworzy powiązanie; konwersją kluczowe zdarzenie staje się dopiero wtedy, gdy zostanie zaimportowane do Google Ads jako akcja konwersji. Do tego czasu kolumna konwersji tego zdarzenia nie liczy, nawet jeśli obok kolumna kluczowych zdarzeń pokazuje liczby.
Które ustawienia decydują o tym, jak bardzo rozchodzą się kluczowe zdarzenia i konwersje?
Artykuł wymienia modele, zbiory danych i reguły liczenia; w praktyce kryją się za tym przede wszystkim cztery ustawienia, które da się sprawdzić po kolei:
- Metoda liczenia. Kluczowe zdarzenie w GA4 da się liczyć raz na zdarzenie albo raz na sesję, akcja konwersji w Google Ads liczy każdą konwersję albo jedną na interakcję. Jeśli obie strony są ustawione różnie, liczby rozchodzą się, zanim w grę wejdzie jakikolwiek model.
- Model atrybucji. Model oparty na danych rozkłada konwersję na kilka punktów styku, ostatnie kliknięcie przypisuje ją jednemu.
- Okno. Google Ads liczy konwersję tylko wtedy, gdy mieści się ona w ustawionym oknie konwersji po interakcji z reklamą; kluczowe zdarzenie takiego terminu nie zna.
- Podstawa czasu. Według czasu interakcji konwersja trafia na dzień kliknięcia, a kluczowe zdarzenie na dzień działania. Wartości dzienne różnią się wtedy nawet tam, gdzie sumy z dłuższego okresu się zgadzają.
Porównanie obu liczb warto zacząć od zestawienia tych czterech ustawień. Różnica, która zostaje potem, jest tą częścią, która naprawdę wymaga wyjaśnienia.
Dlaczego konwersje z minionego dnia mogą później jeszcze rosnąć?
Bo według czasu interakcji każda konwersja zostaje przypisana do dnia poprzedzającej ją interakcji z reklamą. Zakup dziś po kliknięciu reklamy tydzień temu podnosi liczbę tamtego dnia. Pobieranie, które codziennie ściąga wyłącznie dzień poprzedni, zamraża więc wartości, które jeszcze rosną.
Jak w praktyce wygląda cienkie pobieranie danych w stanie alfa?
Przy takim pobieraniu zapisuje się odpowiedź w otrzymanej postaci, a obok niej żądanie. Każdy wiersz powinien zawierać model atrybucji, podstawę czasu i filtrowane ID akcji: ta sama kombinacja dnia i kanału daje przy innych ustawieniach inną liczbę. Bez tych informacji nie da się później ustalić, która wersja wyniku została zapisana. Potrzebny jest także moment pobrania, ponieważ wartości przypisane według czasu interakcji zmieniają się z czasem.
Z tego samego powodu ścieżka nie pobiera wyłącznie dnia poprzedniego, lecz przy każdym uruchomieniu ściąga na nowo okres sięgający wstecz i zastępuje zapisane dni, zamiast je uzupełniać. Jak daleko ten okres musi sięgać, wynika z okien konwersji w Google Ads. Łączenie, przekształcanie i zagęszczanie odbywa się dopiero potem, w widokach na surowych danych; jeśli interfejs w stanie alfa zmieni pole, dotyczy to jednego miejsca przy pobieraniu, a nie każdej dalszej tabeli.
Metadane i limity odpowiedzi raportowej można przeanalizować za pomocą inspektora odpowiedzi API GA4. Inspektor odpowiedzi API GA4
Kontrola w praktyce: konfiguracja przed zmianą i po niej
Porównywarka konfiguracji usług GA4 odczytuje określony zestaw ustawień przez Admin API tylko do odczytu. Pozwala to zauważyć zmianę sposobu liczenia kluczowego zdarzenia lub okresu przechowywania bez mylenia jej ze zmianą wyniku raportu.
- Odczyt zapisu A przed planowaną zmianą i zapis pliku JSON lokalnie.
- Po zmianie odczyt zapisu B tej samej usługi. Alternatywnie wybór drugiej usługi do porównania wdrożeń.
- Porównanie zapisów. Wynik pokazuje dodane, usunięte i zmienione pola oraz zachowuje identyfikatory usług i daty odczytu.
- Sprawdzenie kluczowych zdarzeń, przechowywania, strefy czasowej, waluty, strumieni i definicji niestandardowych w udokumentowanym zakresie.
Nie jest to pełna kopia ani historia wsteczna. Zapis nie odtwarza ustawień sprzed jego utworzenia. Strumienie łączone są po typie i nazwie, definicje po zakresie i nazwie parametru. Zmiana tych kluczy jest pokazywana jako usunięcie i dodanie. Pomijane są identyfikatory zasobów, czasy utworzenia, identyfikatory pomiaru i sekrety. Brak różnic nie potwierdza zatem identycznych tagów lub danych pomiarowych. Błąd sekcji API uniemożliwia przedstawienie częściowego zapisu jako kompletnego.
Zapisane pliki można porównywać lokalnie bez logowania Google. Podstawą jest Analytics Admin API, w tym kluczowe zdarzenia i ustawienia przechowywania.
Powiązane artykuły
