Pixel Meta i Consent Mode v2 - wdrożenie zgodne z RODO w sklepie

Łukasz Palej

Łukasz Palej

Technical Implementation Expert

Pixel Meta i Consent Mode v2 wdraża się w sklepie tak, by żaden tag reklamowy nie zapisywał plików cookie ani nie wysyłał danych o reklamach, zanim klient wyrazi zgodę w banerze cookies. Technicznie oznacza to trzy elementy: domyślny stan zgód ustawiony na odmowę przed załadowaniem tagów Google, aktualizację zgód po decyzji użytkownika oraz wstrzymanie piksela Meta poleceniem revoke do czasu zgody. Sama poprawność prawna banera i polityki prywatności to temat dla prawnika - ten wpis opisuje stronę techniczną.

Wyjaśniamy, czym jest Consent Mode v2 i jakie ma typy zgód, czym różni się tryb podstawowy od zaawansowanego, jak ustawić kolejność kodu w sklepie i w Google Tag Manager, jak wstrzymać i wznowić piksel Meta oraz jak sprawdzić, czy wdrożenie działa. Tekst jest dla właścicieli sklepów, marketerów i programistów, którzy chcą mieć pomiar i reklamy zgodne z wyborem klienta.

[#wazne] W skrócie: Consent Mode v2 to mechanizm Google, w którym tagi dostosowują działanie do zgód użytkownika w czterech typach: ad_storage, analytics_storage, ad_user_data i ad_personalization. Domyślne zgody ustawia się na odmowę przed załadowaniem tagów, a baner cookies aktualizuje je po decyzji klienta. Pixel Meta wstrzymuje się poleceniem fbq('consent', 'revoke') i wznawia przez grant. Programiści Vinson wdrażają i sprawdzają takie konfiguracje w sklepach.

Czym jest Consent Mode v2 i jakie zgody obejmuje

Consent Mode, czyli tryb uzyskiwania zgody, to mechanizm Google, który przekazuje tagom Google informację o zgodach użytkownika, a tagi zmieniają na tej podstawie swoje działanie. Wersja druga dodała dwa nowe typy zgód związane z reklamami. Dokumentacja Google opisuje je tak (stan na maj 2026 - sprawdź aktualną dokumentację Google):

Typ zgodyCzego dotyczyGdy odmowa
ad_storageZapisywanie plików cookie do celów reklamowychTagi nie ustawiają nowych reklamowych plików cookie
analytics_storageZapisywanie plików cookie do celów analitycznychPomiar bez analitycznych plików cookie
ad_user_dataWysyłanie do Google danych użytkownika związanych z reklamamiDane nie są wykorzystywane do celów reklamowych
ad_personalizationReklamy spersonalizowane, w tym remarketingBrak personalizacji i list remarketingowych

Według pomocy Google Tag Manager od marca 2024 r. Google mocniej egzekwuje politykę zgody użytkownika w UE. Aby w Europejskim Obszarze Gospodarczym korzystać z pomiaru, personalizacji i remarketingu, trzeba zbierać zgody od użytkowników i przekazywać ich sygnały do Google. Pomoc wskazuje, że reklamodawcy korzystający z list odbiorców i personalizacji muszą wdrożyć parametry wersji drugiej bezpośrednio w tagach lub przez platformę zgód, która je obsługuje (stan na maj 2026 - sprawdź aktualną pomoc Google).

Przed wdrożeniem trzeba wybrać tryb działania. Dokumentacja Google opisuje dwa, które różnią się tym, co dzieje się przed decyzją użytkownika:

[#chart:wpr41a]

W trybie podstawowym tagi Google są zablokowane do interakcji z banerem, a przy odmowie do Google nie trafiają żadne dane. W trybie zaawansowanym tagi ładują się od razu z zgodami ustawionymi na odmowę i wysyłają pomiary bez plików cookie, co pozwala Google stosować modelowanie konwersji dopasowane do reklamodawcy. Dokumentacja zaleca, by wybór trybu i wartości domyślnych uzgodnić z wytycznymi firmy - to decyzja, w której warto uwzględnić opinię prawnika.

Z technicznego punktu widzenia różnica dotyczy przede wszystkim tego, kiedy ładuje się kod. W trybie podstawowym tagi Google uruchamia się dopiero po zgodzie, więc wdrożenie przypomina klasyczne blokowanie skryptów przez baner. W trybie zaawansowanym tag Google ładuje się zawsze, a o tym, co wolno mu zapisać i wysłać, decydują stany zgód. Wybór trybu wpływa też na raporty: w trybie zaawansowanym Google może uzupełniać część brakujących konwersji modelowaniem, a w podstawowym luka w danych po odmowach jest większa. Niezależnie od trybu baner musi działać tak samo na każdej stronie sklepu, a zapisany wybór klienta trzeba respektować przy kolejnych wizytach.

Bezpłatna konsultacja programistyczna
Potrzebujesz programisty do sklepu, integracji lub automatyzacji?
  • Wycena zadania w 24 h w dni robocze
  • Integracje, API, feedy i poprawki w sklepie
  • Rozliczenie godzinowe albo za projekt
Łukasz PalejKonsultację poprowadzi Łukasz Palej, Technical Implementation Expert

Jak wdrożyć Consent Mode v2 w sklepie - kolejność kodu

Najczęstszy błąd techniczny to zła kolejność. Dokumentacja Google wymaga, by polecenie ustawiające domyślne zgody było wywołane na każdej stronie przed jakimkolwiek poleceniem pomiarowym, np. config lub event - w przeciwnym razie wartości domyślne nie zadziałają. Typowa kolejność to: kod domyślnych zgód, tag Google, a potem narzędzie do zarządzania zgodami, które po decyzji użytkownika wywołuje aktualizację (stan na maj 2026 - sprawdź aktualną dokumentację Google). Cały przebieg wygląda tak:

[#chart:wpr41b]

[#przyklad] Domyślne zgody w gtag.js, przed kodem tagu Google: gtag('consent', 'default', { 'ad_storage': 'denied', 'analytics_storage': 'denied', 'ad_user_data': 'denied', 'ad_personalization': 'denied', 'wait_for_update': 500 }); Po akceptacji w banerze: gtag('consent', 'update', { 'ad_storage': 'granted', 'analytics_storage': 'granted', 'ad_user_data': 'granted', 'ad_personalization': 'granted' });

Parametr wait_for_update określa w milisekundach, jak długo tagi mają czekać na aktualizację zgód z banera, zanim wyślą dane. Dokumentacja pozwala też ustawić domyślne zgody osobno dla regionów według kodów ISO 3166-2, np. tylko dla krajów UE. W zgodzie po akceptacji wysyłasz oczywiście tylko te typy, na które użytkownik się zgodził - jeśli zaakceptował analitykę, a odrzucił marketing, ad_storage, ad_user_data i ad_personalization pozostają na denied.

Kod domyślnych zgód musi być umieszczony w nagłówku strony, jak najwyżej, przed fragmentem kodu tagu Google lub kontenera GTM. W sklepach na platformach SaaS oznacza to zwykle edycję szablonu nagłówka albo skorzystanie z miejsca na własny kod, które platforma udostępnia w panelu. W sklepach z własnym kodem warto, by ten fragment generował szablon główny, a nie poszczególne podstrony, bo wtedy żadna strona - np. koszyk z innym układem albo strona podziękowania po płatności - nie zostanie pominięta.

Drugą sprawą jest zapamiętanie decyzji. Platforma zgód zapisuje wybór użytkownika, a przy kolejnych wizytach powinna odczytać go na tyle wcześnie, żeby aktualizacja zgód nastąpiła, zanim tagi wyślą pierwsze dane. Jeśli baner ładuje się wolno, tagi wyślą pierwsze zdarzenia z odmową, nawet gdy użytkownik wcześniej wszystko zaakceptował. Właśnie temu służy parametr wait_for_update, ale lepiej, gdy skrypt platformy zgód ładuje się szybko i nie jest blokowany przez inne skrypty.

Consent Mode v2 w Google Tag Manager

W Google Tag Manager każdy kontener internetowy ma regułę Consent Initialization - All Pages, przeznaczoną dla tagów ustawiających zgody, np. tagu platformy zgód. Według pomocy Google uruchamia się ona przed innymi regułami, także przed regułami Initialization. Przy aktualizacji zgód w GTM dokumentacja Google zaleca korzystanie z mechanizmów szablonów (updateConsentState) zamiast ręcznego wywołania gtag('consent', 'update') (stan na maj 2026 - sprawdź aktualną pomoc Google).

  • Consent Initialization - All Pages - reguła dla tagu banera lub szablonu ustawiającego domyślne zgody,

  • Wbudowane kontrole zgody - tagi Google same dostosowują działanie do stanu zgód,

  • Dodatkowe kontrole zgody - opcja wymagająca określonych zgód, zanim tag się uruchomi, przydatna dla tagów spoza Google,

  • Przegląd zgody - widok włączany w ustawieniach kontenera, który pokazuje ustawienia zgód wszystkich tagów.

Platformy zgód (CMP) często mają gotowe szablony GTM, które ustawiają domyślne zgody i je aktualizują. Nazwy i możliwości konkretnych narzędzi zmieniają się, dlatego przed wyborem sprawdź na stronie dostawcy, czy obsługuje Consent Mode v2 i parametry ad_user_data oraz ad_personalization. Zgody wpływają też na to, jak zamówienia są przypisywane do kanałów - piszemy o tym we wpisie atrybucja sprzedaży w sklepie - UTM, GA4 i własne raporty z API.

Pixel Meta a zgody cookies w sklepie

Pixel Meta nie korzysta z Consent Mode Google, ma własny mechanizm. Dokumentacja Meta dla deweloperów opisuje dwa polecenia: fbq('consent', 'revoke') wstrzymuje wysyłanie zdarzeń piksela do Meta, a fbq('consent', 'grant') je wznawia po wyrażeniu zgody. Polecenie revoke trzeba wywołać na każdej stronie, przed poleceniem init, a grant - dopiero gdy użytkownik zaakceptuje pliki cookie (stan na maj 2026 - sprawdź aktualną dokumentację Meta).

[#przyklad] Kolejność w kodzie piksela Meta: fbq('consent', 'revoke'); fbq('init', 'ID_PIKSELA'); fbq('track', 'PageView'); a w funkcji wywoływanej przez baner po zgodzie marketingowej: fbq('consent', 'grant');

Jeśli piksel jest wdrożony przez GTM, alternatywą jest uruchamianie tagu Meta dopiero po zgodzie, np. przez dodatkowe kontrole zgody na typie ad_storage. Ważne, by nie mieszać metod: piksel wklejony w szablon sklepu i drugi w GTM to podwójne zdarzenia i brak kontroli nad zgodą. Zgodność identyfikatorów produktów w pikselu z katalogiem opisujemy we wpisie feed produktowy dla Meta Ads i katalogu Facebook - wymagania techniczne.

Jak sprawdzić, czy Consent Mode v2 i pixel Meta działają poprawnie

Wdrożenie trzeba przetestować w trzech scenariuszach: przed decyzją, po odmowie i po akceptacji. Do testów przydają się tryb podglądu GTM, który pokazuje stan zgód przy każdym zdarzeniu, narzędzia deweloperskie przeglądarki z listą plików cookie i zapytań sieciowych oraz narzędzie Meta Pixel Helper do podglądu zdarzeń piksela. Najczęstsze problemy i poprawki:

[#chart:wpr41c]

  1. Przed decyzją - w ciasteczkach nie ma reklamowych plików cookie, a stan zgód w podglądzie GTM to denied.

  2. Po odmowie - stan pozostaje denied, piksel Meta nie wysyła zdarzeń.

  3. Po akceptacji - stan zmienia się na granted dla zaakceptowanych typów, piksel wysyła PageView i kolejne zdarzenia.

  4. Kolejna strona - zapisany wybór jest odczytywany od razu, bez ponownego pokazania banera.

  5. Zmiana decyzji - użytkownik może wycofać zgodę, a tagi przestają zapisywać dane.

Zgody cookies a pozostałe tagi i utrzymanie wdrożenia

Sklep rzadko ma tylko tag Google i piksel Meta. Zwykle działają też narzędzia do mailingu, czatu, map ciepła, porównywarek cen czy programów partnerskich, a każde z nich może zapisywać pliki cookie. Consent Mode wpływa tylko na tagi Google, a polecenia consent piksela tylko na Meta. Pozostałe skrypty trzeba uruchamiać warunkowo, zgodnie z kategorią zgody, do której je przypisano - w GTM przez dodatkowe kontrole zgody, a w kodzie sklepu przez ładowanie skryptu dopiero po zgodzie. Dobrze jest mieć aktualną listę wszystkich skryptów na stronie z przypisaną kategorią zgody, bo to ona jest punktem wyjścia do konfiguracji banera.

Zgody to nie jest zadanie jednorazowe. Każda nowa wtyczka, aplikacja w sklepie czy nowy tag dodany przez agencję może ominąć baner, jeśli ktoś wklei kod bezpośrednio w szablon. Dlatego warto przyjąć zasadę, że wszystkie tagi marketingowe trafiają do GTM, a zmiany w kontenerze są opisane i testowane w trybie podglądu przed publikacją. Raz na kwartał przydaje się przegląd: lista plików cookie po wejściu na stronę bez zgody, widok przeglądu zgody w GTM i porównanie liczby konwersji przed zmianą i po niej. Po aktualizacji platformy sklepu albo motywu dobrze jest powtórzyć test trzech scenariuszy, bo zmiana w nagłówku strony potrafi przesunąć kod domyślnych zgód za tag Google i po cichu zepsuć całe wdrożenie.

[#checklista] Consent Mode v2 i pixel Meta w sklepie: domyślne zgody denied przed tagiem Google; cztery typy zgód, w tym ad_user_data i ad_personalization; aktualizacja zgód po decyzji w banerze; reguła Consent Initialization dla CMP w GTM; fbq('consent', 'revoke') przed init piksela na każdej stronie; grant tylko po zgodzie marketingowej; brak podwójnego piksela; testy trzech scenariuszy w podglądzie GTM.

Jak Vinson pomaga z Consent Mode v2 i pikselem Meta

Zapewniamy wsparcie programistyczne dla sklepów i sprzedawców: integracje, automatyzacje, poprawki i rozwój sklepów oraz narzędzi. Przy zgodach cookies sprawdzamy, w jakiej kolejności ładują się baner, tagi Google i piksel Meta, wdrażamy Consent Mode v2 w kodzie sklepu lub GTM, porządkujemy zdublowane tagi i testujemy wszystkie scenariusze zgód. Jako Google Partner i Meta Business Partner dbamy, by pomiar po zmianach nadal zasilał kampanie. Treść banera i polityki prywatności zostawiamy prawnikowi. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.

Najczęściej zadawane pytania

Czym jest Consent Mode v2?

Consent Mode v2 to mechanizm Google, który przekazuje tagom informację o zgodach użytkownika w czterech typach: ad_storage, analytics_storage, ad_user_data i ad_personalization. Tagi Google dostosowują swoje działanie do tych zgód. Wersja druga dodała ad_user_data i ad_personalization, związane z wykorzystaniem danych w reklamach i personalizacją.

Czy Consent Mode v2 jest obowiązkowy w sklepie?

Według pomocy Google, aby korzystać z pomiaru, personalizacji i remarketingu w odniesieniu do użytkowników z EOG, trzeba zbierać ich zgody i przekazywać sygnały zgód do Google. Bez parametrów wersji drugiej reklamodawca traci m.in. możliwość budowania list remarketingowych. O obowiązkach prawnych wynikających z RODO warto porozmawiać z prawnikiem.

Czym różni się podstawowy i zaawansowany Consent Mode?

W trybie podstawowym tagi Google są zablokowane, dopóki użytkownik nie wybierze opcji w banerze, a przy odmowie do Google nie trafiają żadne dane. W trybie zaawansowanym tagi ładują się od razu i przy odmowie wysyłają pomiary bez plików cookie, co pozwala na dokładniejsze modelowanie konwersji. Wybór trybu warto uzgodnić z prawnikiem i polityką firmy.

Jak zablokować pixel Meta do czasu zgody?

Meta zaleca wywołanie fbq('consent', 'revoke') na każdej stronie przed fbq('init'), co wstrzymuje wysyłanie zdarzeń. Po wyrażeniu zgody baner powinien wywołać fbq('consent', 'grant'). Alternatywnie w GTM można uruchamiać tag piksela dopiero po zgodzie marketingowej.

Dlaczego po wdrożeniu zgód spadła liczba konwersji?

Część użytkowników odmawia zgody, więc tagi rejestrują mniej zdarzeń z plikami cookie - to oczekiwany efekt. Duży spadek może jednak oznaczać błąd, np. aktualizację zgód, która nie dociera do tagów, albo zablokowanie tagów nawet po akceptacji. Warto przetestować scenariusz akceptacji w trybie podglądu GTM.

Poprawne wdrożenie Consent Mode v2 i piksela Meta pozwala szanować wybór klientów i zachować możliwie pełny pomiar dla kampanii. Jeśli chcesz sprawdzić lub wdrożyć zgody cookies w swoim sklepie, zobacz wsparcie programistyczne Vinson.

Jak wdrożyć Consent Mode v2 w sklepie - kolejność kodu

Najczęstszy błąd techniczny to zła kolejność. Dokumentacja Google wymaga, by polecenie ustawiające domyślne zgody było wywołane na każdej stronie przed jakimkolwiek poleceniem pomiarowym, np. config lub event - w przeciwnym razie wartości domyślne nie zadziałają. Typowa kolejność to: kod domyślnych zgód, tag Google, a potem narzędzie do zarządzania zgodami, które po decyzji użytkownika wywołuje aktualizację (stan na maj 2026 - sprawdź aktualną dokumentację Google). Cały przebieg wygląda tak:

[#chart:wpr41b]

[#przyklad] Domyślne zgody w gtag.js, przed kodem tagu Google: gtag('consent', 'default', { 'ad_storage': 'denied', 'analytics_storage': 'denied', 'ad_user_data': 'denied', 'ad_personalization': 'denied', 'wait_for_update': 500 }); Po akceptacji w banerze: gtag('consent', 'update', { 'ad_storage': 'granted', 'analytics_storage': 'granted', 'ad_user_data': 'granted', 'ad_personalization': 'granted' });

Parametr wait_for_update określa w milisekundach, jak długo tagi mają czekać na aktualizację zgód z banera, zanim wyślą dane. Dokumentacja pozwala też ustawić domyślne zgody osobno dla regionów według kodów ISO 3166-2, np. tylko dla krajów UE. W zgodzie po akceptacji wysyłasz oczywiście tylko te typy, na które użytkownik się zgodził - jeśli zaakceptował analitykę, a odrzucił marketing, ad_storage, ad_user_data i ad_personalization pozostają na denied.

Kod domyślnych zgód musi być umieszczony w nagłówku strony, jak najwyżej, przed fragmentem kodu tagu Google lub kontenera GTM. W sklepach na platformach SaaS oznacza to zwykle edycję szablonu nagłówka albo skorzystanie z miejsca na własny kod, które platforma udostępnia w panelu. W sklepach z własnym kodem warto, by ten fragment generował szablon główny, a nie poszczególne podstrony, bo wtedy żadna strona - np. koszyk z innym układem albo strona podziękowania po płatności - nie zostanie pominięta.

Drugą sprawą jest zapamiętanie decyzji. Platforma zgód zapisuje wybór użytkownika, a przy kolejnych wizytach powinna odczytać go na tyle wcześnie, żeby aktualizacja zgód nastąpiła, zanim tagi wyślą pierwsze dane. Jeśli baner ładuje się wolno, tagi wyślą pierwsze zdarzenia z odmową, nawet gdy użytkownik wcześniej wszystko zaakceptował. Właśnie temu służy parametr wait_for_update, ale lepiej, gdy skrypt platformy zgód ładuje się szybko i nie jest blokowany przez inne skrypty.

Consent Mode v2 w Google Tag Manager

W Google Tag Manager każdy kontener internetowy ma regułę Consent Initialization - All Pages, przeznaczoną dla tagów ustawiających zgody, np. tagu platformy zgód. Według pomocy Google uruchamia się ona przed innymi regułami, także przed regułami Initialization. Przy aktualizacji zgód w GTM dokumentacja Google zaleca korzystanie z mechanizmów szablonów (updateConsentState) zamiast ręcznego wywołania gtag('consent', 'update') (stan na maj 2026 - sprawdź aktualną pomoc Google).

  • Consent Initialization - All Pages - reguła dla tagu banera lub szablonu ustawiającego domyślne zgody,

  • Wbudowane kontrole zgody - tagi Google same dostosowują działanie do stanu zgód,

  • Dodatkowe kontrole zgody - opcja wymagająca określonych zgód, zanim tag się uruchomi, przydatna dla tagów spoza Google,

  • Przegląd zgody - widok włączany w ustawieniach kontenera, który pokazuje ustawienia zgód wszystkich tagów.

Platformy zgód (CMP) często mają gotowe szablony GTM, które ustawiają domyślne zgody i je aktualizują. Nazwy i możliwości konkretnych narzędzi zmieniają się, dlatego przed wyborem sprawdź na stronie dostawcy, czy obsługuje Consent Mode v2 i parametry ad_user_data oraz ad_personalization. Zgody wpływają też na to, jak zamówienia są przypisywane do kanałów - piszemy o tym we wpisie atrybucja sprzedaży w sklepie - UTM, GA4 i własne raporty z API.

Pixel Meta a zgody cookies w sklepie

Pixel Meta nie korzysta z Consent Mode Google, ma własny mechanizm. Dokumentacja Meta dla deweloperów opisuje dwa polecenia: fbq('consent', 'revoke') wstrzymuje wysyłanie zdarzeń piksela do Meta, a fbq('consent', 'grant') je wznawia po wyrażeniu zgody. Polecenie revoke trzeba wywołać na każdej stronie, przed poleceniem init, a grant - dopiero gdy użytkownik zaakceptuje pliki cookie (stan na maj 2026 - sprawdź aktualną dokumentację Meta).

[#przyklad] Kolejność w kodzie piksela Meta: fbq('consent', 'revoke'); fbq('init', 'ID_PIKSELA'); fbq('track', 'PageView'); a w funkcji wywoływanej przez baner po zgodzie marketingowej: fbq('consent', 'grant');

Jeśli piksel jest wdrożony przez GTM, alternatywą jest uruchamianie tagu Meta dopiero po zgodzie, np. przez dodatkowe kontrole zgody na typie ad_storage. Ważne, by nie mieszać metod: piksel wklejony w szablon sklepu i drugi w GTM to podwójne zdarzenia i brak kontroli nad zgodą. Zgodność identyfikatorów produktów w pikselu z katalogiem opisujemy we wpisie feed produktowy dla Meta Ads i katalogu Facebook - wymagania techniczne.

Jak sprawdzić, czy Consent Mode v2 i pixel Meta działają poprawnie

Wdrożenie trzeba przetestować w trzech scenariuszach: przed decyzją, po odmowie i po akceptacji. Do testów przydają się tryb podglądu GTM, który pokazuje stan zgód przy każdym zdarzeniu, narzędzia deweloperskie przeglądarki z listą plików cookie i zapytań sieciowych oraz narzędzie Meta Pixel Helper do podglądu zdarzeń piksela. Najczęstsze problemy i poprawki:

[#chart:wpr41c]

  1. Przed decyzją - w ciasteczkach nie ma reklamowych plików cookie, a stan zgód w podglądzie GTM to denied.

  2. Po odmowie - stan pozostaje denied, piksel Meta nie wysyła zdarzeń.

  3. Po akceptacji - stan zmienia się na granted dla zaakceptowanych typów, piksel wysyła PageView i kolejne zdarzenia.

  4. Kolejna strona - zapisany wybór jest odczytywany od razu, bez ponownego pokazania banera.

  5. Zmiana decyzji - użytkownik może wycofać zgodę, a tagi przestają zapisywać dane.

Zgody cookies a pozostałe tagi i utrzymanie wdrożenia

Sklep rzadko ma tylko tag Google i piksel Meta. Zwykle działają też narzędzia do mailingu, czatu, map ciepła, porównywarek cen czy programów partnerskich, a każde z nich może zapisywać pliki cookie. Consent Mode wpływa tylko na tagi Google, a polecenia consent piksela tylko na Meta. Pozostałe skrypty trzeba uruchamiać warunkowo, zgodnie z kategorią zgody, do której je przypisano - w GTM przez dodatkowe kontrole zgody, a w kodzie sklepu przez ładowanie skryptu dopiero po zgodzie. Dobrze jest mieć aktualną listę wszystkich skryptów na stronie z przypisaną kategorią zgody, bo to ona jest punktem wyjścia do konfiguracji banera.

Zgody to nie jest zadanie jednorazowe. Każda nowa wtyczka, aplikacja w sklepie czy nowy tag dodany przez agencję może ominąć baner, jeśli ktoś wklei kod bezpośrednio w szablon. Dlatego warto przyjąć zasadę, że wszystkie tagi marketingowe trafiają do GTM, a zmiany w kontenerze są opisane i testowane w trybie podglądu przed publikacją. Raz na kwartał przydaje się przegląd: lista plików cookie po wejściu na stronę bez zgody, widok przeglądu zgody w GTM i porównanie liczby konwersji przed zmianą i po niej. Po aktualizacji platformy sklepu albo motywu dobrze jest powtórzyć test trzech scenariuszy, bo zmiana w nagłówku strony potrafi przesunąć kod domyślnych zgód za tag Google i po cichu zepsuć całe wdrożenie.

[#checklista] Consent Mode v2 i pixel Meta w sklepie: domyślne zgody denied przed tagiem Google; cztery typy zgód, w tym ad_user_data i ad_personalization; aktualizacja zgód po decyzji w banerze; reguła Consent Initialization dla CMP w GTM; fbq('consent', 'revoke') przed init piksela na każdej stronie; grant tylko po zgodzie marketingowej; brak podwójnego piksela; testy trzech scenariuszy w podglądzie GTM.

Jak Vinson pomaga z Consent Mode v2 i pikselem Meta

Zapewniamy wsparcie programistyczne dla sklepów i sprzedawców: integracje, automatyzacje, poprawki i rozwój sklepów oraz narzędzi. Przy zgodach cookies sprawdzamy, w jakiej kolejności ładują się baner, tagi Google i piksel Meta, wdrażamy Consent Mode v2 w kodzie sklepu lub GTM, porządkujemy zdublowane tagi i testujemy wszystkie scenariusze zgód. Jako Google Partner i Meta Business Partner dbamy, by pomiar po zmianach nadal zasilał kampanie. Treść banera i polityki prywatności zostawiamy prawnikowi. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.

Najczęściej zadawane pytania

Czym jest Consent Mode v2?

Consent Mode v2 to mechanizm Google, który przekazuje tagom informację o zgodach użytkownika w czterech typach: ad_storage, analytics_storage, ad_user_data i ad_personalization. Tagi Google dostosowują swoje działanie do tych zgód. Wersja druga dodała ad_user_data i ad_personalization, związane z wykorzystaniem danych w reklamach i personalizacją.

Czy Consent Mode v2 jest obowiązkowy w sklepie?

Według pomocy Google, aby korzystać z pomiaru, personalizacji i remarketingu w odniesieniu do użytkowników z EOG, trzeba zbierać ich zgody i przekazywać sygnały zgód do Google. Bez parametrów wersji drugiej reklamodawca traci m.in. możliwość budowania list remarketingowych. O obowiązkach prawnych wynikających z RODO warto porozmawiać z prawnikiem.

Czym różni się podstawowy i zaawansowany Consent Mode?

W trybie podstawowym tagi Google są zablokowane, dopóki użytkownik nie wybierze opcji w banerze, a przy odmowie do Google nie trafiają żadne dane. W trybie zaawansowanym tagi ładują się od razu i przy odmowie wysyłają pomiary bez plików cookie, co pozwala na dokładniejsze modelowanie konwersji. Wybór trybu warto uzgodnić z prawnikiem i polityką firmy.

Jak zablokować pixel Meta do czasu zgody?

Meta zaleca wywołanie fbq('consent', 'revoke') na każdej stronie przed fbq('init'), co wstrzymuje wysyłanie zdarzeń. Po wyrażeniu zgody baner powinien wywołać fbq('consent', 'grant'). Alternatywnie w GTM można uruchamiać tag piksela dopiero po zgodzie marketingowej.

Dlaczego po wdrożeniu zgód spadła liczba konwersji?

Część użytkowników odmawia zgody, więc tagi rejestrują mniej zdarzeń z plikami cookie - to oczekiwany efekt. Duży spadek może jednak oznaczać błąd, np. aktualizację zgód, która nie dociera do tagów, albo zablokowanie tagów nawet po akceptacji. Warto przetestować scenariusz akceptacji w trybie podglądu GTM.

Poprawne wdrożenie Consent Mode v2 i piksela Meta pozwala szanować wybór klientów i zachować możliwie pełny pomiar dla kampanii. Jeśli chcesz sprawdzić lub wdrożyć zgody cookies w swoim sklepie, zobacz wsparcie programistyczne Vinson.

Czy ten artykuł był pomocny? Oceń go
Bądź pierwszą osobą, która oceni

Łukasz Palej

Technical Implementation Expert

Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.

Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.

★★★★★
Współpracowałeś z Vinson?
Twoja opinia pomoże innym sprzedawcom wybrać sprawdzoną agencję. Zajmie Ci to minutę.
Oceń nas na Trustpilot →
Potrzebujesz pomocy z tym tematem?

Wsparcie programistyczne dla e-commerce

Łukasz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie - bez zobowiązań.

  • Analiza Twojego konta i obecnych działań
  • Konkretny plan poprawek do wdrożenia
  • Bezpłatna konsultacja – bez zobowiązań
4,9/5 ze 171 opiniiWsparcie programistyczne dla e-commerce
Łukasz Palej - Technical Implementation Expert
Łukasz PalejTechnical Implementation Expert

Przeczytaj także

Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.

1 / 1

Masz pytania? Chętnie porozmawiamy!

Masz pytania? Chętnie porozmawiamy!

Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.

Masz pytania? Chętnie porozmawiamy!

Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.

Bartłomiej Stokłosa, CEO Vinson Agency

Bartłomiej Stokłosa

CEO & Founder

"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."

Bartłomiej Stokłosa, CEO Vinson Agency

Bartłomiej Stokłosa

CEO & Founder

"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."

Zadzwoń

574 944 685

Adres

Kazimierza Wielkiego 7/7

32-700 Bochnia

Wybierz dogodny termin w kalendarzu - bez wymiany maili w tę i z powrotem.

Napisz do nas

Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.

Łukasz PalejNa zapytanie odpowie Łukasz Palej, Technical Implementation Expert

Napisz do nas

Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.

Łukasz PalejNa zapytanie odpowie Łukasz Palej, Technical Implementation Expert
4,9172 opinii klientów · Trustindex →