Tagowanie po stronie serwera

Tagowanie po stronie serwera przenosi wykonywanie tagów z przeglądarki użytkownika na kontrolowany przez Państwa serwer. Zamiast wysyłać piksele bezpośrednio do Google i Meta, strona wysyła jedno żądanie do własnego punktu końcowego tagowania.

Serwer decyduje następnie, jakie dane przekazać, komu je przekazać i w jakim formacie. Przeglądarka komunikuje się wyłącznie z domeną własnej firmy.

W modelu klasycznym każdy piksel dostawcy działa w przeglądarce i wysyła własne żądanie do strony trzeciej. W modelu po stronie serwera przeglądarka wysyła jedno zdarzenie do serwera tagowania, który przekazuje je do wielu odbiorców.

Daje to kontrolę nad danymi, ogranicza liczbę blokowanych żądań i zmniejsza ilość kodu po stronie klienta, który spowalnia działanie stron.

Server-Side Google Tag Manager (sGTM) firmy Google jest najczęściej stosowaną implementacją. Jest to kontener działający w Cloud Run, App Engine lub na dowolnym hoście, który odbiera żądania i przetwarza je za pomocą klientów oraz tagów.

„Klient” analizuje przychodzące żądania i przekształca je w zdarzenia, a „tagi” wysyłają następnie te zdarzenia do miejsc docelowych. To GTM, który wykonuje się na serwerze zamiast na stronie.

Najważniejsza poprawa niezawodności wynika z przypisania serwera tagowania do poddomeny własnej witryny, na przykład sgtm.example.com, za pomocą rekordu DNS typu A lub CNAME.

Ponieważ żądania są teraz kierowane do Państwa domeny, pliki cookie ustawiane w odpowiedzi są plikami cookie własnej domeny i mają atrybut HttpOnly. Unikają najbardziej restrykcyjnych limitów ITP i są znacznie mniej podatne na blokowanie przez blokady reklam.

Na stronie dochodzi do zakupu. Kontener internetowy (lub gtag) wysyła zdarzenie do sgtm.example.com. Znajdujący się tam klient GA4 odtwarza żądanie, wzbogaca je, a tag GA4 przekazuje je do punktu końcowego gromadzenia danych Google.

To samo zdarzenie może jednocześnie uruchomić tag Meta Conversions API, konwersję Google Ads po stronie serwera i inne działania, a wszystko to na podstawie jednego żądania przychodzącego.

Conversions API firmy Meta, Enhanced Conversions firmy Google i Events API firmy TikTok są punktami końcowymi komunikacji serwer-serwer. Przyjmują zdarzenia bezpośrednio z Państwa serwera, całkowicie omijając piksel w przeglądarce.

Pozwala to odzyskać konwersje utracone z powodu blokad reklam i ITP oraz wysyłać zahaszowane identyfikatory własnej domeny (email, phone) w celu lepszego dopasowania, pod warunkiem uzyskania zgody.

Ponieważ serwer widzi surowe zdarzenie, można je wzbogacić: dodać rzeczywistą wartość zamówienia z bazy danych, usunąć dane osobowe, których nie chce się udostępniać, dodać znaczniki czasu po stronie serwera lub deduplikować zdarzenie względem zdarzeń klienta.

To Państwo pełnią rolę redaktora własnych danych, przekazując każdej platformie tylko minimalny zestaw potrzebnych pól. To praktyczne zastosowanie minimalizacji danych, a nie tylko zapis w polityce.

Jeśli dla tej samej konwersji uruchamiane są zarówno piksel w przeglądarce, jak i zdarzenie serwerowe, platformy nie mogą policzyć jej dwukrotnie. Deduplikacja korzysta ze wspólnego identyfikatora.

Należy wysyłać tę samą wartość event_id (oraz event_name) zarówno z piksela klienta, jak i z serwerowego wywołania CAPI. Meta i inne platformy dopasowują te wartości i zachowują tylko jedno zdarzenie, zapewniając nadmiarowość bez zawyżania wyników.

Serwer tagowania to rzeczywista infrastruktura. W Google Cloud Run skaluje się automatycznie wraz z ruchem, a opłaty obejmują moc obliczeniową i transfer wychodzący. Mała witryna może działać na kilku instancjach, a duża na wielu.

Należy zaplanować monitorowanie, serwer podglądu do debugowania i wysoką dostępność, ponieważ awaria serwera tagowania oznacza również przerwę w pomiarze. Jest to teraz usługa produkcyjna, a nie fragment kodu.

Tagowanie po stronie serwera nie omija wymogu uzyskania zgody. Nadal potrzebna jest podstawa prawna, a wysyłanie danych bez zgody jest niezgodne z prawem niezależnie od miejsca ich przetwarzania.

Nie przywraca ono również w magiczny sposób deterministycznego śledzenia między witrynami. Zwiększa niezawodność i poprawia dopasowanie danych własnej domeny, na których wykorzystanie uzyskano zgodę; jest warstwą odporności, a nie luką w zabezpieczeniach.

Rzeczywiste wdrożenie przebiega w określonej kolejności: należy uruchomić serwer, przypisać poddomenę, połączyć z nim kontener internetowy, skonfigurować klientów i tagi, a następnie podłączyć miejsca docelowe CAPI.

Należy przeprowadzić walidację w widoku podglądu i debugowania, potwierdzić poprawność deduplikacji, sprawdzić kontrolę zgody i dopiero wtedy przełączyć ruch. Trzeba traktować ten proces jak wdrażanie dowolnej usługi backendowej.

Proszę sprawdzić znajomość tagowania po stronie serwera.

Tagowanie po stronie serwera kieruje zdarzenia z przeglądarki do serwera tagowania działającego w poddomenie własnej witryny. Serwer ten ustawia pliki cookie własnej domeny i przekazuje dane, na których wykorzystanie uzyskano zgodę, do platform za pośrednictwem interfejsów serwer-serwer, takich jak Meta CAPI.

Korzyści obejmują mniejszą liczbę blokowanych żądań, pliki cookie lepiej współpracujące z ITP, wzbogacanie i minimalizację danych oraz deduplikację zdarzeń. Jest to warstwa niezawodności i kontroli, rzeczywista infrastruktura wymagająca utrzymania, a nigdy zamiennik zgody.