Słownik pojęć

Słownik trackingu e-commerce.

Pomiar konwersji w sklepie obrósł skrótami: GTM, sGTM, GA4, CAPI, EMQ, ROAS, POAS. Zebrałem tu najważniejsze pojęcia i opisałem je prostym językiem, bez zaklinania rzeczywistości. Każde hasło, gdzie to pomaga, prowadzi do dłuższego tekstu na blogu.

Nie wiesz od czego zacząć? Najwięcej kontekstu daje wpis o tym, co server-side tracking realnie poprawia, a czego nie naprawi.

Spis haseł

Atrybucja
Model, który decyduje, któremu źródłu ruchu przypisać zasługę za konwersję. Ten sam zakup raz pójdzie na konto Google Ads, raz na Meta, raz na organic - zależnie od modelu. Od atrybucji zależy, jak system ocenia opłacalność kampanii i gdzie przesuwa budżet, dlatego zaszumiony pomiar wykrzywia decyzje budżetowe. Powiązane: ROAS i Smart Bidding.
CAPI Meta (Conversions API)
Serwerowy kanał przesyłania zdarzeń do Meta, działający równolegle do piksela w przeglądarce. Dociera tam, gdzie piksel nie dociera: po adblocku, po przekierowaniu na bramkę płatności, gdy cookies zniknęły. Żeby Meta nie policzyła zakupu dwa razy, piksel i CAPI muszą dzielić wspólny event_id. Jak wpiąć CAPI bez wtyczek na Shoperze opisałem w tekście o Meta CAPI na Shoperze bez wtyczek.
dataLayer
Obiekt JavaScript, w którym sklep publikuje dane o zdarzeniach: obejrzenie produktu, dodanie do koszyka, rozpoczęcie checkoutu, zakup. To z niego GTM czyta wartości (id produktu, cenę, walutę) i przekazuje je dalej do GA4, Google Ads i Meta. Bez poprawnego dataLayer tagi nie mają czego wysłać, więc to fundament całego pomiaru e-commerce. Na Shoper Storefront jego odpowiednikiem jest shopLayer, co opisuje wpis shopLayer kontra dataLayer na Shoper Storefront.
Deduplikacja zdarzeń (event_id)
Gdy to samo zdarzenie zakupu idzie dwoma kanałami naraz, z przeglądarki i z serwera, system reklamowy musi rozpoznać, że to jeden zakup, a nie dwa. Służy do tego wspólny identyfikator event_id, który łączy obie kopie i kasuje duplikat. Bez deduplikacji zakupy liczą się podwójnie, a ROAS w raportach jest zawyżony. To kluczowe przy ustawieniu Meta CAPI obok piksela i przy server-side trackingu.
EMQ (Event Match Quality)
Ocena jakości dopasowania zdarzeń w Meta, w skali do 10. Im więcej poprawnych danych identyfikujących wyślesz razem ze zdarzeniem (zahaszowany mail, telefon, external_id), tym wyższy EMQ i tym lepiej Meta dopasowuje zakup do konkretnego użytkownika. Wynik około 5-6 to częsta norma, a podniesienie go zwykle wymaga trwałego first-party data. EMQ to dla Meta odpowiednik tego, czym dla Google Ads jest match rate.
Enhanced Conversions
Funkcja Google Ads, która razem z konwersją wysyła zahaszowane dane klienta (mail, telefon). Dzięki temu Google dopasowuje więcej zakupów do kliknięć w reklamy, nawet gdy cookie przepadło. To jedna z najtańszych dźwigni, która realnie podnosi match rate. Jak to działa razem z trwałością identyfikatorów opisałem we wpisie o match rate i Enhanced Conversions.
First-party data
Dane zbierane bezpośrednio przez sklep, za zgodą użytkownika: mail, telefon, historia zakupów, zachowanie na stronie. Własne, nie kupione i nie pożyczone, dlatego najtrwalsze w świecie znikających cookies third-party. To z nich biorą siłę Enhanced Conversions i wysoki EMQ. Cztery praktyczne źródła first-party data rozpisałem w tekście 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 zewnętrznej (third-party). Cookie first-party żyje dłużej i jest odporniejsze na ograniczenia przeglądarek Safari i Firefox, które agresywnie kasują cookies obce. Trwały identyfikator to fundament wysokiego match rate. Mechanizm trwałości opisuje wpis o trwałości identyfikatorów.
GA4 (Google Analytics 4)
Aktualna wersja Google Analytics, zbudowana w całości wokół zdarzeń (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 trafiają zwykle przez GTM i warstwę dataLayer.
GTM (Google Tag Manager)
Kontener tagów działający w przeglądarce. Pozwala zarządzać skryptami GA4, Google Ads, Meta i TikTok z jednego panelu, bez grzebania w kodzie sklepu przy każdej zmianie. Czyta dane ze zdarzeń z warstwy dataLayer i rozsyła je do odpowiednich narzędzi. To podstawowe narzędzie pomiaru, niezależne od platformy sklepu. Jak go wpiąć na Shoperze opisałem w przewodniku jak zainstalować GTM na Shoperze.
Match rate
Odsetek konwersji, które system reklamowy potrafi dopasować do konkretnego użytkownika albo kliknięcia w reklamę. Niski match rate oznacza, że część zakupów co prawda widać w raporcie, ale nie liczą się do optymalizacji, bo system nie wie, komu je przypisać. Podnoszą go Enhanced Conversions, trwałe first-party cookies i first-party data. Cały mechanizm rozpisałem we wpisie o match rate i trwałości identyfikatorów.
Meta Pixel
Skrypt Meta działający w przeglądarce, który raportuje zdarzenia do Facebooka i Instagrama (obejrzenie produktu, dodanie do koszyka, zakup). Sam w sobie jest podatny na adblock, tryb prywatny i kasowanie cookies, więc część zdarzeń gubi. Dlatego wzmacnia się go serwerowym Meta CAPI, a oba kanały spina event_id, żeby nie liczyć zakupów podwójnie.
POAS (Profit on Ad Spend)
Zwrot z wydatków reklamowych liczony od marży, a nie od przychodu jak ROAS. Pokazuje, czy kampania realnie zarabia, a nie tylko generuje obrót. Często urealnia obraz: produkt o wysokim ROAS, ale niskiej marży, potrafi być mniej opłacalny niż tańszy w reklamie produkt o lepszej marży. Jak przejść z ROAS na POAS w Google Ads opisałem w tekście o POAS i optymalizacji pod marżę.
ROAS (Return on Ad Spend)
Zwrot z wydatków reklamowych liczony od przychodu (przychód z reklam podzielony przez wydatek). Najpopularniejsza metryka skuteczności kampanii, ale ignoruje marżę i koszty, więc wysoki ROAS nie zawsze oznacza zysk. Dwa zastrzeżenia: ROAS bywa zawyżony przez brak deduplikacji, a urealnia go przejście na POAS. Dlaczego ROAS potrafi spadać przy zaszumionym pomiarze, tłumaczy wpis o Smart Biddingu i zaszumionych danych.
Server-side GTM (sGTM)
Kontener Google Tag Manager działający na serwerze, a nie w przeglądarce użytkownika. Przejmuje wysyłkę zdarzeń do GA4, Google Ads i Meta z poziomu serwera, dzięki czemu omija adblock i ograniczenia cookies, które tną pomiar po stronie przeglądarki. To rdzeń server-side trackingu. Pełny przewodnik wdrożenia na Shoperze znajdziesz we wpisie server-side GTM dla Shopera, kompletny przewodnik, a wariant pod nowy front w tekście o sGTM na Shoper Storefront.
Server-side tracking
Pomiar, w którym zdarzenia konwersji idą z serwera, nie tylko z przeglądarki. Odzyskuje część sygnału gubionego przez adblock i przekierowania na bramki płatności, bo zna zamówienie z webhooka niezależnie od przeglądarki. Ważne, żeby trzymać realne oczekiwania: respektuje Consent Mode v2, więc strat z odmów zgody nie odzyskuje. Co realnie poprawia, a czego nie naprawi, rozpisałem w tekście o server-side trackingu dla Google Ads. Pod Shopera mam dedykowany pakiet server-side dla Shopera.
shopLayer (Shoper)
Własna warstwa danych Shoper Storefront, odpowiednik dataLayer. Zna ją platforma Shoper, ale standardowe szablony GTM i tagi e-commerce oczekują klasycznego dataLayer, więc shopLayer trzeba zmostkować albo zbudować własną warstwę od zera. To jeden z powodów, dla których pomiar na Shoper Storefront wymaga innego podejścia niż na zwykłym sklepie. Różnice rozpisałem we wpisie shopLayer kontra dataLayer.
Shoper Storefront vs RWD
Dwa fronty sklepu na Shoperze. Klasyczny RWD pozwala swobodnie edytować szablony i wstrzykiwać kod, więc pomiar wpina się tam łatwiej. Nowy Storefront 2026 to zamknięty front z asynchronicznym checkoutem i własnym shopLayer, w którym standardowe metody tagowania zawodzą. Różnice w pomiarze między nimi pokazuje wpis o natywnej wtyczce GA4 na Shoper RWD. Dedykowany pakiet pod nowy front opisałem na stronie trackingu dla Shopera.
Smart Bidding
Automatyczne strategie ustalania stawek w Google Ads, na przykład Maximize Conversions czy docelowy ROAS (tROAS). Uczą się na danych o konwersjach, więc działają tym lepiej, im kompletniejszy i mniej zaszumiony jest pomiar. Gdy część zakupów nie dociera do Ads albo liczą się podwójnie przez brak deduplikacji, algorytm źle celuje stawkami i ROAS spada. Ten mechanizm rozpisałem we wpisie o Smart Biddingu na zaszumionych danych.
TikTok Events API
Serwerowy kanał przesyłania zdarzeń do TikToka, odpowiednik Meta CAPI. Uzupełnia piksel TikToka i poprawia dopasowanie konwersji do kampanii, gdy pomiar w przeglądarce jest niepełny przez adblock albo utracone cookies. Jak w przypadku Meta, oba kanały spina wspólny event_id, żeby zakup nie policzył się dwa razy. Konfiguracja idzie zwykle przez server-side GTM.

Masz konkretny problem z pomiarem?

Słownik tłumaczy pojęcia, ale Twój sklep ma własne luki. Na bezpłatnej konsultacji przejrzymy konfigurację tagów i pokażę, gdzie wycieka pomiar oraz ile z tego da się odzyskać. Zobacz też pełny zakres usług i pakietów albo oszacuj skalę 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