Śledzenie GA4 po stronie serwera, bez problemu Unassigned
Wysyłaj zdarzenia ze swojego sklepu do Measurement Protocol GA4 z serwera, a nie z przeglądarki: doczepione do sesji przeglądarki z tym samym client_id i session_id, żeby zachowały prawdziwe źródło zamiast lądować w Unassigned. Żadnego własnego skryptu Measurement Protocol do napisania, żadnego serwerowego kontenera GTM do skonfigurowania: jeden klucz połączenia, a to samo zdarzenie trafia też do Meta CAPI, Google Ads, TikToka, Pinteresta i Microsoft Advertising.
Twój identyfikator pomiaru i sekret API zostają u nas zaszyfrowane: nigdy nie wklejasz ich do sklepu.
Czym jest śledzenie GA4 po stronie serwera?
Śledzenie GA4 po stronie serwera wysyła Twoje zdarzenia z Twojego własnego serwera do Measurement Protocol, interfejsu serwer-serwer Google Analytics 4. Zamiast prosić przeglądarkę odwiedzającego o zgłoszenie zakupu, to Twój serwer wysyła zdarzenie bezpośrednio. Żądanie wychodzi z Twojej infrastruktury, więc bloker reklam ani polityka cookie przeglądarki nie mają czego przechwycić.
Pułapka Unassigned
To właśnie psuje większość wdrożeń GA4 po stronie serwera, i łatwo tego nie zauważyć, bo nic nie wygląda na zepsute. GA4 przypisuje po SESJI. Zdarzenie Measurement Protocol wysłane bez session_id otwiera zupełnie nową sesję bez źródła, a GA4 księguje przychód w Unassigned. Konwersje są prawdziwe; straciły tylko swój kanał. Kończy się tak, że nie umiesz powiedzieć, która kampania za nie zapłaciła.
To client_id i session_id trzymają kanał
Przeglądarka i serwer wysyłają to samo client_id i to samo session_id, odczytane z plików cookie GA4. Zdarzenie z serwera dołącza wtedy do sesji, którą przeglądarka już oznaczyła prawdziwym źródłem i medium, zamiast otwierać sesję bez źródła.
Server-side nie znaczy bez zgody
Przeniesienie taga na serwer zmienia to, skąd wychodzi żądanie, a nie to, czy potrzebujesz zgody na jego wysłanie. Zgoda na analitykę nadal obowiązuje, a my sprawdzamy ją w obu warstwach.
Szukasz szerszego obrazu, a nie samego GA4? Przeczytaj, czym jest śledzenie po stronie serwera i jak działa.
Dlaczego samo GA4 zaniża Twój przychód
Tag GA4 działa w przeglądarce klienta: jedynym ogniwie łańcucha, którego nie kontrolujesz, i tym, na które przypada największa presja.
-
Blokery reklam
nie pozwalają tagowi wczytać się na stronie potwierdzenia zamówienia: zakup po prostu nigdy nie zostaje zapisany w GA4.
-
Safari ITP i limity cookie w przeglądarkach
skracają albo usuwają plik cookie
_gapliku cookie, po którym GA4 rozpoznaje powracającego odwiedzającego, więc jedna osoba liczy się jako kilka. -
Sesje bez źródła
to właśnie efekt naiwnego wdrożenia po stronie serwera: zdarzenia docierają, ale GA4 nie wie, skąd przyszły.
Problemem nie jest tylko dziura w raportach. Każda decyzja o kanale, każdy przesunięty budżet opiera się na tym, co GA4 pokazuje jako konwersję. Zaniżony albo nieprzypisany przychód oznacza raport, który odpowiada na inne pytanie niż Twoje.
Zarządzane połączenie z GA4, bez hydrauliki
Zainstaluj konektor swojej platformy albo wywołaj nasze API bezpośrednio: każdy krok lejka jest odwzorowywany po stronie serwera do Measurement Protocol, doczepiany do sesji przeglądarki i uzależniony od zgody.
Zdarzenia, które przetrwają przeglądarkę
Zakup po stronie serwera wychodzi z Twojej infrastruktury. Kiedy tag w przeglądarce jest zablokowany, to właśnie to zdarzenie dociera do GA4.
Doczepianie do sesji po naszej stronie
Konektor odczytuje pliki cookie GA4 i przekazuje client_id
(client_id oraz session_id, żeby zdarzenie z serwera dołączyło do właściwej sesji z właściwym źródłem.
Bogatsze dane użytkownika
Zdarzenie z serwera może nieść zahaszowany e-mail, telefon i adres z zamówienia, czyli podstawę danych dostarczonych przez użytkownika/raportowania między urządzeniami, których przeglądarka rzadko ma w momencie konwersji.
Nic nie ginie po drodze
Kolejka ponowień automatycznie powtarza nieudane wysyłki nadające się do ponowienia, więc krótka awaria po jednej albo po drugiej stronie nie kosztuje Cię zdarzenia.
Zgoda egzekwowana dwa razy
Warstwa przeglądarki nie wstrzykuje niczego bez zgody, a dyspozytor sprawdza po raz drugi, zanim cokolwiek dotrze do GA4.
Sekret nigdy w Twoim sklepie
Twój identyfikator pomiaru i sekret API Measurement Protocol są u nas zaszyfrowane. Przejęty front sklepu nie może ich ujawnić.
Inspector, żeby to udowodnić
Każde zdarzenie i jego status w rozbiciu na miejsca docelowe widać w Inspectorze, więc potwierdzasz dostarczenie do GA4, zamiast je zakładać.
Jedno zdarzenie, sześć miejsc docelowych
To samo zdarzenie trafia też do Meta CAPI, Google Ads, TikToka, Pinteresta i Microsoft Advertising, bez budowania drugiej integracji.
Podłącz swój sklep do GA4
Dodaj dane GA4 raz
W koncie DataFirefly dodaj swój identyfikator pomiaru GA4 (G-XXXXXXX) oraz sekret API Measurement Protocol utworzony w Administracja, Strumienie danych. Przechowujemy je zaszyfrowane i nigdy nie wysyłamy do Twojego sklepu.
Zainstaluj konektor swojej platformy
PrestaShop,
WooCommerce albo
Shopware, a potem wklej swój jedyny klucz połączenia dfss_ . Na dowolnej innej technologii wysyłaj zdarzenia do naszego API.
Sprawdź w GA4 Czas rzeczywisty
Złóż zamówienie testowe, poszukaj w Inspectorze dostarczonego
purchase i potwierdź, że pojawia się w GA4 Czas rzeczywisty z prawdziwym źródłem i medium, a nie jako Unassigned.
Własny skrypt, serwerowy GTM czy zarządzany konektor?
Trzy drogi prowadzą do tego samego Measurement Protocol. Różnią się tym, co musisz utrzymywać sam, i tym, czy GA4 pozostaje jedynym miejscem docelowym.
Własna integracja
Kod, który piszesz na Measurement Protocol: odczyt plików cookie GA4, doczepianie sesji, haszowanie danych użytkownika, ponowienia. Pełna kontrola, a każdy niuans protokołu odkrywasz sam.
Server-side GTM
Serwerowy kontener GTM, który sam hostujesz i konfigurujesz, z tagiem GA4 w środku. Maksymalna kontrola nad tagami i zmiennymi oraz realna znajomość GTM potrzebna do zbudowania i utrzymania.
DataFirefly
Zarządzany konektor: bez kontenera, bez konta chmurowego, jeden klucz. GA4 plus Meta CAPI, Google Ads, TikTok, Pinterest i Microsoft Advertising z tego samego zdarzenia, hostowane w UE.
Kiedy lepiej pasuje inna droga. Jeśli masz programistę, który weźmie integrację na siebie, a GA4 jest Twoim jedynym miejscem docelowym, napisanie jej samodzielnie jest całkowicie sensowne. Jeśli masz kompetencje GTM u siebie i potrzebujesz kontroli nad przekształceniami tag po tagu, serwerowy GTM jest bardziej elastyczny niż my. My pasujemy lepiej, gdy chcesz, by zdarzenia pewnie docierały do kilku platform, bez stawania się zespołem od infrastruktury śledzenia. Zobacz też nasze strony Alternatywa dla Stape i Alternatywa dla Addingwell .
Śledzenie GA4 po stronie serwera dla każdej platformy e-commerce
PrestaShop
Natywny moduł, który wysyła cały lejek do GA4, z wbudowanym doczepianiem do sesji i obsługą zgód.
WooCommerce
Wtyczka WordPressa z kolejką ponowień, panelem Activity i obsługą HPOS, która dostarcza lejek do GA4 po stronie serwera.
Shopware 6
Wtyczka Shopware, która obejmuje ten sam lejek, podłączana tym samym jednym kluczem.
Shopify
Webhooki zamówień Shopify, subskrybowane w kilka minut tym samym jednym kluczem. Nic do dodania w szablonie.
Front headless albo własna technologia? Wysyłaj zdarzenia do naszego API: dyspozytor traktuje GA4 i każde inne miejsce docelowe tak samo. Opowiedz nam o swojej konfiguracji.
GA4 w każdym planie
Jedna subskrypcja obejmuje całe Twoje konto i wszystkie jego miejsca docelowe: GA4 nie jest płatnym dodatkiem. Wyższy plan to więcej witryn i więcej zdarzeń miesięcznie.
Za darmo
Bezpłatnie, dopóki mieścisz się w miesięcznym limicie: przekroczenie niczego nie psuje.
Starter
Dla jednego sklepu, który chce porządnie ustawić GA4 po stronie serwera.
Fakturowane 390 € rocznie: zobowiązanie na 12 miesięcy, bez zwrotu proporcjonalnego.
Growth
Dla sprzedawców i małych agencji prowadzących do pięciu sklepów.
Fakturowane 1 190 € rocznie: zobowiązanie na 12 miesięcy, bez zwrotu proporcjonalnego.
Scale
Dla agencji i portfeli obsługujących do dwudziestu sklepów przy większym wolumenie.
Fakturowane 3 490 € rocznie: zobowiązanie na 12 miesięcy, bez zwrotu proporcjonalnego.
Wolisz najpierw sprawdzić połączenie? Plan bezpłatny pozwala wysyłać zdarzenia i patrzeć, jak docierają, zanim wykupisz abonament.
Wysyłanie danych do GA4 w europejskich ramach
Śledzenie po stronie serwera zmienia to, skąd wychodzi żądanie. Nie wyprowadza Cię poza RODO: dlatego wbudowaliśmy sprawdzanie zgody, zamiast je omijać.
Zdarzenia są przetwarzane w UE, zanim trafią do Google.
Po stronie przeglądarki nic się nie uruchamia bez zgody, a serwer sprawdza to ponownie.
Twój sekret API Measurement Protocol jest zaszyfrowany w spoczynku i nigdy nie trafia do przeglądarki ani do sklepu.
E-mail, telefon i adres są haszowane zgodnie z wymogami Google: żaden identyfikator nie jest wysyłany w postaci jawnej.
Umowa powierzenia przetwarzania danych obejmująca ten przepływ znajduje się na naszej stronie DPA.
Śledzone na bieżąco na naszej publicznej stronie statusu, zgodnie z naszym SLA.
Najczęstsze pytania: śledzenie GA4 po stronie serwera
Czym jest śledzenie GA4 po stronie serwera?
To wysyłanie Twoich zdarzeń (wyświetlenie strony, dodanie do koszyka, zakup) z własnego serwera do Google Analytics 4 przez Measurement Protocol, zamiast polegania wyłącznie na tagu gtag działającym w przeglądarce odwiedzającego. Ponieważ żądanie wychodzi z Twojej infrastruktury, a nie z przeglądarki, nie mają na nie wpływu blokery reklam ani ograniczenia przeglądarek dotyczące cookie. Zrobione dobrze, zdarzenie z serwera niesie to samo client_id i session_id co przeglądarka, więc dołącza do tej samej sesji, zamiast otwierać nową.
Dlaczego moje zdarzenia GA4 po stronie serwera pokazują się jako Unassigned?
Bo docierają bez session_id. GA4 przypisuje po sesji, więc zdarzenie, które otwiera własną sesję, nie ma źródła i ląduje w Unassigned. Rozwiązaniem nie jest rezygnacja z server-side, który daje najpełniejsze dane: chodzi o oddanie zdarzeniu etykiety przez przekazanie client_id i session_id odczytanych z plików cookie GA4. Nasze konektory robią to domyślnie. Jeśli masz już przychód w Unassigned, prawie zawsze chodzi właśnie o to.PrestaShop, WooCommerce, Shopware
Czy śledzenie po stronie serwera policzy moje zdarzenia GA4 dwa razy?
GA4 nie ma własnego klucza deduplikacji, więc zależy to od podziału lejka, a nasze konektory dokonują tego podziału za Ciebie: tag w przeglądarce zachowuje zdarzenia zaangażowania, w których jest dobry, a serwer jest właścicielem konwersji. Dzięki temu nie wysyłasz tego samego zakupu dwa razy. Jeśli sam podepniesz Measurement Protocol i wyślesz ponownie zdarzenie, które tag już wysłał, GA4 policzy oba, bo nie ma jak rozpoznać, że to to samo.client_id
Jak podłączyć stronę do Measurement Protocol GA4?
Trzy typowe drogi: napisać własną integrację na Measurement Protocol, utrzymywać serwerowy kontener GTM z tagiem GA4, albo skorzystać z zarządzanego konektora. W DataFirefly instalujesz konektor swojej platformy (PrestaShop, WooCommerce, Shopware) albo wywołujesz nasze API, a potem wklejasz jeden klucz połączenia. Twój identyfikator pomiaru i sekret API zostają u nas, zaszyfrowane: nigdy nie wklejasz ich do sklepu.
Czy śledzenie po stronie serwera do GA4 jest zgodne z RODO?
Śledzenie po stronie serwera nie znosi wymogu zgody. Nasze konektory uzależniają zarówno warstwę przeglądarki, jak i warstwę serwera od zgody, a dyspozytor sprawdza to po raz drugi, zanim jakiekolwiek zdarzenie wyruszy do Google. Zdarzenia są przetwarzane w UE (Niemcy), dostępna jest DPA , a sekret API nigdy nie opuszcza naszego serwera. Server-side to mechanizm niezawodności i jakości danych, a nie sposób na obejście banera zgody.
Czy to zastępuje mój tag GA4 w przeglądarce?
Nie, i nie powinieneś tego chcieć. Tag w przeglądarce widzi rzeczy, których serwer nigdy nie zobaczy: przewijanie, czas zaangażowania, kolejność stron, prawdziwy odsyłacz. Serwer widzi rzeczy, które przeglądarka gubi: zatwierdzone zamówienie, jego prawdziwą wartość, zahaszowane dane klienta. Nasze konektory prowadzą oba i dzielą lejek tak, by każdy robił to, w czym jest dobry, co tłumaczy również brak podwójnego liczenia.
danych dostarczonych przez użytkownika i raportowania między urządzeniami Doczepianie do sesji trzyma obie połowy w tej samej sesji.
Google, Google Analytics i GA4 są znakami towarowymi Google LLC. DataFirefly nie jest powiązana z Google. Nazw produktów używamy do opisania interoperacyjności.
Przestań tracić przychód GA4 przez przeglądarkę
Wysyłaj kompletny lejek do Measurement Protocol GA4, doczepiony do właściwej sesji: z poszanowaniem zgody, z hostingiem w UE, a Meta CAPI, Google Ads, TikTok, Pinterest i Microsoft Advertising z tego samego zdarzenia.