Slownik pojec

Slownik trackingu e-commerce.

Pomiar konwersji w sklepie obrosl skrotami: GTM, sGTM, GA4, CAPI, EMQ, ROAS, POAS. Zebralem tu najwazniejsze pojecia i opisalem je prostym jezykiem, bez zaklinania rzeczywistosci. Kazde haslo, gdzie to pomaga, prowadzi do dluzszego tekstu na blogu.

Nie wiesz od czego zaczac? Najwiecej kontekstu daje wpis o tym, co server-side tracking realnie poprawia, a czego nie naprawi.

Spis hasel

Atrybucja
Model, ktory decyduje, ktoremu zrodlu ruchu przypisac zasluge za konwersje. Ten sam zakup raz pojdzie na konto Google Ads, raz na Meta, raz na organic - zaleznie od modelu. Od atrybucji zalezy, jak system ocenia oplacalnosc kampanii i gdzie przesuwa budzet, dlatego zaszumiony pomiar wykrzywia decyzje budzetowe. Powiazane: ROAS i Smart Bidding.
CAPI Meta (Conversions API)
Serwerowy kanal przesylania zdarzen do Meta, dzialajacy rownolegle do piksela w przegladarce. Dociera tam, gdzie piksel nie dociera: po adblocku, po przekierowaniu na bramke platnosci, gdy cookies zniknely. Zeby Meta nie policzyla zakupu dwa razy, piksel i CAPI musza dzielic wspolny event_id. Jak wpiac CAPI bez wtyczek na Shoperze opisalem w tekscie o Meta CAPI na Shoperze bez wtyczek.
dataLayer
Obiekt JavaScript, w ktorym sklep publikuje dane o zdarzeniach: obejrzenie produktu, dodanie do koszyka, rozpoczecie checkoutu, zakup. To z niego GTM czyta wartosci (id produktu, cene, walute) i przekazuje je dalej do GA4, Google Ads i Meta. Bez poprawnego dataLayer tagi nie maja czego wyslac, wiec to fundament calego pomiaru e-commerce. Na Shoper Storefront jego odpowiednikiem jest shopLayer, co opisuje wpis shopLayer kontra dataLayer na Shoper Storefront.
Deduplikacja zdarzen (event_id)
Gdy to samo zdarzenie zakupu idzie dwoma kanalami naraz, z przegladarki i z serwera, system reklamowy musi rozpoznac, ze to jeden zakup, a nie dwa. Sluzy do tego wspolny identyfikator event_id, ktory laczy obie kopie i kasuje duplikat. Bez deduplikacji zakupy licza sie podwojnie, a ROAS w raportach jest zawyzony. To kluczowe przy ustawieniu Meta CAPI obok piksela i przy server-side trackingu.
EMQ (Event Match Quality)
Ocena jakosci dopasowania zdarzen w Meta, w skali do 10. Im wiecej poprawnych danych identyfikujacych wyslesz razem ze zdarzeniem (zahaszowany mail, telefon, external_id), tym wyzszy EMQ i tym lepiej Meta dopasowuje zakup do konkretnego uzytkownika. Wynik okolo 5-6 to czesta norma, a podniesienie go zwykle wymaga trwalego first-party data. EMQ to dla Meta odpowiednik tego, czym dla Google Ads jest match rate.
Enhanced Conversions
Funkcja Google Ads, ktora razem z konwersja wysyla zahaszowane dane klienta (mail, telefon). Dzieki temu Google dopasowuje wiecej zakupow do klikniec w reklamy, nawet gdy cookie przepadlo. To jedna z najtanszych dzwigni, ktora realnie podnosi match rate. Jak to dziala razem z trwaloscia identyfikatorow opisalem we wpisie o match rate i Enhanced Conversions.
First-party data
Dane zbierane bezposrednio przez sklep, za zgoda uzytkownika: mail, telefon, historia zakupow, zachowanie na stronie. Wlasne, nie kupione i nie pozyczone, dlatego najtrwalsze w swiecie znikajacych cookies third-party. To z nich biora sile Enhanced Conversions i wysoki EMQ. Cztery praktyczne zrodla first-party data rozpisalem w tekscie o strategii first-party data dla e-commerce.
FPID / first-party cookies
Identyfikator zapisany w cookie ustawionym z domeny Twojego sklepu (first-party), a nie z domeny zewnetrznej (third-party). Cookie first-party zyje dluzej i jest odporniejsze na ograniczenia przegladarek Safari i Firefox, ktore agresywnie kasuja cookies obce. Trwaly identyfikator to fundament wysokiego match rate. Mechanizm trwalosci opisuje wpis o trwalosci identyfikatorow.
GA4 (Google Analytics 4)
Aktualna wersja Google Analytics, zbudowana w calosci wokol zdarzen (events), a nie sesji jak dawna Universal Analytics. Mierzy ruch i zachowanie w sklepie, raportuje e-commerce (view_item, add_to_cart, purchase) i zasila Google Ads danymi o konwersjach oraz odbiorcach. Dane do GA4 trafiaja zwykle przez GTM i warstwe dataLayer.
GTM (Google Tag Manager)
Kontener tagow dzialajacy w przegladarce. Pozwala zarzadzac skryptami GA4, Google Ads, Meta i TikTok z jednego panelu, bez grzebania w kodzie sklepu przy kazdej zmianie. Czyta dane ze zdarzen z warstwy dataLayer i rozsyla je do odpowiednich narzedzi. To podstawowe narzedzie pomiaru, niezalezne od platformy sklepu. Jak go wpiac na Shoperze opisalem w przewodniku jak zainstalowac GTM na Shoperze.
Match rate
Odsetek konwersji, ktore system reklamowy potrafi dopasowac do konkretnego uzytkownika albo klikniecia w reklame. Niski match rate oznacza, ze czesc zakupow co prawda widac w raporcie, ale nie licza sie do optymalizacji, bo system nie wie, komu je przypisac. Podnosza go Enhanced Conversions, trwale first-party cookies i first-party data. Caly mechanizm rozpisalem we wpisie o match rate i trwalosci identyfikatorow.
Meta Pixel
Skrypt Meta dzialajacy w przegladarce, ktory raportuje zdarzenia do Facebooka i Instagrama (obejrzenie produktu, dodanie do koszyka, zakup). Sam w sobie jest podatny na adblock, tryb prywatny i kasowanie cookies, wiec czesc zdarzen gubi. Dlatego wzmacnia sie go serwerowym Meta CAPI, a oba kanaly spina event_id, zeby nie liczyc zakupow podwojnie.
POAS (Profit on Ad Spend)
Zwrot z wydatkow reklamowych liczony od marzy, a nie od przychodu jak ROAS. Pokazuje, czy kampania realnie zarabia, a nie tylko generuje obrot. Czesto urealnia obraz: produkt o wysokim ROAS, ale niskiej marzy, potrafi byc mniej oplacalny niz tanszy w reklamie produkt o lepszej marzy. Jak przejsc z ROAS na POAS w Google Ads opisalem w tekscie o POAS i optymalizacji pod marze.
ROAS (Return on Ad Spend)
Zwrot z wydatkow reklamowych liczony od przychodu (przychod z reklam podzielony przez wydatek). Najpopularniejsza metryka skutecznosci kampanii, ale ignoruje marze i koszty, wiec wysoki ROAS nie zawsze oznacza zysk. Dwa zastrzezenia: ROAS bywa zawyzony przez brak deduplikacji, a urealnia go przejscie na POAS. Dlaczego ROAS potrafi spadac przy zaszumionym pomiarze, tlumaczy wpis o Smart Biddingu i zaszumionych danych.
Server-side GTM (sGTM)
Kontener Google Tag Manager dzialajacy na serwerze, a nie w przegladarce uzytkownika. Przejmuje wysylke zdarzen do GA4, Google Ads i Meta z poziomu serwera, dzieki czemu omija adblock i ograniczenia cookies, ktore tna pomiar po stronie przegladarki. To rdzen server-side trackingu. Pelny przewodnik wdrozenia na Shoperze znajdziesz we wpisie server-side GTM dla Shopera, kompletny przewodnik, a wariant pod nowy front w tekscie o sGTM na Shoper Storefront.
Server-side tracking
Pomiar, w ktorym zdarzenia konwersji ida z serwera, nie tylko z przegladarki. Odzyskuje czesc sygnalu gubionego przez adblock i przekierowania na bramki platnosci, bo zna zamowienie z webhooka niezaleznie od przegladarki. Wazne, zeby trzymac realne oczekiwania: respektuje Consent Mode v2, wiec strat z odmow zgody nie odzyskuje. Co realnie poprawia, a czego nie naprawi, rozpisalem w tekscie o server-side trackingu dla Google Ads. Pod Shopera mam dedykowany pakiet server-side dla Shopera.
shopLayer (Shoper)
Wlasna warstwa danych Shoper Storefront, odpowiednik dataLayer. Zna ja platforma Shoper, ale standardowe szablony GTM i tagi e-commerce oczekuja klasycznego dataLayer, wiec shopLayer trzeba zmostkowac albo zbudowac wlasna warstwe od zera. To jeden z powodow, dla ktorych pomiar na Shoper Storefront wymaga innego podejscia niz na zwyklym sklepie. Roznice rozpisalem we wpisie shopLayer kontra dataLayer.
Shoper Storefront vs RWD
Dwa fronty sklepu na Shoperze. Klasyczny RWD pozwala swobodnie edytowac szablony i wstrzykiwac kod, wiec pomiar wpina sie tam latwiej. Nowy Storefront 2026 to zamkniety front z asynchronicznym checkoutem i wlasnym shopLayer, w ktorym standardowe metody tagowania zawodza. Roznice w pomiarze miedzy nimi pokazuje wpis o natywnej wtyczce GA4 na Shoper RWD. Dedykowany pakiet pod nowy front opisalem na stronie trackingu dla Shopera.
Smart Bidding
Automatyczne strategie ustalania stawek w Google Ads, na przyklad Maximize Conversions czy docelowy ROAS (tROAS). Ucza sie na danych o konwersjach, wiec dzialaja tym lepiej, im kompletniejszy i mniej zaszumiony jest pomiar. Gdy czesc zakupow nie dociera do Ads albo licza sie podwojnie przez brak deduplikacji, algorytm zle celuje stawkami i ROAS spada. Ten mechanizm rozpisalem we wpisie o Smart Biddingu na zaszumionych danych.
TikTok Events API
Serwerowy kanal przesylania zdarzen do TikToka, odpowiednik Meta CAPI. Uzupelnia piksel TikToka i poprawia dopasowanie konwersji do kampanii, gdy pomiar w przegladarce jest niepelny przez adblock albo utracone cookies. Jak w przypadku Meta, oba kanaly spina wspolny event_id, zeby zakup nie policzyl sie dwa razy. Konfiguracja idzie zwykle przez server-side GTM.

Masz konkretny problem z pomiarem?

Slownik tlumaczy pojecia, ale Twoj sklep ma wlasne luki. Na bezplatnej konsultacji przejrzymy konfiguracje tagow i pokaze, gdzie wycieka pomiar oraz ile z tego da sie odzyskac. Zobacz tez pelny zakres uslug i pakietow albo oszacuj skale strat w kalkulatorze utraconych konwersji.

Porozmawiajmy o Twoim trackingu

30 minut bez zobowiązań. Bez sesji sprzedażowej. Powiem czy mogę pomóc i co realnie da się odzyskać.

Bezpłatna konsultacja 30 min