Audyt Google Tag Manager w 30 minut: dostępy, duplikaty konwersji i zgody

TL;DR
Audyt kontenera Google Tag Managera w 30 minut niczego nie naprawi. Pokaże za to, czy danym z GA4 i Google Ads można ufać: kto ma dostęp, co i kiedy opublikowano, które tagi się dublują i czy zgody działają przed pierwszym tagiem.
Najdroższy błąd to podwójnie liczona konwersja. Google Ads usuwa duplikaty po identyfikatorze transakcji tylko w obrębie tego samego działania powodującego konwersję, więc zakup z tagu Google Ads i ten sam zakup zaimportowany z GA4, oba jako główne, liczą się dwa razy.
W symulacji przy realnym ROAS 4,0 i 85% zdublowanych konwersji panel pokazuje ROAS 7,4. Firma zwiększa budżet z 40 000 do 60 000 zł, panel nadal pokazuje 6,5, a zysk po reklamie spada z 8 000 do 3 000 zł miesięcznie.
Docelowy ROAS 600% ustawiony na zdublowanych danych to w rzeczywistości ok. 324%, czyli poniżej progu rentowności 333% przy marży 30%.
Uprawnienie „Publikowanie” daj 1–2 osobom, każdą wersję opisuj, a zmiany testuj w trybie podglądu przed publikacją.

Aktualizacja: 1 października 2026 · Autor: Szymon Sanecznik, SEMownia

Kontener Google Tag Managera (zbiór tagów, wyzwalaczy i zmiennych, który instalujesz na stronie jednym fragmentem kodu) w średniej firmie to zwykle archeologia: tagi po trzech agencjach, piksel kampanii sprzed dwóch lat, „GA4 – test” i „GA4 – nowy”, a wśród użytkowników adres byłego pracownika z uprawnieniem do publikacji. Kto to sprawdza? Zwykle nikt, dopóki ROAS w panelu nie zacznie dziwnie odbiegać od sprzedaży w sklepie.

Poniżej mój protokół audytu GTM. Zajmuje 30 minut i nie wymaga programisty. Podaję pytania kontrolne i czerwone flagi dla każdego obszaru, wyjaśniam, skąd biorą się podwójne konwersje w GA4 i Google Ads, i przeliczam w symulacji, ile kosztuje zawyżony ROAS, gdy na jego podstawie zwiększasz budżet.

Czym jest audyt Google Tag Managera i kiedy go zrobić?

Audyt Google Tag Managera to przegląd kontenera GTM pod kątem bezpieczeństwa, porządku i poprawności danych: kto ma dostęp i może publikować, jaka jest historia wersji, czy tagi nie dublują się z kodem na stronie lub między sobą, czy zgody są respektowane przed uruchomieniem tagów i czy kluczowe zdarzenia, np. zakup, wysyłają poprawne dane do GA4, Google Ads i Meta.

Szybki audyt robię w czterech sytuacjach: przy przejęciu projektu od agencji lub pracownika, przed zmianą strategii stawek w Google Ads (np. przejściem na docelowy ROAS), gdy dane w panelach rozjeżdżają się ze sprzedażą oraz po każdej przebudowie strony lub sklepu. Poza tym raz na kwartał, bo kontener „zarasta” szybciej, niż się wydaje.

Czego się spodziewać po 30 minutach? Listy problemów z priorytetami. Poprawiony kontener to osobny etap, bo przegląd i wdrożenie to dwie różne prace. Pełne projektowanie pomiaru (tracking plan, Data Layer, środowiska testowe) opisałem w artykule o wdrożeniu analityki w standardzie korporacyjnym.

Co przygotować przed audytem?

Żeby zmieścić się w 30 minutach, przygotuj pięć rzeczy wcześniej:

• Dostęp do kontenera z uprawnieniem co najmniej „Odczyt”. Do audytu nie potrzebujesz prawa edycji ani publikacji i lepiej ich nie mieć, żeby niczego przypadkiem nie zmienić.
• Pomoc administratora konta GTM, jeśli sam nim nie jesteś. Zarządzanie użytkownikami i ich uprawnieniami należy do administratora konta, więc to on pokaże Ci pełną listę osób z dostępem.
• Listę działań powodujących konwersję z Google Ads z kolumnami: źródło (tag Google Ads, import z GA4, import offline), status główne lub dodatkowe, sposób liczenia.
• Listę zdarzeń kluczowych z GA4 (dawniej „konwersje”) i ich liczbę z ostatnich 30 dni, obok liczby zamówień lub leadów z systemu sprzedaży za ten sam okres.
• Testową ścieżkę zakupu lub formularza, którą możesz przejść w trybie podglądu, np. zamówienie z płatnością przy odbiorze, które potem anulujesz.

Audyt GTM w 30 minut: protokół krok po kroku

Dzielę audyt na sześć rozłącznych obszarów, które razem obejmują cały kontener: dostępy, wersje, duplikaty, zgody, konfigurację (wyzwalacze, zmienne, nazewnictwo, tagi martwe) i test w trybie podglądu.

Minuty	Obszar	Gdzie w GTM	Wynik
0–5	Dostępy i uprawnienia	Administracja → Zarządzanie użytkownikami (konto i kontener)	lista osób z prawem publikacji i administratorów
5–10	Wersje i opisy	Wersje	data i autor ostatniej publikacji, odsetek wersji z opisem
10–17	Duplikaty tagów	Tagi (filtr po typie) + kod strony + działania konwersji w Google Ads	lista podwójnych GA4, Google Ads, Meta
17–22	Zgody	Tagi → Przegląd zgody; wyzwalacz inicjowania zgody	tagi bez skonfigurowanej zgody, kolejność uruchamiania
22–26	Wyzwalacze, zmienne, nazewnictwo, tagi martwe	Tagi, Wyzwalacze, Zmienne, wskaźnik rozmiaru kontenera	lista do usunięcia i do poprawy
26–30	Test w trybie podglądu	Podgląd → Tag Assistant	które tagi uruchomiły się przy zakupie i z jakimi danymi

Minuty 0–5: dostępy i uprawnienia

GTM ma dwa poziomy uprawnień. Na poziomie konta: „Użytkownik” (widzi podstawowe informacje) i „Administrator” (tworzy kontenery i zarządza uprawnieniami). Na poziomie kontenera: brak dostępu, „Odczyt”, „Edycja” (zmiany w obszarach roboczych bez tworzenia wersji), „Zatwierdzanie” (tworzenie wersji bez publikacji) i „Publikowanie” (pełne prawa, w tym publikacja na stronie).

„Publikowanie” oznacza prawo do wstawienia dowolnego kodu JavaScript na Twoją stronę. Także na stronę płatności. Dlatego sprawdzam:

• ile osób może publikować (moja norma: 1–2 osoby po stronie firmy plus ewentualnie jedna po stronie wykonawcy),
• czy na liście są prywatne adresy e-mail, byli pracownicy lub agencje, z którymi współpraca się skończyła,
• czy firma ma co najmniej jednego administratora konta na firmowym adresie (sama agencja to za mało).

Ten sam porządek dostępów obowiązuje w GA4, Google Ads i Meta. Jak ustawić go na początku współpracy z nowym wykonawcą, opisałem w artykule o onboardingu eksperta zewnętrznego.

Minuty 5–10: wersje i opisy

Wersja kontenera to zapis konfiguracji z danego momentu. GTM przechowuje historię publikacji (kiedy dana wersja była aktywna i kto ją opublikował), dzięki czemu po błędnej publikacji wracasz do poprzedniej wersji w kilka minut, zanim kampanie zdążą stracić choćby dzień danych.

Wersje działają jednak jako narzędzie kontroli tylko wtedy, gdy mają nazwy i opisy. Co powie Ci wersja „Version 147” bez opisu w dniu, w którym spadła liczba konwersji? Nic. Sprawdzam:

• datę ostatniej publikacji i jej autora (czy zgadza się z tym, co wiesz o pracach na stronie),
• jaki odsetek ostatnich 10–20 wersji ma opis,
• czy w obszarach roboczych (osobnych przestrzeniach na zmiany, zanim powstanie z nich wersja) nie wiszą stare, nieopublikowane zmiany. Darmowy GTM pozwala na 3 obszary robocze naraz: domyślny i 2 własne. Zablokowane obszary to częsty powód, dla którego ktoś „na szybko” edytuje domyślny obszar i publikuje cudze, nieprzetestowane zmiany.

Od 17 września 2026 roku GTM podpowiada nazwę i opis wersji wygenerowane przez AI na podstawie zmian w obszarze roboczym. Pomaga. Opis nadal powinien jednak zawierać to, czego AI nie wie: po co zmiana i kto o nią prosił.

Minuty 10–17: duplikaty tagów

To najważniejsze 7 minut audytu, bo duplikaty bezpośrednio zawyżają liczby, na podstawie których wydajesz budżet. Szukam pięciu wzorców:

1. GA4 wpięte dwa razy: w kodzie strony (np. przez wtyczkę sklepu lub motyw) i w GTM, a objaw jest prosty: każda odsłona i każdy zakup w GA4 liczą się podwójnie.
2. Dwa kontenery GTM na stronie, np. stary kontener agencji i nowy. Sprawdzisz to w Tag Assistant: lista podłączonych kontenerów i tagów Google.
3. Zakup w Google Ads liczony z dwóch źródeł: tag konwersji Google Ads i zaimportowane zdarzenie purchase z GA4, oba ustawione jako główne działania.
4. Piksel Meta z wtyczki i z GTM jednocześnie albo zdarzenia z piksela i z Conversions API bez wspólnego event_id.
5. Dwa tagi tego samego zdarzenia z różnymi wyzwalaczami, np. zakup wywoływany na stronie podziękowania i na zdarzeniu w Data Layer.

Od 10 kwietnia 2025 roku kontenery z tagami Google Ads i Floodlight automatycznie ładują tag Google przed wysłaniem zdarzeń. Czy osobny tag Google dla tego samego identyfikatora to wtedy błąd? Sam w sobie nie. Sprawdź jednak, czy ustawienia (np. dane dostarczane przez użytkownika) nie są w nich sprzeczne.

Minuty 17–22: zgody (Consent Mode v2)

GTM ma wbudowane narzędzia do obsługi zgód: wyzwalacz inicjowania zgody (Consent Initialization), który uruchamia się przed wszystkimi innymi wyzwalaczami, wbudowane kontrole zgody w tagach Google oraz dodatkowe kontrole zgody, które możesz wymagać dla innych tagów, a widok „Przegląd zgody” dzieli tagi na te ze skonfigurowaną zgodą i bez niej.

Consent Mode v2 (mechanizm, którym Google przekazuje tagom stan zgód) wymaga czterech parametrów: ad_storage, analytics_storage, ad_user_data i ad_personalization. Domyślny stan zgody musi zostać ustawiony, zanim jakikolwiek tag wyśle dane. Od 15 czerwca 2026 roku przekazywanie danych z GA4 do Google Ads zależy wyłącznie od ad_storage, więc błąd w tym jednym parametrze zmienia liczbę konwersji widocznych w kampaniach.

Czerwone flagi: piksele reklamowe spoza Google bez dodatkowej kontroli zgody, baner zgód wpięty jako zwykły tag na „All Pages” zamiast na inicjowaniu zgody, brak domyślnego stanu „odmowa” dla użytkowników z EOG. Jak brak zgód przekłada się na raporty i modelowanie, opisałem w artykule o Consent Mode v2 i modelowaniu konwersji.

Minuty 22–26: wyzwalacze, zmienne, nazewnictwo i tagi martwe

• Wyzwalacze konwersji oparte na adresie URL (np. „Page URL zawiera /dziekujemy”) liczą każde odświeżenie strony podziękowania. Lepszy jest wyzwalacz na zdarzeniu z Data Layer, wysyłanym raz po złożeniu zamówienia.
• Kolejność: tag, który odczytuje dane z Data Layer, nie może uruchamiać się przed wypchnięciem tych danych. W trybie podglądu widać, w którym zdarzeniu tag się uruchomił.
• Zmienne: wartość zamówienia jako tekst z symbolem waluty, brutto zamiast netto albo z kosztem dostawy. Każda z tych pomyłek zmienia ROAS.
• Nazewnictwo: jednolity schemat, np. Platforma – Typ – Zdarzenie („GA4 – Event – purchase”). Bez niego audyt trwa godziny.
• Tagi martwe: wstrzymane, bez wyzwalacza, dla zakończonych narzędzi. Każdy zbędny tag z własnym kodem HTML to ryzyko bezpieczeństwa i dodatkowy JavaScript, który spowalnia stronę.
• Rozmiar kontenera: Google zaleca optymalizację, gdy wskaźnik rozmiaru przekracza 70%.
• Sposób ładowania kontenera: 9 lipca 2026 roku Google zmienił obsługę kontenerów ładowanych przez nieobsługiwane ścieżki, takie jak /gtag/js. Jeśli kontener jest wczytywany niestandardowo, sprawdź, czy po tej dacie nie zmieniła się liczba zdarzeń.

Minuty 26–30: test w trybie podglądu (Tag Assistant)

Tryb podglądu pozwala przeglądać stronę tak, jakby wersja robocza kontenera była opublikowana, a Tag Assistant pokazuje, które tagi się uruchomiły i w jakiej kolejności, jakie dane wysłały, wartości zmiennych i Data Layer oraz stan zgód. Link do podglądu możesz udostępnić współpracownikowi.

Przechodzę jedną ścieżkę: wejście na stronę, odmowa zgód, zgoda, dodanie do koszyka, zakup. Przy zakupie sprawdzam trzy rzeczy: czy tag zakupu uruchomił się dokładnie raz dla każdej platformy, czy wartość i waluta są poprawne oraz czy transaction_id ma prawdziwy numer zamówienia. Pusty tekst zdarza się częściej, niż myślisz.

Tabela kontrolna: obszar, pytanie, czerwona flaga

Tę tabelę traktuję jako wynik audytu. Każda czerwona flaga trafia na listę napraw z właścicielem i terminem. Same naprawy biorę na siebie, gdy klient zleca mi porządkowanie analityki GA4 i GTM.

Obszar	Pytanie kontrolne	Czerwona flaga
Dostępy	Kto może publikować i kto jest administratorem konta?	więcej niż 3 osoby z publikacją; prywatne e-maile; byli pracownicy lub agencje; brak administratora po stronie firmy
Wersje	Czy wiesz, co zmieniło się w ostatnich publikacjach?	wersje bez opisów; publikacje w piątek wieczorem bez testu; stare zmiany w obszarach roboczych
Duplikaty	Czy każde zdarzenie jest wysyłane raz do każdej platformy?	GA4 w kodzie strony i w GTM; dwa kontenery; zakup z tagu Ads i z importu GA4 jako główne
Zgody	Czy domyślny stan zgody jest ustawiony przed pierwszym tagiem?	tagi spoza Google bez kontroli zgody; brak ad_user_data i ad_personalization; baner na „All Pages”
Wyzwalacze	Czy konwersja liczy się raz na zamówienie?	wyzwalacz na URL strony podziękowania; tag uruchamiany przed danymi w Data Layer
Zmienne	Czy wartość zamówienia jest liczbą, w jednej konwencji (netto lub brutto)?	wartość z kosztem dostawy w jednej platformie, a bez w drugiej; waluta niezgodna z kontem
Porządek	Czy rozumiesz każdy tag w kontenerze?	tagi „test”, „stary”, „nie usuwać”; własny kod HTML bez opisu; rozmiar kontenera powyżej 70%
Test	Czy testowy zakup przechodzi poprawnie w trybie podglądu?	tag zakupu uruchomiony dwa razy; pusty transaction_id; tag reklamowy uruchomiony mimo odmowy zgody

Skąd się biorą podwójne konwersje w GA4 i Google Ads?

Każda platforma usuwa duplikaty inaczej i każda ma swoje granice, a kto ich nie zna, łatwo zakłada, że „system sam to odfiltruje”, co w rozmowach przy audytach słyszę chyba najczęściej ze wszystkich uspokajających zdań.

Platforma	Jak usuwa duplikaty	Czego nie wyłapie
GA4	usuwa zdarzenia purchase z tym samym identyfikatorem transakcji od tego samego użytkownika, w strumieniach internetowych	innych zdarzeń niż zakup (np. leadów); strumieni aplikacji; pusty identyfikator powoduje odwrotny błąd: GA4 scala wszystkie zakupy z transaction_id="" w jeden
Google Ads	uznaje drugą konwersję z tym samym identyfikatorem transakcji w tym samym działaniu powodującym konwersję za duplikat	tego samego zakupu w dwóch różnych działaniach (tag Ads i import z GA4); konwersji po obejrzeniu
Meta	deduplikuje zdarzenia z piksela i Conversions API po event_id i nazwie zdarzenia w oknie 48 godzin	zdarzeń bez wspólnego event_id; dwóch pikseli z wtyczki i z GTM wysyłających różne identyfikatory

Najczęstszy scenariusz w Google Ads wygląda tak: ktoś wdrożył tag konwersji Google Ads, a później inna osoba zaimportowała zakup z GA4 i zostawiła go jako działanie główne. Oba działania trafiają do kolumny „Konwersje”, z której korzysta Smart Bidding (dodatkowe lądują tylko we „Wszystkich konwersjach”). Ponieważ Google Ads usuwa duplikaty tylko w obrębie jednego działania, każdy zakup liczy się dwa razy, choć nie dla każdego zamówienia, bo import z GA4 zależy od zgód i atrybucji. Dlatego współczynnik zdublowania rzadko wynosi dokładnie 100%.

Szybki test: porównaj liczbę konwersji „zakup” w Google Ads z liczbą zamówień przypisanych w systemie sklepu do ruchu z Google Ads; jeśli panel pokazuje wyraźnie więcej, niż sprzedaliście łącznie ze wszystkich źródeł, szukaj problemu w pomiarze, zanim zaczniesz poprawiać kampanię. Pozostałe przyczyny rozbieżności opisałem w artykule GA4 vs CRM.

Przykład liczbowy (symulacja): ile kosztuje podwójnie liczona konwersja?

Sprawdźmy na przykładzie średniego sklepu, jak zawyżony ROAS w panelu prowadzi do decyzji obniżającej zysk. To symulacja. Liczby nie pochodzą z żadnego konkretnego konta.

Założenia: sklep wydaje na Google Ads 40 000 zł miesięcznie, realny przychód z kampanii to 160 000 zł netto (realny ROAS 4,0), marża brutto 30%, więc próg rentowności to ROAS 3,33. Przez błąd w kontenerze 85% zakupów liczy się w Google Ads podwójnie. Wariant A: stan obecny. Wariant B: zarząd widzi ROAS powyżej 7 i zwiększa budżet do 60 000 zł; dodatkowe 20 000 zł kupuje ruch o krańcowym realnym ROAS 2,5 (każda kolejna złotówka trafia na słabsze aukcje). Wariant C: po naprawie pomiaru firma widzi realne liczby i obcina 6 000 zł najsłabszych wydatków o krańcowym ROAS 2,5.

Pozycja	A: stan obecny	B: skalowanie na zawyżonych danych	C: naprawa pomiaru i cięcie
Koszt reklamy	40 000 zł	60 000 zł	34 000 zł
Realny przychód	160 000 zł	210 000 zł	145 000 zł
Przychód w panelu (85% zdublowane)	296 000 zł	388 500 zł	145 000 zł (po naprawie)
ROAS w panelu	7,40	6,48	4,26
Realny ROAS	4,00	3,50	4,26
Zysk brutto (30%)	48 000 zł	63 000 zł	43 500 zł
Zysk po reklamie	8 000 zł	3 000 zł	9 500 zł

Wnioski z symulacji:

• W wariancie B panel nadal pokazuje ROAS 6,48, więc nic nie alarmuje. Tymczasem dodatkowe 20 000 zł przynosi 50 000 zł przychodu i 15 000 zł zysku brutto, czyli 5 000 zł straty miesięcznie, co w skali roku daje 60 000 zł mniej zysku niż w wariancie A.
• Wariant C ma najniższy przychód, ale najwyższy zysk. Bez naprawy pomiaru nikt nie podjąłby tej decyzji, bo w panelu wszystko wyglądało świetnie.
• Pułapka w strategii stawek: jeśli na zdublowanych danych ustawisz docelowy ROAS 600%, algorytm dąży do 6,0 w panelu, co przy 85% zdublowania oznacza w rzeczywistości ok. 3,24 (6,0 / 1,85). To poniżej progu rentowności 3,33. Każdy kolejny dzień kampanii z takim celem może przynosić stratę, choć raport pokazuje „cel osiągnięty”.

Po naprawie duplikatów liczba konwersji w panelu spadnie, a Smart Bidding potrzebuje czasu na dostosowanie. Dlatego zmianę pomiaru zawsze planuję razem z korektą celu stawek. Jeśli audyt GTM to część przejęcia całego projektu, duplikaty konwersji naprawiaj w pierwszej kolejności, zgodnie z macierzą priorytetów z artykułu o audycie infrastruktury marketingowej przy przejęciu projektu.

Server-side GTM: kiedy ma sens?

Czy przy okazji audytu przejść na server-side? To pytanie pada bardzo często. Server-side GTM przenosi wykonanie części tagów z przeglądarki na serwer, który kontrolujesz, co daje kontrolę nad tym, jakie dane trafiają do dostawców, i mniej JavaScriptu na stronie. Kosztuje jednak pieniądze i pracę: Google zaleca w produkcji co najmniej 2 instancje Cloud Run, a każda kosztuje według dokumentacji ok. 45 USD miesięcznie, do tego dochodzi utrzymanie i testy.

Sytuacja	Rekomendacja
Kontener ma duplikaty, brak opisów wersji, zgody nie działają	najpierw porządek w kontenerze webowym; server-side przeniesie bałagan na serwer
Średni sklep, Google Ads i Meta, poprawny Consent Mode	rozważ Google tag gateway (pomiar przez własną domenę) lub Conversions API przez gotową integrację platformy sklepu
Duży ruch, wiele platform reklamowych, wymagania prawne co do danych	server-side GTM ma sens, z budżetem na utrzymanie i jasnym właścicielem

Google rozwija Google tag gateway w 2026 roku: od stycznia obsługuje Akamai, od maja automatyczne wykrywanie stref w Akamai i Fastly, od 1 czerwca integrację z Google Cloud, a od 3 czerwca Amazon CloudFront, więc dla wielu firm to tańsza droga do pomiaru przez własną domenę niż pełny server-side.

Kolejność napraw, którą stosuję po audycie

Lista problemów bez kolejności niczego nie zmieni. Ustalam priorytety według wpływu na pieniądze i ryzyka:

1. Bezpieczeństwo: odebranie publikacji osobom spoza zespołu, dodanie firmowego administratora konta. Czas: tego samego dnia.
2. Duplikaty konwersji: jedno główne działanie na zakup w Google Ads, drugie jako dodatkowe; usunięcie GA4 z kodu strony lub z GTM; wspólne event_id dla Meta. Czas: tydzień, z korektą celów stawek.
3. Zgody: domyślny stan przed pierwszym tagiem, kontrola zgody dla tagów spoza Google. Czas: tydzień, z testem w trybie podglądu.
4. Wartości i wyzwalacze: jedna konwencja wartości, zakup na zdarzeniu z Data Layer, prawdziwy transaction_id. Czas: 2–3 tygodnie, wymaga programisty.
5. Porządek: nazewnictwo, usunięcie tagów martwych, opisy wersji jako zasada. Czas: na bieżąco.

Po każdej publikacji porównuję przez 2–4 tygodnie liczbę zakupów w GA4 i Google Ads z liczbą zamówień w sklepie i dopiero gdy rozjazd mieści się w wyjaśnialnej granicy (zgody, atrybucja, zwroty), wracam do decyzji budżetowych.

FAQ

Jak sprawdzić, czy Google Tag Manager działa poprawnie?

Uruchom tryb podglądu w GTM i przejdź kluczową ścieżkę, np. zakup. Tag Assistant pokaże, które tagi się uruchomiły, w jakiej kolejności, z jakimi danymi i przy jakim stanie zgód. Potem porównaj liczbę zakupów w GA4 z zamówieniami w sklepie.

Dlaczego mam podwójne konwersje w GA4?

Najczęściej GA4 jest wpięte dwa razy: w kodzie strony lub wtyczce i w GTM, albo zdarzenie zakupu uruchamia się przy każdym odświeżeniu strony podziękowania. GA4 usuwa duplikaty zakupów tylko przy tym samym, niepustym identyfikatorze transakcji.

Dlaczego Google Ads pokazuje więcej konwersji niż GA4?

Powodów jest kilka: inne modele atrybucji i okna konwersji, konwersje modelowane przy braku zgód, a także podwójne liczenie, gdy zakup z tagu Google Ads i zakup zaimportowany z GA4 są oba działaniami głównymi. Google Ads usuwa duplikaty tylko w obrębie jednego działania powodującego konwersję.

Kto powinien mieć uprawnienie do publikacji w GTM?

Jak najmniej osób, zwykle 1–2 po stronie firmy i ewentualnie jedna po stronie wykonawcy. Publikacja pozwala wstawić dowolny kod na stronę, łącznie ze stroną płatności. Pozostałym wystarczy „Edycja” lub „Odczyt”.

Jak często robić audyt Google Tag Managera?

Szybki przegląd raz na kwartał oraz zawsze przy przejęciu projektu, przebudowie strony, zmianie strategii stawek i rozjeździe danych w panelach ze sprzedażą. Pełny audyt pomiaru raz w roku lub przy dużej zmianie technologii.

Czy server-side GTM rozwiązuje problem duplikatów?

Nie. Server-side zmienia miejsce wykonania tagów, ale nie naprawia logiki. Jeśli zakup jest wysyłany dwa razy z przeglądarki, serwer przekaże go dalej dwa razy. Najpierw porządek w kontenerze webowym, potem decyzja o server-side.

Na czym opieram ten tekst

• Tag Manager Help: User permissions
• Tag Manager Help: Publishing, versions, and approvals
• Tag Manager Help: Workspaces
• Tag Manager Help: Preview and debug containers
• Tag Manager Help: Tag Manager consent mode support
• Tag Manager Help: Manage container size and efficiency
• Tag Manager Help: Release notes
• Google for Developers: Set up consent mode on websites
• Google for Developers: Server-side tagging na Cloud Run
• Analytics Help: Minimize duplicate key events with transaction IDs
• Google Ads Help: Use a transaction ID to minimize duplicate conversions
• Google Ads Help: About primary and secondary conversion actions