Przekazywanie zgód na cookies do serwerowego Google Tag Managera

Kontener Google Tag Manager po stronie serwera (sGTM) przetwarza otrzymane żądania. Bieżący wybór z banera zgód jest dostępny dopiero przez przesłany sygnał albo wiarygodne źródło serwerowe. Brak statusu nie powoduje automatycznego wysłania danych przez Meta CAPI: decydują skonfigurowane tagi i wyzwalacze.

Kontener gromadzi skonfigurowane tagi i reguły. Tag wysyła dane do usługi, a wyzwalacz określa moment uruchomienia. Platforma zarządzania zgodą (CMP), tutaj Usercentrics, obsługuje baner i zapisane wybory. Meta CAPI przekazuje zdarzenia z serwera do Meta.

Przykład przekazuje zgodę dotyczącą usługi Meta z Usercentrics jako parametr zdarzenia. Google Consent Mode pozostaje osobną konfiguracją dla tagów Google. To techniczna reguła uruchamiania, a nie dowód zgodności całego przetwarzania z prawem.

1. Wymagania i jednoznaczna wartość

Potrzebne są działające kontenery internetowy i serwerowy, klient GA4 na serwerze oraz integracja Usercentrics z udokumentowanymi zdarzeniami zgód. Struktura danych zależy od wersji CMP i sposobu wdrożenia. Najpierw podgląd kontenera internetowego musi potwierdzić rzeczywiste zdarzenie oraz dokładną nazwę usługi Meta. Dowolnie wymyślony klucz nie odczyta zgody automatycznie.

Zmienna Data Layer Variable o nazwie {{UC - Meta Consent}} odczytuje wartość tej usługi; wartość domyślna to false. Data layer to zbiór informacji o zdarzeniach odczytywany przez internetowy GTM. Jeśli system zgody ogłasza wybór przez zdarzenie okna, kod integracji musi najpierw skopiować potrzebną wartość do tego zbioru. Przykładowa zmienna Custom JavaScript uznaje za zgodę wyłącznie wartość logiczną true lub tekst 'true':

function () {
  var value = {{UC - Meta Consent}};
  return value === true || value === 'true' ? 'granted' : 'denied';
}

Nazwa wynikowej zmiennej to {{Meta Consent State}}. Brak wartości, liczby oraz pozostałe ciągi znaków dają denied. Oba wyniki są konwencją tego przykładu, a nie wbudowanymi parametrami zgód Meta lub Google.

2. Tagi w przeglądarce i transport

1. Tag inicjalizujący Meta Pixel otrzymuje właściwy wyzwalacz zdarzenia zgody oraz warunek {{Meta Consent State}} equals granted. Zależnie od integracji Usercentrics dokumentuje consent_status lub powiązane warianty. Podgląd potwierdza faktyczną nazwę.
2. Pozostałe zdarzenia Meta, na przykład zakup, wymagają tej samej zgody na własnych wyzwalaczach. Sama kontrola inicjalizacji nie chroni wszystkich późniejszych tagów.
3. Transport tagu Google kieruje dane do własnego serwera tagowania. Każde odpowiednie zdarzenie GA4 zawiera parametr meta_consent_state z wartością {{Meta Consent State}}. Wspólne ustawienia ograniczają powtarzanie konfiguracji. Podgląd nadal musi potwierdzić obecność parametru w każdym przewidzianym zdarzeniu.

Sygnały zgody Google nie zastępują decyzji dotyczącej Meta. Sam transport również wymaga właściwej konfiguracji zgód. W Basic Consent Mode niedozwolony tag analityczny może pozostać całkowicie zablokowany. Wtedy do serwera nie dotrze także dołączony parametr Meta. Zgoda na Meta nie uzasadnia automatycznego odblokowania transportu GA4.

Zablokowanie późniejszego wyzwalacza GTM nie usuwa już działającej biblioteki Pixel. Automatyczne zdarzenia i inne integracje wymagają osobnej kontroli. Wycofanie zgody musi także aktualizować stan załadowanej biblioteki przez integrację CMP/Pixel; szablon Meta obsługuje grant/revoke. Droga aktualizacji stanu musi działać również przy odmowie.

3. Serwerowy wyzwalacz uruchamiający

Zmienna typu Event Data ze ścieżką meta_consent_state odczytuje otrzymaną wartość. Klient GA4 musi rzeczywiście umieścić parametr w danych zdarzenia; potwierdza to podgląd serwera.

Wyzwalacz Meta CAPI wymaga jednocześnie oczekiwanego klienta, wyraźnie wybranego zdarzenia i meta_consent_state equals granted. Nazwa klienta musi odpowiadać konfiguracji. Osobne reguły lub dokładna lista mogą obejmować page_view i purchase; .* obejmuje wszystkie zdarzenia, nie tylko handel elektroniczny.

Reguła trafia do wyzwalaczy uruchamiających tag. Nie jest wyjątkiem blokującym: wyjątek spełniony przy „granted” blokowałby właśnie dozwolony przypadek. Pozostałe szersze wyzwalacze wymagają usunięcia lub równoważnych ograniczeń. Brak parametru, denied i nieoczekiwane wartości nie spełniają warunku.

4. Ograniczenie dalszego przesyłania i testy

Parametr transportowy nie musi trafiać do wszystkich odbiorców. Transformacja sGTM Exclude parameters, ograniczona do tagu GA4, może usunąć meta_consent_state przed przesłaniem do Google. Zakres działania musi zachować wartość tam, gdzie potrzebuje jej kontrola Meta. Brak rejestracji wymiaru niestandardowego nie zapobiega transmisji.

Kontrola obejmuje podgląd obu kontenerów, wartości zmiennych i rzeczywiste żądania wychodzące. Wycofanie zgody nie cofa już przesłanych zdarzeń. Nowa zgoda nie jest również powodem do automatycznego ponownego wysyłania wcześniej zablokowanych zdarzeń.

Źródła i data weryfikacji

2026-10-24

• Google: obsługa zgody po stronie serwera
• Google: przesyłanie i odczyt zdarzeń
• Google: zmiana danych przed przekazaniem
• Usercentrics: tagi GTM uwzględniające zgodę
• Usercentrics: zdarzenia zgody dla innych systemów
• Usercentrics: struktura zdarzeń CMP v2
• Meta: obsługa zgody w szablonie Pixel