Debugowanie problemów z tracking konwersji w Facebook Ads

Facebook Pixel Helper (Chrome extension):

Instaluj z Chrome Web Store. Pokazuje:
- Czy Pixel jest na stronie
- Jakie eventy się odpalają
- Parametry eventów
- Błędy w implementacji

Jak używać:
1. Otwórz stronę (np. checkout success)
2. Kliknij ikonę extension
3. Zobacz fired events i parametry

Events Manager → Test Events:

1. Otwórz Events Manager
2. Wybierz swój Pixel
3. Tab "Test Events"
4. Wpisz URL strony do testowania
5. Wykonaj akcję (purchase)
6. Zobacz czy event się pojawił

Events Manager → Diagnostics:

Pokażuje błędy i ostrzeżenia:
- Missing parameters
- Duplicate events
- Low match quality
- Server errors

GA4 cross-reference:

Porównaj eventy w GA4 z Facebook. Jeśli GA4 pokazuje purchase a FB nie - problem po stronie FB tracking.

Problem: Zero konwersji mimo sprzedaży

Przyczyny:
- Pixel nie ma na thank-you page
- Event jest PageView zamiast Purchase
- Ad blocker/consent blokuje

Diagnoza: Pixel Helper na stronie sukcesu.
Rozwiązanie: Dodaj event Purchase, wdróż CAPI.

Problem: Duplikaty eventów

Przyczyny:
- Pixel + GTM oba odpalają ten sam event
- Wielokrotne ładowanie strony
- Tag manager i hardcoded pixel jednocześnie

Diagnoza: Pixel Helper pokazuje 2+ Purchase.
Rozwiązanie: Deduplikacja przez event_id (unique per transaction).

Problem: Brak parametrów (value, currency)

Przyczyny:
- Niepełna implementacja
- Value = 0 lub undefined

Diagnoza: Events Manager → Data Sources → Parameters.
Rozwiązanie: Popraw dataLayer/implementację, przekaż dynamic value.

Problem: Opóźnienia w raportowaniu

Przyczyny:
- iOS 14+ = do 72h opóźnienia
- Aggregated reporting

Diagnoza: Sprawdź za 3 dni.
Rozwiązanie: To normalne post-iOS14. Używaj 7-day windows do analizy.

Problem: Low Event Match Quality

Przyczyny:
- Brak customer info (email, phone) w eventach
- Hashed incorrectly

Rozwiązanie: Przekazuj fbp, fbc, em (email hashed), ph (phone hashed).

Sprawdzanie czy CAPI działa:

1. Events Manager → Data Sources → Settings
2. Sekcja "Conversions API"
3. "Connection status" → Active/Inactive
4. Events received via server

Typowe problemy CAPI:

"No server events received":
- Integration nie działa
- Wrong access token
- Server errors

Rozwiązanie: Sprawdź setup (Shopify/WooCommerce integration, GTM server-side, manual API).

"Duplicate events (browser + server)":
- Oba źródła wysyłają ten sam event

Rozwiązanie: Użyj event_id. Ten sam event_id = Facebook deduplikuje automatycznie.

"Low server event quality":
- Brakuje user parameters (fbp, fbc, email)

Rozwiązanie: Przekazuj więcej customer data przez CAPI.

Testing CAPI:

Events Manager → Test Events → Generate test event code → Wyślij test event przez API → Sprawdź czy received.

Redundant setup (best practice):

- Browser Pixel: catches logged-in, non-consent-blocked users
- Server CAPI: catches server-side, bypassuje ad blockers
- Deduplikacja: event_id zapewnia że nie liczysz 2x

Target: Event Match Quality >6.0 (ideally >8.0).

Impact consent mode:

GDPR (EU) i podobne regulacje wymagają consent przed tracking.

- User nie daje consent → Pixel nie odpala
- Brakuje danych → modeling/estimation

Google Consent Mode v2 + Facebook:

Jeśli używasz GCM v2 dla GA4, rozważ analogiczny setup dla FB:
- Consent = denied: basic PageView (no user data)
- Consent = granted: full tracking z user data

Facebook Advanced Matching:

Dopasowuje user data (email, phone) do FB profiles.
- Z consent: przekaż hashed email/phone
- Bez consent: ograniczone matching

Ad blockers:

~25-40% users używa ad blockerów. Blokują Pixel.

Rozwiązania:
- CAPI (server-side = nie blokowane)
- First-party pixel domain (partial solution)
- Accept że część data będzie missing

Modeled conversions:

Facebook używa ML do estimation brakujących conversions.
- Dane oznaczone jako "estimated"
- Accuracy zależy od ilości known data
- Większe konta = lepsze modeling

Testowanie wpływu:

1. Porównaj FB reported vs backend (Shopify, CRM)
2. Różnica = brakujące tracking (ad block, consent, iOS)
3. Typowo: 15-40% underreported w FB