Pomiar sprzedaży z agentów AI: atrybucja i dane w GA4, gdy klient nie odwiedza strony

Trzy typy ścieżek z agentów AI i co z nich widzi GA4

Pierwszy krok to rozróżnienie, jak agent kontaktuje klienta ze sklepem. Od tego zależy, które dane w ogóle powstaną po Twojej stronie.

Ścieżki pierwszego typu są już powszechne w Polsce. Jak skonfigurować i czytać kanał „AI Assistant”, wyjaśniamy w tekście o ruchu z ChatGPT, Gemini i Claude w GA4. Drugi i trzeci typ działa głównie w USA, ale model danych warto przygotować wcześniej, bo dopisywanie go po starcie funkcji oznacza miesiące niepełnych danych. Mechanikę koszyka Google opisujemy w artykule o Universal Cart i checkoucie w AI Mode.

Płatne reklamy w asystentach mierzy się podobnie jak inne kampanie: UTM-ami i tagami konwersji. Dla reklam w ChatGPT służy do tego OpenAI Pixel i Conversions API.

Model danych: jak oznaczać źródło zamówienia w backendzie?

Każde zamówienie w systemie sklepu powinno mieć pole, które jednoznacznie mówi, przez jaki kanał powstało. To jedyne źródło danych, które obejmie wszystkie trzy ścieżki.

Proponowany słownik wartości dla pola order_channel:

• web – zamówienie złożone na stronie sklepu,
• web_ai_referral – zamówienie na stronie po wizycie z asystenta AI (uzupełniane na podstawie danych sesji),
• google_ucp_cart_transfer – zamówienie dokończone na stronie po przeniesieniu koszyka z Google,
• google_ucp_native – zamówienie z natywnego checkoutu Google,
• chatgpt_app – zamówienie z aplikacji sklepu w ChatGPT,
• marketplace – zamówienia z Allegro i innych platform, dla porządku.

Obok kanału zapisuj identyfikator zamówienia po stronie platformy (jeśli integracja go zwraca), datę i godzinę oraz wartość netto i brutto. Wartości ustal raz, zapisz małymi literami i nie zmieniaj – te same zasady, które stosujesz do nazewnictwa kampanii. Integracje UCP i ACP przekazują zamówienie przez API, więc to programista ustawia kanał w momencie jego utworzenia, a nie skrypt na stronie.

Jak przesłać zamówienia agentowe do GA4 bez sesji?

Zamówienia bez wizyty przesyłasz do GA4 z serwera przez Measurement Protocol. Każde zdarzenie wymaga identyfikatora klienta, więc dla zamówień agentowych generujesz własny, losowy client_id i zapisujesz go przy zamówieniu.

POST https://www.google-analytics.com/mp/collect?measurement_id=G-XXXXXXXXXX&api_secret=TWOJ_SEKRET
{
  "client_id": "agent.8f3c2a1e-6b7d-4c1a-9e2f-0d5b7a9c1e44",
  "timestamp_micros": 1793001600000000,
  "consent": { "ad_user_data": "DENIED", "ad_personalization": "DENIED" },
  "events": [{
    "name": "purchase",
    "params": {
      "transaction_id": "ZAM-2026-104512",
      "value": 249.00,
      "currency": "PLN",
      "shipping": 14.99,
      "order_channel": "google_ucp_native",
      "agent_platform": "gemini",
      "items": [{ "item_id": "CZ-1700-INOX", "item_name": "Czajnik elektryczny 1,7 l", "price": 249.00, "quantity": 1 }]
    }
  }]
}

Zasady, o których trzeba pamiętać:

1. Zarejestruj wymiary niestandardowe order_channel i agent_platform (zakres: zdarzenie) w sekcji definicji niestandardowych GA4. Bez tego parametry będą zbierane, ale niewidoczne w raportach.
2. Nie oczekuj poprawnego kanału w raportach pozyskania. Zdarzenie bez sesji nie ma źródła ruchu, więc najczęściej wyląduje w „(not set)” lub Unassigned – mechanizm opisujemy w artykule o przyczynach „(not set)” w GA4. Analizuj je w eksploracjach z wymiarem order_channel.
3. Pilnuj okna czasowego. Measurement Protocol przyjmuje zdarzenia z opóźnieniem do 72 godzin względem timestamp_micros, więc wysyłaj je zaraz po potwierdzeniu zamówienia.
4. Nie dubluj transakcji. Jeśli zamówienie z przeniesionego koszyka zostało już zarejestrowane tagiem na stronie, nie wysyłaj go ponownie z serwera. Mechanizmy powstawania duplikatów opisujemy w tekście o duplikatach transakcji w GA4.
5. Nie umieszczaj danych osobowych w client_id ani w parametrach. Identyfikator ma być losowy, a jego powiązanie z klientem przechowuj tylko w systemie sklepu.

Od maja 2026 Data Manager API obsługuje też zdarzenia server-to-server jako alternatywę dla Measurement Protocol. Jeśli i tak wdrażasz Data Manager do przesyłania danych do Google Ads, sprawdź, czy możesz użyć jednej integracji do obu celów. Wzbogacanie zdarzeń o marżę i dane z CRM, przydatne również tutaj, opisujemy w tekście o wzbogacaniu danych server-side.

Google Ads i Meta: czy przekazywać im zamówienia agentowe?

Tylko wtedy, gdy potrafisz powiązać zamówienie z kliknięciem lub klientem, i najlepiej jako osobną konwersję. Zamówienia z natywnego checkoutu nie mają identyfikatora kliknięcia, więc nie zasilą atrybucji kampanii w prosty sposób.

Dla Google Ads właściwą drogą jest Data Manager API, które od 10 września 2026 jest ogólnie dostępne, a od 16 listopada 2026 nie wymaga danych zahaszowanych SHA-256. Pozwala przesyłać dane konwersji i list klientów – szczegóły znajdziesz w tekście o Customer Match i Data Manager. Konwersje z agentów ustaw jako dodatkowe, a nie podstawowe, dopóki nie sprawdzisz, jak wpływają na strategię stawek. Inaczej Smart Bidding może zacząć optymalizować pod sprzedaż, której kampania w ogóle nie wygenerowała.

W Meta Conversions API zdarzenie wymaga parametru action_source. Dla zamówień, które nie powstały na stronie, nie oznaczaj ich jako website – wybierz wartość zgodną z rzeczywistym źródłem i dopilnuj deduplikacji, jeśli to samo zamówienie wysyła też Pixel.

Atrybucja: jak ocenić wpływ agentów, gdy ścieżki nie widać?

Klasyczna atrybucja wymaga punktów styku zarejestrowanych w narzędziu. Rozmowa z asystentem AI zwykle ich nie zostawia: klient porównuje oferty w czacie, a potem wpisuje adres sklepu albo szuka marki w Google. Część efektu agentów trafia więc do ruchu bezpośredniego i wyszukiwania brandowego.

Metodykę mierzenia obecności marki w odpowiedziach AI opisujemy w tekście o widoczności marki w AI, testy przyrostowe – w poradniku o testach inkrementalności i Conversion Lift, a pierwsze kroki z modelowaniem – w artykule Marketing Mix Modeling: od czego zacząć.

Raport w BigQuery: zamówienia z backendu i dane GA4 w jednym widoku

Najbardziej wiarygodny obraz daje połączenie tabeli zamówień z eksportem GA4. Poniższe zapytanie pokazuje przychód według kanału zamówienia i liczbę zamówień, których GA4 nie zarejestrowało.

WITH ga4_purchases AS (
  SELECT DISTINCT ecommerce.transaction_id AS transaction_id
  FROM `projekt.analytics_123456789.events_*`
  WHERE event_name = 'purchase'
    AND _TABLE_SUFFIX BETWEEN '20261001' AND '20261031'
)
SELECT
  o.order_channel,
  COUNT(*) AS zamowienia,
  ROUND(SUM(o.revenue_net), 2) AS przychod_netto,
  COUNTIF(g.transaction_id IS NULL) AS brak_w_ga4,
  ROUND(SAFE_DIVIDE(COUNTIF(g.transaction_id IS NULL), COUNT(*)), 3) AS udzial_braku
FROM `projekt.sklep.orders` AS o
LEFT JOIN ga4_purchases AS g
  ON g.transaction_id = o.order_id
WHERE o.order_date BETWEEN '2026-10-01' AND '2026-10-31'
GROUP BY o.order_channel
ORDER BY przychod_netto DESC;

Wysoki udzial_braku w kanale web wskazuje na problem z tagowaniem, a w kanałach agentowych – na brak wysyłki z serwera. Jeśli dopiero zaczynasz pracę z eksportem, zajrzyj do zestawu zapytań do eksportu GA4 w BigQuery.

Pomiar agentic commerce: wdrożenie krok po kroku

1. Dodaj pole order_channel do zamówień i ustal słownik wartości.
2. Skonfiguruj raport kanału „AI Assistant” w GA4 i zapisz go w bibliotece raportów.
3. Dodaj własny parametr do adresów powrotu z integracji agentowych i przekaż go do warstwy danych.
4. Wdróż wysyłkę zdarzeń purchase z serwera dla zamówień bez wizyty i zarejestruj wymiary niestandardowe.
5. Uruchom eksport GA4 do BigQuery i zapytanie kontrolne porównujące backend z GA4.
6. Dodaj do potwierdzenia zamówienia ankietę z opcją „asystent AI (ChatGPT, Gemini itp.)”.
7. Raz na kwartał zestaw wyniki z metodami pośrednimi i zdecyduj, czy zamówienia agentowe przekazywać do platform reklamowych.

Wszystkie poradniki o handlu agentowym, od podstaw agentic commerce po porównanie UCP i ACP, znajdziesz w podtemacie Agentic commerce.