LW IT Solutions logo LW IT Solutions logo LW IT Solutions
« Przegląd bloga /Digital Analytics / Measurement Protocol GA4 w trybie utrzymania: co...
Ten artykuł w innych językach:

Measurement Protocol GA4 w trybie utrzymania: co się zmienia i kiedy warto przejść na Data Manager API

Measurement Protocol GA4 w trybie utrzymania: co się zmienia i kiedy warto przejść na Data Manager API
Spis treści
  1. Co pozostaje możliwe z Measurement Protocol
  2. Uwierzytelnienie: inne poświadczenia, nadal konieczna obsługa
  3. Cele i dane wymagają jawnego mapowania
  4. Szyfrowanie uzupełnia haszowanie
  5. Monitoring nie kończy się na sukcesie HTTP
  6. Migracja z mierzalnym kryterium odbioru
  7. Pytania i odpowiedzi
  8. Źródła

Google opisuje Measurement Protocol GA4 jako dojrzały, ukończony produkt, który pozostaje dostępny bez planowanego wycofania. Ten sam komunikat zaleca Data Manager API do integracji przesyłających zdarzenia między serwerami. Decyzja dotyczy więc dopasowania interfejsu do potrzebnego przepływu danych, a nie dotrzymania ogłoszonego terminu wyłączenia.

„Tryb utrzymania” jest skrótowym opisem tego kierunku, nie gwarancją dotyczącą każdej przyszłej zmiany, poprawki lub decyzji o wsparciu. Poniższe porównanie odpowiada dokumentacji dostępnej 24 października 2026 r.

Porównanie Measurement Protocol i Data Manager API: uwierzytelnienie, obsługiwane cele, dodatkowe szyfrowanie i diagnostyka asynchroniczna
Migracja zmienia schemat, uwierzytelnienie i kontrolę przetwarzania. Oba interfejsy korzystają z chronionego transportu; opcjonalne szyfrowanie pól stanowi dodatkową warstwę.

Co pozostaje możliwe z Measurement Protocol

Istniejąca integracja może nadal wysyłać zdarzenia do strumienia GA4 dla witryny lub aplikacji. Protokół uzupełnia zbieranie przez tag Google, Tag Manager lub Firebase. Wdrożenie wyłącznie serwerowe może dawać niepełne raporty, a starsze zdarzenia nadal podlegają ograniczeniom czasu i atrybucji. Połączenie z CRM nie jest nieograniczonym importem archiwum.

Aktualny komunikat nie podaje daty wyłączenia. Pozwala to zaplanować migrację, ale nie usuwa potrzeby monitorowania integracji, ochrony poświadczeń ani sprawdzania zmienionych wymagań.

Uwierzytelnienie: inne poświadczenia, nadal konieczna obsługa

Measurement Protocol przesyła api_secret w adresie URL żądania. HTTPS chroni transport, lecz dzienniki aplikacji, monitoring i infrastruktura kończąca połączenie TLS mogą ujawnić zapisany adres. Znaczenie mają zarówno ukrywanie wrażliwych parametrów URL, jak i rotacja sekretu. Ujawniony sekret pozwala wysyłać zdarzenia do odpowiedniego strumienia, ale nie służy do odczytywania raportów Analytics.

Data Manager API używa OAuth z zakresem https://www.googleapis.com/auth/datamanager. Dostępne podejścia obejmują poświadczenia użytkownika i konta usług. Konto usługi ani pobrany plik klucza prywatnego nie są obowiązkowe: oficjalna instrukcja opisuje impersonację konta usługi. Wybrana tożsamość potrzebuje też dostępu do każdego celu; dla zdarzeń GA4 instrukcja wymaga roli Edytor lub Administrator.

Tokeny dostępu, poświadczenia odświeżania i ewentualne klucze kont usług nadal wymagają ochrony. OAuth nie czyni bezpiecznym zapisywania całych nagłówków Authorization. Automatyczne odświeżanie tokenów nie zapobiega również odebraniu uprawnień do konta.

Cele i dane wymagają jawnego mapowania

Measurement Protocol adresuje jeden strumień GA4 na żądanie. Data Manager API obsługuje przesyłanie zdarzeń dla Google Analytics, Google Ads i zastosowań Floodlight, w tym odpowiednich produktów Google Marketing Platform. Jedno żądanie może zawierać wiele celów, a destinationReferences przypisuje do celów poszczególne zdarzenia. Nadal obowiązują ograniczenia właściwe dla odbiorcy: pojedyncze zdarzenie nie może trafić do dwóch celów Google Analytics.

Migracja nie polega na zmianie URL przy zachowaniu tego samego JSON-a. Przykładowo transaction_id przechodzi w transactionId, znacznik czasu ma inną reprezentację, a dane produktów trafiają do cartData. W Data Manager API właściwości użytkownika muszą towarzyszyć zdarzeniu; samodzielna aktualizacja takich właściwości, dostępna w Measurement Protocol, nie ma równoważnego odwzorowania.

Potrzeba Kontrola przy migracji
Zalecane lub niestandardowe zdarzenie GA4 Obsługiwana nazwa, strumień, czas i wymagany identyfikator klienta lub aplikacji
Uzupełnianie GA4 z wielu źródeł Dopuszczenie usługi GA4 i identyfikator transakcji
Wiele celów Uprawnienia kont, odwołania do celów i pola wymagane przez odbiorców
Identyfikatory klientów Dozwolone pola, normalizacja, haszowanie i ustawienia zgody

Ogólna ścieżka zalecanych i niestandardowych zdarzeń jest odrębna od funkcji GA4 multi-source wymagającej dopuszczenia. Ta druga uzupełnia zdarzenia tagu lub Firebase. Nowe dane multi-source ze strumieni internetowych nie trafiają przez 14-dniowy okres próbny do ustalania stawek za konwersje w Google Ads. Lista dopuszczeń dla tej funkcji nie oznacza ogólnej blokady dostępu do całego Data Manager API.

Szyfrowanie uzupełnia haszowanie

Lista UserData.userIdentifiers dopuszcza najwyżej dziesięć identyfikatorów w zdarzeniu lub rekordzie członka grupy odbiorców. Limit dotyczy tej konkretnej listy, nie wszystkich pól identyfikacyjnych rekordu łącznie.

Dla obsługiwanych pól kontaktowych kolejność to normalizacja, haszowanie SHA-256 i opcjonalne szyfrowanie wartości skrótu. Data Manager API używa do dodatkowego szyfrowania XCHACHA20_POLY1305. Measurement Protocol także korzysta z HTTPS: brak dodatkowego szyfrowania pól nie oznacza jawnej transmisji przez sieć.

Obsługa zarządzania kluczami zależy od zastosowania. Aktualna tabela zgodności dopuszcza Google Cloud KMS dla zdarzeń Google Analytics multi-source i oznacza AWS KMS w tym wierszu jako nieobsługiwane. Dostępność AWS w innych częściach API nie dowodzi więc możliwości użycia tej samej konfiguracji przy migracji Analytics. Szyfrowanie nie zastępuje również zgody ani innych właściwych wymagań dotyczących przetwarzania.

Monitoring nie kończy się na sukcesie HTTP

Measurement Protocol potwierdza odbiór żądania odpowiedzią 2xx także wtedy, gdy zawartość jest nieprawidłowa lub zdarzenia nie zostają przetworzone. Punkt /debug/mp/collect pomaga sprawdzić strukturę, ale nie weryfikuje api_secret ani firebase_app_id i nie zasila raportów. Błędy sieciowe, wyniki walidacji i faktyczne pojawienie się zdarzeń w GA4 wymagają odrębnych kontroli.

Data Manager API odrzuca część nieprawidłowych żądań od razu. Udana odpowiedź może jednak zawierać fieldWarnings; przyjęte żądania zwracają też requestId do diagnostyki asynchronicznej. Zalecany przez Google proces rozpoczyna sprawdzanie po około 30 minutach i ponawia zapytania z rosnącymi odstępami, aż każdy cel osiągnie SUCCESS, PARTIAL_SUCCESS lub FAILURE. Ostrzeżenia wymagają sprawdzenia także przy statusie sukcesu. Alarm obejmujący wyłącznie odpowiedzi spoza zakresu 2xx pomija takie problemy przetwarzania.

Migracja z mierzalnym kryterium odbioru

Przydatna kolejność to mapowanie wszystkich pól, konfiguracja poświadczeń i celów, walidacja, ograniczona partia testowa, diagnostyka oraz porównanie z systemem źródłowym. Liczby zdarzeń, kwoty, waluty, identyfikatory i atrybucja wymagają porównania z uwzględnieniem opóźnień przetwarzania. Rejestr wysyłek ułatwia odróżnienie braków od powtórzeń.

Przy nowych integracjach Data Manager API odpowiada kierunkowi wskazanemu przez Google. Dla istniejących połączeń korzyść zależy od potrzebnych celów, diagnostyki, obsługi szyfrowania i kosztu migracji. Działający nadawca wyłącznie do GA4 nie wymaga automatycznie awaryjnej wymiany.

Pytania i odpowiedzi

Czy oba interfejsy mogą działać podczas migracji?

Tak, pod warunkiem jawnego planu obsługi duplikatów. GA4 dokumentuje deduplikację danych multi-source według identyfikatora transakcji w obrębie tego samego zdarzenia i tej samej usługi; obowiązują informacje z pierwszego odebranego wystąpienia. Nie gwarantuje to deduplikacji dowolnych niestandardowych zdarzeń bez odpowiedniej identyfikacji. Kontrolowany podział lub przełączenie nadal mają sens; zduplikowane przypadki testowe wymagają sprawdzenia.

Czy udana walidacja dowodzi późniejszego dostarczenia?

Nie. Walidacja Measurement Protocol nie sprawdza wszystkich poświadczeń. validateOnly Data Manager API sprawdza podstawową poprawność bez przyjmowania zdarzeń i bez normalnej diagnostyki przetwarzania. Uprawnienia celu, rzeczywiste przetwarzanie i raportowanie wymagają dalszej weryfikacji.

Czy wystarczy wymiana ujawnionego sekretu API?

Nowy sekret wymaga wdrożenia i sprawdzenia przed wycofaniem starego. Konieczna jest także poprawa sposobu logowania, który ujawnił poprzednią wartość. Inaczej nowy sekret może wyciec tą samą drogą. Poświadczenia w URL i poświadczenia OAuth wymagają kontroli dostępu.

Czy migracja omija ograniczenia zbierania danych GA4?

Nie. Instrukcja zalecanych i niestandardowych zdarzeń wymaga znaczników czasu z ostatnich 72 godzin. Przy łączeniu lub wspólnym przetwarzaniu ze zdarzeniami tagu albo Firebase wskazuje też dostarczenie w ciągu 48 godzin od pierwotnego zdarzenia klienta. Nowe API nie jest nieograniczoną ścieżką importu historycznego.

Lukas Wójcik

Lukas Wójcik

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.

Kontakt

Masz pytanie lub pomysł na projekt internetowy? Napisz krótko, o co chodzi. Formularz korzysta z reCAPTCHA do ochrony przed spamem.

Napisanie komentarza

Odmienne wyniki z innych kont i pytania o konfigurację są tu mile widziane.

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