monaltro . pl
← Dziennik
Reklama 15 paź 2026 · 11 min czytania · Zespół Monaltro

Server-side tracking dla MŚP w 2026 — jak odzyskać konwersje tracone przez ad-blokery i ITP

Standardowe skrypty reklamowe działają w przeglądarce użytkownika — i właśnie tam je blokują ad-blokery oraz Safari ITP. Server-side tracking przenosi rejestrację konwersji na Twój własny serwer, omijając blokady i zwracając algorytmom Google Ads i Meta pełniejsze dane do optymalizacji.

Standardowe skrypty reklamowe działają w przeglądarce użytkownika — i właśnie tam je blokują ad-blokery oraz Safari ITP. Server-side tracking przenosi rejestrację konwersji na Twój własny serwer, omijając blokady i zwracając algorytmom Google Ads i Meta pełniejsze dane do optymalizacji. Obraz wygenerowany przez sztuczną inteligencję

W połowie 2026 roku — kilka tygodni przed Black Friday — wielu właścicieli sklepów i firm usługowych wciąż optymalizuje kampanie reklamowe na podstawie niepełnych danych. Nie dlatego, że Google Ads czy Meta Ads działają źle, lecz dlatego, że znaczna część konwersji w ogóle nie dociera do systemu analitycznego. Winowajcy: ad-blokery, Safari ITP i coraz bardziej restrykcyjne przeglądarki. Server-side tracking (SST) przenosi rejestrację zdarzeń z przeglądarki na Twój własny serwer — i odzyskuje dane, które do tej pory były niewidoczne.

Dlaczego dane, które widzisz w Google Ads, to niepełna historia

Standardowe śledzenie konwersji działa tak: gdy użytkownik klika w reklamę Google i dokonuje zakupu, skrypt JavaScript wysyłany z Twojej strony informuje Google Ads o zdarzeniu „zakup”. To samo robi piksel Mety, tag GA4 i pulę innych skryptów. Problem w tym, że te skrypty działają w przeglądarce użytkownika, a nie na Twoim serwerze.

Trzy główne źródła utraty sygnałów w 2026 roku:

Ad-blokery i rozszerzenia do przeglądarek. Narzędzia takie jak uBlock Origin, AdBlock Plus czy wbudowane blokery przeglądarki Brave identyfikują adresy URL należące do Google, Meta, TikTok i blokują żądania HTTP zanim w ogóle opuszczą przeglądarkę. Według dostępnych danych branżowych w Polsce z blokowania reklam lub śledzenia korzysta od jednej czwartej do ponad 40% internautów — wyższe wskaźniki dotyczą młodszych użytkowników i desktopa (źródło: badania MEC Wavemaker, dane cyt. za WARC; dla aktualnych liczb polskiego rynku: Reuters Institute Digital News Report).

ITP (Intelligent Tracking Prevention) w Safari. Apple od kilku lat skraca żywotność ciasteczek third-party i ogranicza śledzenie między domenami. Ciasteczka ustawiane przez skrypty zewnętrznych dostawców (Google, Meta) mogą żyć w Safari zaledwie 7 dni lub krócej. Oznacza to, że jeśli użytkownik kliknie reklamę w Safari, a zakup zrealizuje po tygodniu, standard client-side tracking może nie połączyć obu zdarzeń. Przy sprzedaży B2B, gdzie cykl decyzyjny trwa kilka tygodni, problem jest szczególnie widoczny.

Privacy Sandbox i zmiany w Chrome. Google kontynuuje wdrożenie Privacy Sandbox i ograniczanie third-party cookies w Chrome. Kierunek jest jednoznaczny: skrypty polegające na cross-site identyfikatorach w przeglądarkach będą działały coraz gorzej.

Efekt praktyczny: Twój system analityczny może widzieć 60–70% faktycznych zdarzeń zakupowych, a pozostałe 30–40% znika. Algorytmy smart biddingowe (Target CPA, Target ROAS) dostają niepełne dane i — dosłownie — uczą się na nieprawdziwym obrazie kampanii. Obcinają budżety skutecznych słów kluczowych, bo „nie widzą” połowy konwersji, które te słowa generują.

Co to jest server-side tracking i jak działa

Server-side tagging (SST) odwraca tę logikę. Zamiast wysyłać dane bezpośrednio z przeglądarki użytkownika do Google, Meta czy GA4, dane trafiają najpierw na Twój własny serwer (tzw. tagging server lub server container), a dopiero stamtąd są rozdzielane do odpowiednich platform.

Wg dokumentacji Google Tag Platform (developers.google.com/tag-platform/tag-manager/server-side) serwer tagów działa następująco:

  • Przeglądarka użytkownika wysyła zdarzenie (zakup, wypełnienie formularza, obejrzenie wideo) na subdomenę Twojej witryny — np. data.twojastrona.pl.
  • Ta subdomena to Twój serwer tagów — kontener server-side działający na Google Cloud Platform (Cloud Run) lub platformie zarządzanej przez zewnętrznego dostawcę.
  • Serwer przetwarza zdarzenie, może je wzbogacić (np. o wartość zamówienia z systemu kasowego), a następnie przekazuje do GA4, Google Ads, Meta Conversions API, TikTok Events API i innych platform.

Kluczowa różnica dla użytkownika: żądanie idzie na data.twojastrona.pl, a nie do google-analytics.com czy facebook.net. Ad-blokery nie identyfikują Twojej subdomeny jako domeny trackingowej — żądanie przechodzi jako normalne zapytanie HTTP do Twojej strony. Ustawiane przez serwer ciasteczka HttpOnly są niewidoczne dla skryptów w przeglądarce, a przeglądarki traktują je jako ciasteczka first-party Twojej domeny — nie obcinają ich żywotności jak w przypadku third-party.

[Przeglądarka] → data.twojastrona.pl (serwer tagów) → GA4
                                                      → Google Ads
                                                      → Meta CAPI
                                                      → TikTok Events API

Zamiast kilku ciężkich skryptów ładowanych równolegle w przeglądarce — jeden lekki tag client-side wysyła zdarzenie na Twój serwer, a serwer przejmuje całą logikę dystrybucji.

Co konkretnie zyskujesz — wyniki z wdrożeń

Firma Stape (dostawca zarządzanego hostingu SST, stape.io) opublikowała case studies klientów po wdrożeniu SST. To dane vendora — traktuj je jako ilustrację potencjalnych efektów, a nie gwarancję:

  • Finobo: odsetek śledzonych leadów wzrósł z 10% do 80% po wdrożeniu serwera tagów.
  • Sieć hotelarska: pokrycie śledzenia konwersji poprawiło się z 68,4% do 85,5%, a CPA (koszt pozyskania klienta) spadło o 14,3% — algorytmy Google Ads dostały pełniejszy obraz do optymalizacji.
  • 1900film: po wdrożeniu Data Store (enriching zdarzeń danymi CRM) sesje GA4 bez przypisania spadły z 41,09% do 3,3%.

Ostrzeżenie: wyniki powyżej raportuje dostawca usługi. Twoje efekty zależą od branży, jakości ruchu i startowego poziomu blokowania przez użytkowników. Zmierz własny baseline przed wdrożeniem — i porównaj po 30 dniach.

Dla platformy Meta SST oznacza zastąpienie (lub uzupełnienie) piksela przez Conversions API (CAPI) — serwer wysyła zdarzenia bezpośrednio do Mety zamiast przez skrypt w przeglądarce. Meta ocenia jakość dopasowania danych zdarzenia metryką Event Match Quality w skali 1–10. Przy pełnym wdrożeniu SST + CAPI wartość ta regularnie osiąga 8–9. Wyższy wskaźnik = lepsza optymalizacja kampanii = niższy CPL albo wyższy ROAS przy tym samym budżecie.

Więcej o tym, jak Meta CAPI działa od strony kampanii i jak go skonfigurować krok po kroku: Meta Ads Conversions API — jak MŚP naprawia śledzenie konwersji przed Q4.

Czy SST to tylko dla dużych firm?

Przez kilka lat — owszem. Wdrożenie server-side GTM wymagało znajomości Google Cloud Platform, własnego serwera i dewelopera. W 2024–2026 roku pojawiły się zarządzane platformy, które sprowadzają barierę techniczną do minimum.

Dwa najczęstsze warianty dla MŚP:

1. Stape.io — zarządzany hosting SST

Stape to platforma zaprojektowana dla marketerów, którzy nie chcą zarządzać infrastrukturą GCP. Hosting serwera tagów, konfiguracja, skalowanie — Stape przejmuje operacje.

  • Plan Pro: ok. 17 USD miesięcznie (do 500 000 żądań) — wystarczy dla większości MŚP z ruchem do 100–200 tys. sesji miesięcznie.
  • Gotowe szablony konfiguracji dla Google Ads, GA4, Meta CAPI Gateway, TikTok Events API Gateway, Snapchat CAPI.
  • Nie wymaga osobnego konta GCP ani wiedzy o Cloud Run.

2. Własny hosting na Google Cloud Run

Jeśli dysponujesz kontem GCP lub współpracujesz z developerem, możesz postawić kontener serwerowy bezpośrednio. Według dokumentacji Google koszt jednej instancji na Cloud Run wynosi ok. 30–50 USD miesięcznie. Dla ruchu produkcyjnego Google zaleca minimum 3 instancje (dla redundancji), co daje łącznie 90–150 USD miesięcznie.

  • Pełna kontrola nad danymi i infrastrukturą.
  • Wymaga konfiguracji, monitoringu i skalowania.
  • Dobre dla firm z własnym działem technicznym.

Dla MŚP bez dedykowanego dewelopera Stape jest zwykle trafniejszym wyborem — niższy koszt wejścia i mniej do utrzymania.

SST a RODO — co z prywatnością użytkowników?

Intuicja mówi: „tracking serwer-side = więcej danych = gorzej dla prywatności”. W rzeczywistości SST może być lepszy z perspektywy RODO niż klasyczne third-party piksele. Kilka powodów:

Dane przechodzą przez Twoją infrastrukturę. Zamiast wysyłać surowe dane bezpośrednio do Google i Mety, najpierw trafiają na Twój serwer. Możesz zdecydować, które pola przekazujesz dalej, a które filtrujesz. To Ty jesteś administratorem danych w pierwszej kolejności.

Hashowanie danych osobowych jest egzekwowalne. Meta CAPI wymaga przesyłania adresu email w formie zahashowanej (SHA-256), a nie surowej. Po stronie serwera wykonanie hashowania jest prostsze i pewniejsze niż w skrypcie JavaScript po stronie przeglądarki — masz pełną kontrolę nad kodem.

Ciasteczka first-party zamiast third-party. Ciasteczka HttpOnly ustawiane przez Twój serwer są first-party względem Twojej domeny. Z perspektywy ePrivacy i polskiego Prawa Telekomunikacyjnego masz mocniejszą pozycję niż przy third-party pixels — te ostatnie są coraz częściej traktowane jak śledzenie użytkownika bez wyraźnej zgody.

Consent Mode v2 działa lepiej z SST. Gdy użytkownik odrzuca marketingowe ciasteczka, Google Consent Mode v2 włącza modelowanie konwersji na podstawie agregatów. SST pozwala precyzyjniej przekazywać sygnały zgodności (czy użytkownik wyraził zgodę czy nie) bezpośrednio do serwera — lepiej niż client-side skrypty, które mogą się załadować przed lub po wyrażeniu zgody przez użytkownika.

Jeden praktyczny wniosek dla firm, które prowadzą remarketing lub synchronizują listy odbiorców z Meta lub Google: przy SST możesz przekazywać do platform zahashowane dane kontaktowe (email, numer telefonu) z własnej bazy CRM, a nie tylko anonimowe identyfikatory ciasteczkowe. To podnosi jakość dopasowania Custom Audiences — bo platforma porównuje zaszyfrowane dane z własną bazą użytkowników, zamiast zgadywać po cookie. Przy poprawnym wdrożeniu zgodnym z RODO (podstawa prawna: uzasadniony interes lub zgoda, zależnie od celu) ta technika jest legalna i coraz powszechniejsza wśród sklepów e-commerce w Polsce.

Więcej o tym, jak Google Data Manager integruje serwer-side konwersje ze śledzeniem krzyżokanałowym: Google Data Manager dla MŚP — jak scentralizować śledzenie konwersji przed Q4 2026.

Jak zacząć — minimalny plan wdrożenia

Wdrożenie SST to projekt na kilka–kilkanaście godzin pracy specjalisty od Google Tag Managera. Oto minimalna ścieżka dla MŚP:

Krok 1: Wybierz hosting. Dla firm bez dewelopera: Stape.io. Dla firm z GCP: Cloud Run (min. 3 instancje na produkcji).

Krok 2: Utwórz kontener server-side w GTM. W panelu Google Tag Manager tworzysz nowy kontener, wybierasz typ „Server”. Dostajesz URL serwera do testowania (środowisko preview).

Krok 3: Skonfiguruj własną subdomenę. W DNS swojej domeny dodajesz subdomenę (np. data.twojastrona.pl) kierującą na serwer tagów. Ten krok jest kluczowy — bez własnej domeny subdomeny SST nie omija skutecznie ad-blockerów, bo Stape/GCP mają własne domeny, które mogą być blokowane.

Krok 4: Przenieś tagi. Konfiguracja GA4 i Google Ads, która działała w kontenerze webowym, wędruje do kontenera serwerowego. W przeglądarce zostajesz z jednym lekkim tagiem wysyłającym zdarzenia na serwer.

Krok 5: Podłącz Meta CAPI i inne platformy. Stape dostarcza gotowe szablony dla Meta CAPI Gateway — konfiguracja zajmuje kilkanaście minut, bez wiedzy o API Mety.

Krok 6: Weryfikacja w trybie podglądu (Preview). GTM ma wbudowany debugger server-side. Sprawdzasz, czy zdarzenia docierają do serwera i czy serwer poprawnie je przekazuje do każdej z platform.

Szacowany czas przy Stape.io z gotowymi szablonami: 8–16 godzin dla osoby z doświadczeniem w GTM. Koszty: od 17 USD miesięcznie za hosting + jednorazowy koszt wdrożenia.

Na co uważać — typowe pułapki przy wdrożeniu SST

Wdrożenie SST nie jest technicznie skomplikowane, ale kilka błędów pojawia się regularnie:

Subdomena z HTTPS to obowiązek, nie opcja. Serwer tagów musi działać pod subdomeną Twojej witryny z ważnym certyfikatem TLS. Brak własnej subdomeny — czyli używanie domeny Stape lub GCP jako endpointu — nie eliminuje problemu z ad-blockerami, bo te domeny mogą trafić na listy blokujące.

Duplikacja zdarzeń. Gdy konfigurujesz SST, nie usuwasz od razu tagów z klasycznego kontenera webowego, lecz testujesz przez pewien czas oba kanały równolegle. Jeśli zapomnisz wyłączyć stare tagi po zakończeniu testów, Google Ads i GA4 zaczną liczyć każdą konwersję podwójnie. Protokół: włącz deduplikację zdarzeń (każde zdarzenie dostaje unikalny event_id), zanim uruchomisz SST produkcyjnie.

Niezgodność dat konwersji przy migracji danych historycznych. Przy przejściu na SST dane historyczne z klasycznego śledzenia i nowe dane z serwera wyglądają w raportach inaczej — przez różne sposoby przypisywania sesji. Nie interpretuj tego jako pogorszenia wyników; ustaw wyraźną datę migracji w Google Ads i GA4 i od niej porównuj okresy.

Consent Mode v2 — zaimplementuj go przed SST, nie po. Jeśli strona nie obsługuje sygnałów Consent Mode (a więcej niż połowa stron MŚP, które audytujemy, nie obsługuje), SST nie poprawi danych od użytkowników, którzy odrzucili ciasteczka reklamowe. Google wymaga poprawnej implementacji Consent Mode przed uruchomieniem rozszerzonych konwersji modelowanych. Kontrola: po dodaniu kodu GTAG sprawdź w Chrome DevTools czy strona wysyła gtag('consent', 'update', ...) po decyzji użytkownika.

Monitoring kosztów GCP. Przy samodzielnym hostingu na Cloud Run warto ustawić alerty budżetowe na poziomie 120% miesięcznego limitu — niespodziewany spike ruchu (np. kampania wirusowa) może wygenerować dodatkowe koszty. Stape eliminuje ten problem przez model abonamentowy z limitem żądań.

Podsumowanie

  • Ad-blokery, Safari ITP i Privacy Sandbox blokują znaczną część sygnałów konwersji w klasycznym, client-side trackingu — potencjalnie 30–40% zdarzeń nigdy nie dociera do Google Ads ani Mety.
  • Server-side tracking przenosi rejestrację zdarzeń na Twój własny serwer — żądania idą do Twojej subdomeny, nie do domen zewnętrznych vendorów, więc ad-blokery ich nie filtrują.
  • Kluczowa korzyść biznesowa: algorytmy smart biddingowe dostają pełniejsze dane → lepiej optymalizują kampanie → niższy CPA lub wyższy ROAS przy identycznym budżecie.
  • SST działa dla GA4, Google Ads, Meta CAPI, TikTok Events API i Snapchat CAPI — jeden serwer obsługuje wszystkie platformy reklamowe.
  • Koszty: od ok. 17 USD miesięcznie przy zarządzanym hostingu (Stape.io); własny GCP Cloud Run to 90–150 USD miesięcznie za infrastrukturę produkcyjną.
  • Z perspektywy RODO SST daje mocniejszą pozycję niż third-party pixels — dane przechodzą przez Twoją infrastrukturę, hashowanie PII jest łatwiejsze do egzekwowania.

Wskazówka: zanim zaczniesz wdrożenie, zmierz swój obecny punkt startowy. W GA4 sprawdź udział sesji „Direct / None” w sekcji Acquisition → Traffic Acquisition (wysoki udział direct może oznaczać utracone atrybucje). W Meta Ads zajrzyj na Event Match Quality dla kluczowych zdarzeń. Te dwie liczby pokażą Ci, ile danych faktycznie tracisz — i ile możesz odzyskać.

Jeśli budżety reklamowe rosną, a efektywność kampanii stoi w miejscu, warto sprawdzić, czy problemu nie ma już na poziomie danych wejściowych dla algorytmów. W Monaltro wdrażamy SST jako standard dla klientów, którzy poważnie traktują optymalizację Q4. Jeśli chcesz zobaczyć, jak wygląda to w praktyce — napisz do nas.

§ Zaczynamy

Napisz. Odpiszemy.

Umów 30 minut →