COSSY — Meta / GTM / Stape / Shopify

Podsumowanie wykonawcze

Tracking nie jest całkowicie niedziałający. Problem polega na tym, że równolegle funkcjonują co najmniej dwie niezależne ścieżki Meta, a kluczowy sygnał Purchase nie ma potwierdzonego, stabilnego odpowiednika server-side. W obecnym stanie dane mogą być dublowane, niespójne i nie nadają się do bezpiecznego skalowania kampanii optymalizowanych na zakup.

Obecna architektura

Shopify
├─ Native Meta / Partner Integration
│  ├─ PageView       eid = sh-...
│  ├─ ViewContent    eid = sh-...
│  └─ Purchase       Browser / Partner integration
│
└─ Customer Events / Stape bridge
   ↓
Web GTM
   ├─ [Stape] Meta-*        → Meta Browser
   ├─ [Stape] GA4-*         → Google
   └─ [Stape] DT-*          → sst.cossy.com
                                ↓
                              sGTM
                                ├─ Meta CAPI
                                ├─ Google Ads / GA4
                                ├─ Klaviyo
                                └─ osobna gałąź purchase_webhook

Główne ryzyko: dwa niezależne browser pipelines dla Meta pracują na tym samym Pixel ID, ale generują różne event_id.

Najważniejsze ustalenia

1

Potwierdzony duplikat Meta browser events

Na jednej stronie produktu rejestrowane są dwa ViewContent dla tego samego Pixel ID, ale z różnymi identyfikatorami zdarzenia. To nie jest poprawna para Browser + Server do deduplikacji, tylko dwa niezależne zdarzenia browser-side.

Stape / GTM — ViewContent z osobnym event_id

Shopify / Partner — event z identyfikatorem sh-*

2

Web GTM / Stape działa, ale nie w pełni spójnie

Preview Web GTM potwierdza uruchamianie tagów Meta, GA4 i Data Tag. Konfiguracja ViewContent posiada własny Unique Event ID, dane ecommerce i wymaganie ad_storage.

Web GTM — uruchomione tagi dla ViewContent

Konfiguracja Stape Meta ViewContent

Parametry, user data i event_id

3

PageView jest skonfigurowany niespójnie

Tag uruchamia się w GTM, ale podczas testu nie potwierdzono odpowiadającego mu requestu w Network. Konfiguracja różni się także od działającego ViewContent.

Stape Meta PageView — konfiguracja

PageView — brak pełnej zgodności z ViewContent

Purchase / Meta CAPI

Inne zdarzenia Stape server-side docierają do sGTM i Meta CAPI, więc problem nie wygląda na awarię całego SST. Najbardziej prawdopodobny obszar błędu znajduje się wcześniej: generowanie lub transport Purchase z Shopify/Web GTM albo osobne źródło webhook.

purchase_webhook
→ [Webhook] Meta - Purchase
→ [Webhook] GA4 - Purchase
→ [Webhook] GADS - Purchase
→ [Webhook] Klaviyo - Placed Order
→ Store transaction id

W Shopify Admin nie było widocznej ręcznej subskrypcji webhook. Nie wyklucza to subskrypcji zarządzanej przez aplikację — źródło wymaga osobnej weryfikacji.

Consent i uruchamianie tagów

W kontenerze występuje kilka różnych mechanizmów warunkowania zdarzeń: proste triggery ce-*, Trigger Groups łączące consent z eventem, osobny Pandectes_Consent_Update oraz wbudowane wymagania GTM Consent Mode.

Lista tagów Meta i różne wzorce triggerów

Lista tagów Data / GA4

Meta Catalog / Product Feed

Natywna integracja Facebook & Instagram jest jednocześnie źródłem trackingu oraz powiązaniem z obecnym katalogiem Meta. Dlatego jej wyłączenie nie powinno być wykonywane „w ciemno”. Najpierw trzeba rozdzielić funkcję feed/catalog od źródła browser tracking i upewnić się, że katalog pozostanie zasilany po zmianach.

Dodatkowe problemy

Rekomendowana architektura docelowa

Jeżeli celem jest pełna kontrola nad browser + server trackingiem, właściwym kierunkiem jest jedna spójna ścieżka oparta o Customer Events / Web GTM / sGTM, bez równoległego browser trackingu Meta z Shopify Partner Integration.

Shopify Customer Events
        ↓
Web GTM
        ├─ Meta Browser
        ├─ GA4 / Google Ads
        └─ Stape Data Tag
                ↓
              sGTM
                ├─ Meta CAPI
                ├─ Google
                └─ pozostałe destinations

Warunki: jeden event_id dla każdej pary Browser/Server, spójny Consent Mode, osobno odtworzony i przetestowany Purchase oraz bezpieczne zachowanie Meta Catalog / Product Feed.

Plan działań