Stape. Monitoring logów sGTM. Diagnostyka utraconych hitów purchase.

Na czym to polega w sklepie

Monitoring logów w panelu Stape pokazuje requesty trafiające na custom domain (status, client, tagi odpalone). Przy server-side ecommerce to pierwsze miejsce debugowania, gdy purchase w GA4 spada, a backend zamówień nie.

Przykład ze sklepu internetowego

Po deployu nowego dataLayer porównujesz liczbę requestów purchase w logach Stape z ERP:

Stape → Container → Logs
  Filter: path contains /g/collect  (lub Twój routing clienta)
  Filter: event_name = purchase

// Server GTM Preview - zakładka Incoming / Outgoing
// Tag fired: GA4 Event / GA4 MP
// Tag not fired → sprawdź trigger i consent w server container

// Alert (ręczny lub webhook):
// jeśli purchase_count_1h < threshold → Slack #analytics

Co zrobić po stronie biznesu

• Porównanie logów Stape z liczbą zamówień w panelu sklepu (co godzina).
• Wykrycie 403/429 po przekroczeniu limitu requestów na planie Stape.
• Debug Meta CAPI i GA4 MP z jednego widoku logów sGTM.

W skrócie

Logi Stape uzupełniają GA4 DebugView - widzisz request zanim trafi do Google. Przy incydencie zawsze zacznij od porównania ERP vs logi vs GA4.