Server-side tagging, nazywane też śledzeniem po stronie serwera lub tagowaniem server-side, przenosi zbieranie danych z przeglądarki użytkownika na Twój własny serwer. Dla e-commerce oznacza to dokładniejszy pomiar konwersji i mniej decyzji budżetowych podejmowanych po omacku. Nie każdemu sklepowi ta zmiana się jednak opłaca – wymaga infrastruktury i utrzymania, a ich koszt trzeba zestawić z rzeczywistą skalą utraconych danych.
Problem, z którym mierzy się dziś większość zespołów e-commerce, jest łatwy do opisania i trudny do zignorowania. Budżety na Google Ads i Meta Ads są ustawiane na podstawie danych o konwersjach, w których – w zależności od branży i źródeł ruchu – potrafi brakować nawet kilkudziesięciu procent. W tym artykule pokazujemy, kiedy server-side tagging faktycznie się opłaca, a kiedy jest wydatkiem przedwczesnym.
Server-side tagging w skrócie
W modelu client-side tagi GA4, Meta i Google Ads uruchamiają się bezpośrednio w przeglądarce użytkownika. W modelu server-side te same dane trafiają najpierw na Twój serwer i dopiero stamtąd, pod Twoją kontrolą, są rozsyłane do poszczególnych platform.
Najprościej wyobrazić to sobie jako różnicę między otwartymi drzwiami a recepcją. W modelu client-side każda platforma reklamowa ma niezależny dostęp do przeglądarki użytkownika i sama pobiera z niej dane, korzystając z Google Tag Managera (GTM) uruchomionego lokalnie. W modelu server-side wszystkie żądania przechodzą najpierw przez jeden punkt, który kontrolujesz Ty – serwerowy kontener GTM (sGTM). To on decyduje, co, w jakiej formie i do kogo trafi dalej.
Dlaczego client-side przestaje wystarczać w 2026 roku
Wbrew popularnej narracji problemem nie jest koniec ciasteczek w Chrome – Google ostatecznie wycofało się z tego planu w lipcu 2024 roku i podtrzymało tę decyzję w kwietniu 2025 roku. Rzeczywiste powody utraty danych są inne: blokery reklam, domyślne ograniczenia trackingu w Safari i Firefoksie oraz wymogi dotyczące zgód wynikające z Consent Mode v2 i RODO.
Zacznijmy od obalenia mitu. W lipcu 2024 roku wiceprezes Google odpowiedzialny za Privacy Sandbox, Anthony Chavez, poinformował na oficjalnym blogu firmy, że Chrome nie wycofa plików cookie stron trzecich, tylko zaproponuje użytkownikom bardziej świadomy wybór w ustawieniach przeglądarki. Wiosną 2025 roku Google potwierdziło to podejście i zrezygnowało z osobnego okna wyboru dotyczącego cookies stron trzecich. W październiku 2025 roku wycofało też same technologie Privacy Sandbox, które miały te ciasteczka zastąpić. Temat jest więc zamknięty, ale problem utraty danych nie zniknął, bo jego źródło zawsze leżało gdzie indziej.
Rzeczywiste powody, dla których e-commerce traci dziś część danych o konwersjach:
Safari i Firefox od lat domyślnie ograniczają śledzenie między witrynami za pomocą mechanizmów Intelligent Tracking Prevention (Safari) i Enhanced Tracking Protection (Firefox). Według danych StatCounter z maja 2026 roku obie przeglądarki odpowiadają łącznie za blisko 15% ruchu w Polsce, a w segmencie mobile Safari na iPhone’ach to ponad 24% ruchu.
Blokery reklam instalowane przez użytkowników, takie jak uBlock Origin czy AdBlock, domyślnie blokują standardowe domeny GA4 i Meta Pixela.
Consent Mode v2 jest od 6 marca 2024 roku wymagany na każdej witrynie, z której reklamy Google Ads są kierowane do użytkowników z Europejskiego Obszaru Gospodarczego. Jego brak ogranicza remarketing i personalizację kampanii.
RODO wymaga zgody na przetwarzanie adresów IP i identyfikatorów cookies w celach analitycznych i reklamowych, bo w połączeniu z innymi danymi pozwalają one zidentyfikować konkretną osobę (motyw 30 RODO). Użytkownicy, którzy odrzucą zgody w banerze cookies, znikają z pomiaru.
Jak to działa – bez wchodzenia w kod
Server-side tagging wymaga jednego dodatkowego elementu – kontenera serwerowego uruchomionego na Twojej własnej subdomenie. Przeglądarka wysyła dane właśnie do niego, a kontener rozsyła je dalej do GA4, Meta i Google Ads, bez konieczności ingerowania w kod sklepu przy każdej zmianie.
Przepływ danych w uproszczeniu wygląda tak: przeglądarka użytkownika wysyła zdarzenie (np. dodanie do koszyka) na Twoją subdomenę, taką jak dane.twoja-domena.pl. Ponieważ subdomena należy do Twojej domeny, przeglądarka i większość blokerów traktują ją jako kontekst first-party, czyli „swój”. Dopiero stamtąd, pod Twoją kontrolą, dane trafiają do GA4, Meta Conversions API i Google Ads.
Dla osób odpowiedzialnych za wdrożenie: kontener można hostować samodzielnie na Google Cloud Platform (Cloud Run) albo skorzystać z gotowych rozwiązań, takich jak Stape czy Addingwell, które skracają czas wdrożenia kosztem niewielkiej opłaty miesięcznej.
Uwaga na Safari: jeśli kontener działa na innej infrastrukturze niż sklep (a przy Cloud Run i zewnętrznych dostawcach tak jest domyślnie), Safari i tak skraca żywotność ciasteczek do 7 dni. Rozwiązaniem jest udostępnienie kontenera pod ścieżką w głównej domenie sklepu, np. za pomocą proxy lub CDN. Stape oferuje taką konfigurację w standardzie.
Co faktycznie zyskuje e-commerce
Server-side tagging daje cztery wymierne korzyści – odzyskuje część utraconych konwersji, wydłuża żywotność danych o użytkownikach, ogranicza liczbę skryptów obciążających stronę i poprawia wyniki kampanii przy tym samym budżecie. Każdą z nich da się przełożyć na metrykę, którą śledzi zarząd.
Wszystkie te korzyści wynikają z jednej zasady – kompletniejsze dane o konwersjach przekładają się wprost na skuteczniejszą optymalizację algorytmów reklamowych.
Działa ona niezależnie od tego, czy dane odzyskujesz, porządkując konta reklamowe w ramach audytu performance marketingu, czy migrując tracking na serwer. Server-side tagging wykorzystuje ją po prostu na wyższym poziomie technicznym.
Server-side tagging daje też kontrolę nad danymi, zanim opuszczą Twoją infrastrukturę. Dane osobowe możesz zamaskować lub usunąć jeszcze przed wysłaniem do zewnętrznych platform, co ułatwia zachowanie zgodności z RODO.
Definicja: PII (Personally Identifiable Information) to dane umożliwiające identyfikację konkretnej osoby, takie jak adres e-mail, numer telefonu czy dokładny adres IP. W modelu server-side można je zamaskować lub zanonimizować, zanim opuszczą Twoją infrastrukturę
Kiedy Ci się to opłaca, a kiedy jeszcze nie
Server-side tagging opłaca się, gdy masz znaczący budżet reklamowy, spory wolumen transakcji i dużo ruchu z iOS i Safari, bo wtedy wartość odzyskanego sygnału pokrywa koszt infrastruktury. Przy małym sklepie i niskich budżetach reklamowych to zwykle wydatek przedwczesny.
Najczęstsze błędy przy wdrożeniu
Największe ryzyko przy server-side tagging to nie technika, lecz zgodność z przepisami – brak maskowania danych osobowych i źle skonfigurowany Consent Mode mogą zamienić przewagę w problem prawny. Drugi częsty błąd to wdrożenie w trybie „postaw i zapomnij”, czyli bez walidacji. Po takim wdrożeniu dane bywają gorsze niż przed migracją.
Brak maskowania danych osobowych przed wysłaniem ich do zewnętrznych platform.
Źle skonfigurowany Consent Mode v2, przez co dane napływają niezgodnie ze zgodami użytkownika.
Brak walidacji i testów (QA) po wdrożeniu, np. w GA4 DebugView. To właśnie walidacja pozwala wychwycić błędy, zanim wpłyną na raporty.
Traktowanie server-side tagging jako sposobu na całkowite obejście zgód i blokerów reklam. Jak zwraca uwagę Simo Ahava, jeden z najbardziej rozpoznawalnych na świecie specjalistów od Google Tag Managera, sprzedawanie tej technologii wyłącznie jako sposobu na ominięcie adblocków jest nadużyciem i rodzi poważne pytania o przejrzystość wobec użytkownika.
W praktyce w WSK Growth najczęściej korygujemy właśnie konfigurację zgód – to pierwsza rzecz, którą sprawdzamy w audycie.
Najczęściej zadawane pytania
Czy server-side tagging jest zgodny z RODO?
Może być, ale nie dzieje się to automatycznie. Zgodność zależy od tego, czy dane osobowe są maskowane przed wysyłką do platform zewnętrznych i czy konfiguracja jest zintegrowana z Consent Mode v2. Samo przeniesienie trackingu na serwer nie zwalnia z obowiązków wynikających z RODO.
Czym różni się server-side od client-side?
W modelu client-side tagi uruchamiają się bezpośrednio w przeglądarce użytkownika i każda platforma sama pobiera dane. W modelu server-side dane trafiają najpierw na Twój serwer, a Ty decydujesz, co i w jakiej formie trafi dalej.
Czy server-side tagging omija blokery reklam?
Częściowo. Pozwala odzyskać część ruchu blokowanego przez standardowe filtry, bo działa z Twojej domeny. Nie jest to jednak jego właściwe zastosowanie, a niektóre blokery i tak rozpoznają wzorce takich żądań.
Ile kosztuje server-side tagging?
Hosting kosztuje zwykle od kilkudziesięciu do stu kilkudziesięciu złotych miesięcznie. Główną pozycją jest wdrożenie – najczęściej od kilkudziesięciu do ponad stu godzin pracy specjalisty GTM.
Czy potrzebuję programisty?
Do samego wdrożenia niekoniecznie, jeśli korzystasz z gotowych rozwiązań, takich jak Stape. Potrzebujesz za to dostępu do ustawień DNS domeny (żeby skonfigurować subdomenę) oraz osoby, która zna GTM na poziomie zaawansowanym.
Czy server-side tagging działa z Shopify, WooCommerce i Shoperem?
Tak. Wszystkie te platformy pozwalają na wdrożenie server-side GTM, choć zakres integracji i sposób podpięcia warstwy danych (data layer) różnią się w zależności od platformy i użytych wtyczek.
To, czy server-side tagging opłaca się akurat Twojemu sklepowi, rozstrzygają liczby – ile sygnału faktycznie tracisz dziś i ile możesz odzyskać po wdrożeniu. Zanim zainwestujesz w infrastrukturę, warto sprawdzić, na jakim etapie jest Twoja obecna analityka i czy dane, na których opierasz decyzje budżetowe, są w ogóle kompletne.
