LW IT Solutions
« Blog Overview /Digital Analytics / Kluczowe zdarzenia i konwersje w GA4: dwa...
This post in other languages:

Kluczowe zdarzenia i konwersje w GA4: dwa liczniki i co pokazuje wydanie Data API z maja 2026

Kluczowe zdarzenia i konwersje w GA4: dwa liczniki i co pokazuje wydanie Data API z maja 2026
Spis treści
  1. Co naprawdę zrobiła zmiana nazwy z 2024 roku
  2. Następstwo widoczne w interfejsie
  3. Co dodało udostępnienie API
  4. Dokumentacja potwierdza podział, cofając się
  5. Która liczba gdzie należy
  6. Jedno zastrzeżenie do stanu alfa

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.

U góry zdarzenie rozdzielające się na dwie drogi, lewa prowadzi do licznika kluczowych zdarzeń zawsze obecnego, prawa przez bramę z warunkiem połączonego konta Google Ads do licznika konwersji, obok trzy tablice o udostępnieniu API, o różnicach i o udokumentowanych powrotach
Jedno działanie, dwa liczniki. Lewa droga istnieje w każdej usłudze. Prawa otwiera się dopiero przy połączonym koncie Google Ads i liczy według innych reguł.

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 zdarzenia

Lista 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.

Kłopot zaczyna się, gdy jedną przytacza się w kontekście drugiej: raport kampanii broniony kluczowymi zdarzeniami albo przebudowa oceniana konwersjami, które drgnęły, bo zmieniło się okno atrybucji, a nie strona. Obie rachuby są uczciwe co do tego, czym są. Żadna nie jest uczciwa co do używania jej w zadaniu tej drugiej.

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.

Lukas Wojcik

Lukas Wojcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Get in Touch

Briefly describe your project or inquiry for a tailored response. This site is protected by reCAPTCHA.

Napisanie komentarza

Adres e-mail nie jest publikowany. Pola obowiązkowe oznaczono gwiazdką.

ALL ARTICLES & CATEGORIES

CCTV

Śledź tę kategorię przez RSS

Cloud & AI

Śledź tę kategorię przez RSS

Data Privacy

Wszystkie artykuły w tej kategorii (11) Śledź tę kategorię przez RSS

Digital Analytics

Wszystkie artykuły w tej kategorii (40) Śledź tę kategorię przez RSS

Digital Marketing

Wszystkie artykuły w tej kategorii (23) Śledź tę kategorię przez RSS

IT & Networks

Wszystkie artykuły w tej kategorii (13) Śledź tę kategorię przez RSS

Raspberry Pi

Śledź tę kategorię przez RSS

Smart Home

Śledź tę kategorię przez RSS

Tworzenie stron internetowych

Śledź tę kategorię przez RSS

Wtyczki i triki WordPress

Śledź tę kategorię przez RSS