Google Tag Manager dla sklepu internetowego – jak go wdrożyć i nie narobić bałaganu

Najpierw jest Google Analytics. Potem ktoś mówi, że trzeba dodać konwersje Google Ads. Potem piksel Meta, bo ruszają kampanie na Instagramie. Rok później w szablonie sklepu siedzi osiem wklejonych skryptów, dwa z nich liczą to samo, a nikt nie pamięta, skąd wziął się trzeci. Każda aktualizacja motywu to nerwy.

Google Tag Manager istnieje dokładnie po to, żeby do tego nie doszło. Uważam, że w sklepie, który planuje jakiekolwiek reklamy, powinien być od pierwszego dnia.

Jak to działa

GTM to darmowy kontener na skrypty. Do sklepu wklejasz jeden kod, a wszystko inne dodajesz, zmieniasz i wyłączasz w panelu GTM. Kod sklepu zostaje w spokoju.

Wystarczy zrozumieć trzy pojęcia:

Pojęcie	Co to jest	Przykład
Tag	Fragment kodu, który coś wysyła	Tag GA4, konwersja Google Ads, Meta Pixel
Reguła (trigger)	Kiedy tag ma się uruchomić	Każda strona, zdarzenie purchase, kliknięcie przycisku
Zmienna	Dane, których tag potrzebuje	Wartość zamówienia, numer zamówienia, ID produktu

Tag mówi „co”, reguła mówi „kiedy”, zmienna dostarcza „czym”. Cała reszta to kombinacje tych trzech elementów.

Warstwa danych, bez której sklep nic nie powie

Sam GTM nie wie, że ktoś właśnie dodał kubek do koszyka. Musi mu to powiedzieć sklep, i robi to przez warstwę danych (dataLayer). To zwykła tablica w JavaScripcie, do której sklep wrzuca informacje o zdarzeniach:

dataLayer.push({ ecommerce: null });
dataLayer.push({
  event: 'add_to_cart',
  ecommerce: {
    currency: 'PLN',
    value: 89.00,
    items: [{ item_id: 'KT-350', item_name: 'Kubek termiczny 350 ml', price: 89.00, quantity: 1 }]
  }
});

GTM nasłuchuje tych wpisów i przekazuje dane dalej. Moja rada: trzymaj się nazw zdarzeń z GA4 (view_item, add_to_cart, purchase), nawet jeśli GA4 nie jest Twoim głównym narzędziem. Te same dane obsłużą wtedy GA4, Google Ads i Meta, a Ty nie utrzymujesz trzech różnych schematów. Pełną listę zdarzeń znajdziesz w tekście o GA4 w sklepie internetowym.

Skąd wziąć warstwę danych? W WooCommerce z wtyczki, która generuje ją w formacie GA4 (np. GTM4WP). W Shoperze i Shopify z integracji lub aplikacji. Pisanie jej samemu ma sens tylko przy naprawdę nietypowym sklepie.

Instalacja

1. Załóż konto i kontener typu „Sieć” na tagmanager.google.com.
2. Wklej kod kontenera: fragment <script> jak najwyżej w <head>, a <noscript> zaraz po otwarciu <body>. W WooCommerce zrobi to za Ciebie wtyczka, a Shoper i Shopify mają pole na identyfikator GTM-XXXXXXX.
3. Włącz tryb podglądu i przeklikaj sklep: strona główna, kategoria, produkt, koszyk, strona podziękowania. Kontener musi ładować się wszędzie.
4. Dodaj tagi.
5. Opublikuj wersję i opisz, co zmieniłeś.

Tagi na start

Tag	Reguła	Po co
Tag Google (GA4)	Initialization – All Pages	Podstawowa analityka
Zdarzenia GA4 e-commerce	Zdarzenia z dataLayer (view_item, add_to_cart, begin_checkout, purchase)	Lejek i przychód
Konwersja Google Ads	purchase	Optymalizacja kampanii
Remarketing / Conversion Linker	All Pages	Atrybucja Google Ads
Meta Pixel	All Pages + zdarzenia	Reklamy na Facebooku i Instagramie

Więcej na początek nie potrzebujesz. Map cieplnych, czatów i pikseli „na wszelki wypadek” nie dodawaj, dopóki nie masz konkretnego powodu.

Zgody

W UE tagi analityczne i reklamowe muszą respektować decyzję użytkownika z banera cookies. Schemat wygląda tak:

1. Zanim uruchomi się jakikolwiek tag, ustawiasz domyślny stan zgód (consent default) na odmowę.
2. Gdy użytkownik kliknie w banerze, wysyłasz aktualizację (consent update).
3. Tagi Google (GA4, Ads) same dostosowują się do zgód.
4. Tagi innych firm, np. Meta Pixel, uruchamiasz dopiero po zgodzie marketingowej: w ustawieniach zgody tagu wymagasz ad_storage albo używasz reguły opartej na zdarzeniu z banera.

Dokumentacja Google mocno podkreśla kolejność: domyślne zgody muszą być ustawione na każdej stronie, zanim cokolwiek zostanie wysłane. Tę część najłatwiej zepsuć, więc testuj ją w podglądzie szczególnie uważnie. Stronę prawną opisałem w tekście o RODO w sklepie.

Porządek, czyli jak nie mieć śmietnika po roku

Kontener po roku pracy potrafi mieć kilkadziesiąt tagów, z których połowy nikt nie rozumie. A bywa gorzej. Najgorszy kontener, jaki odziedziczyłem, miał ponad 300 tagów nazwanych skrótami w stylu pv20, pv40 czy ww15. Nikt nie wiedział, co który robi, więc nikt nie odważył się niczego usunąć.

Kilka nawyków, które chronią przed takim scenariuszem:

• Nazywaj wszystko według jednego schematu. Ja używam [Narzędzie] [Zdarzenie] [Gdzie], np. [FB] [PageView] [Google Workspace] dla tagu, który działa na jednej sekcji strony, albo [FB] [PageView] [GLOBAL], jeśli ładuje się wszędzie. Po samej nazwie widać, co tag robi i gdzie się odpala.
• Grupuj tagi w folderach według narzędzi.
• Opisuj każdą publikowaną wersję jednym zdaniem. Za pół roku podziękujesz sobie.
• Usuwaj tagi po zakończonych kampaniach. Martwy piksel nic nie mierzy, a spowalnia sklep.
• Nie publikuj bez podglądu. Nigdy.
• Agencjom dawaj dostęp przez konto Google z uprawnieniami, które możesz odebrać, a nie wspólne hasło.

Typowe wpadki

Jedna z częstszych, na które trafiam: ktoś ładuje przez GTM skrypt zewnętrznej usługi, np. Microsoft Clarity. Potem przychodzi inna osoba, która nie dostała dostępu do GTM, i wkleja ten sam skrypt bezpośrednio w <head> strony. Efekt to dwa razy ten sam skrypt, a przy kilku takich usługach wyraźnie wolniejsza strona. Dlatego zasada „wszystkie skrypty tylko przez GTM” musi obowiązywać każdego, kto pracuje przy sklepie, łącznie z agencjami i freelancerami.

Dalej: zdublowane dane, bo GA4 jest jednocześnie we wtyczce sklepu i w GTM. Zakup liczony przy każdym wejściu na stronę podziękowania, bo brakuje transaction_id. Piksel reklamowy odpalany przed zgodą. Zepsuty tag, który działa na produkcji od trzech tygodni, bo ktoś opublikował zmianę bez podglądu. I surowe fragmenty HTML od dostawców wklejane zamiast gotowych szablonów tagów, których potem nikt nie umie zaktualizować.

Masz już kontener? Sprawdź, czy GA4 poprawnie mierzy zakupy, i przejdź punkty z checklisty przed uruchomieniem sklepu.