Event Match Quality (EMQ) (pol. jakość dopasowania zdarzeń) to ocena w skali od 1 do 10, którą Menedżer zdarzeń Meta przypisuje każdemu zdarzeniu wysyłanemu przez Conversions API (CAPI), pokazując, jak skutecznie przesłane parametry klienta (e-mail, telefon, fbp, fbc, adres IP, user agent) pozwalają dopasować zdarzenie do konkretnego konta użytkownika Meta. Dla marketera EMQ jest praktycznym miernikiem tego, czy dane serwerowe faktycznie „docierają” do algorytmu — im wyższa ocena, tym więcej konwersji zostaje przypisanych do reklam, a optymalizacja kampanii ma na czym się uczyć.
Jak działa Event Match Quality?
Meta nie widzi, kto dokonał zakupu na Twojej stronie — musi to ustalić na podstawie parametrów, które wysyłasz razem ze zdarzeniem. Każdy parametr identyfikujący klienta (customer information parameter) jest hashowany algorytmem SHA-256 po stronie serwera, a następnie porównywany z danymi kont użytkowników. EMQ ocenia trzy rzeczy jednocześnie:
- Kompletność — ile różnych parametrów przesyłasz z każdym zdarzeniem.
- Jakość — czy parametry są poprawnie sformatowane (np. e-mail małymi literami, telefon z kodem kraju, wartość fbc pobrana z ciasteczka, a nie zgadywana).
- Skuteczność dopasowania — jaki odsetek wysłanych zdarzeń udało się realnie połączyć z kontem Meta.
Ocena jest wyliczana osobno dla każdego typu zdarzenia (Purchase, Lead, AddToCart itd.), tylko dla zdarzeń serwerowych. Zdarzenia z samego Piksela Meta nie otrzymują EMQ, ponieważ przeglądarkowe dopasowanie działa na innych zasadach.
| Parametr | Klucz w CAPI | Znaczenie dla dopasowania | Skąd go pobrać |
|---|---|---|---|
| E-mail (hash) | em | bardzo wysokie | formularz, konto klienta, checkout |
| Telefon (hash) | ph | bardzo wysokie | formularz, dane zamówienia |
| Identyfikator kliknięcia | fbc | wysokie | ciasteczko _fbc / parametr fbclid w URL |
| Identyfikator przeglądarki | fbp | wysokie | ciasteczko _fbp |
| Adres IP + user agent | client_ip_address, client_user_agent | średnie (wymagane jako para) | nagłówki żądania HTTP |
| Imię, nazwisko, miasto, kod pocztowy (hash) | fn, ln, ct, zp | uzupełniające | dane adresowe zamówienia |
| Zewnętrzne ID | external_id | uzupełniające | ID klienta w CRM/sklepie |
Jak sprawdzić i podnieść EMQ?
- W Menedżerze zdarzeń wybierz zestaw danych (dawniej Piksel), kliknij zdarzenie i otwórz kartę „Jakość dopasowania zdarzeń” — zobaczysz wynik, listę wysyłanych parametrów oraz sugestie brakujących pól.
- Uzupełnij parametry o najwyższej wadze: dla zdarzeń po zakupie lub wysłaniu formularza zawsze dostępny jest e-mail i najczęściej telefon — to one robią największą różnicę.
- Przekazuj fbp i fbc z ciasteczek pierwszej strony do serwera; jeśli używasz Server-side tagging (GTM Server), zrób to w konfiguracji tagu Conversions API.
- Wysyłaj IP i user agent klienta, a nie serwera — częsty błąd przy integracjach przez zewnętrzne backendy.
- Zadbaj o deduplikację: to samo zdarzenie wysyłane z Piksela i CAPI musi mieć identyczny event_id i event_name, inaczej zawyżysz liczbę konwersji.
Szczegółowe wymagania dotyczące formatowania parametrów opisuje oficjalna dokumentacja Conversions API.
Kiedy warto zajmować się EMQ, a kiedy nie?
EMQ ma znaczenie, gdy optymalizujesz kampanie na konwersje i zależy Ci na wiarygodnej atrybucji — zwłaszcza w e-commerce i generowaniu leadów, gdzie masz dostęp do danych kontaktowych klienta. Przyjmuje się, że wynik w okolicach 6 jest akceptowalny, a 8 i więcej oznacza bardzo dobre dopasowanie. Nie ma sensu forsować maksymalnej oceny dla zdarzeń, przy których użytkownik nie zostawia żadnych danych (np. ViewContent na stronie produktu) — tam naturalny pułap wyznaczają fbp, fbc, IP i user agent. Nie warto też „dosztukowywać” parametrów sztucznie: nieprawidłowe lub losowe wartości obniżają jakość zamiast ją podnosić.
Najczęstsze błędy
- Wysyłanie danych bez hashowania lub podwójnie hashowanych (np. przez wtyczkę i serwer jednocześnie).
- Telefon bez kodu kraju lub e-mail z wielkimi literami i spacjami — hash nie pasuje do wersji znormalizowanej.
- Brak fbc, bo parametr fbclid nie jest zapisywany do ciasteczka po pierwszym wejściu.
- Mieszanie event_id między Pikselem a CAPI, przez co Meta liczy dwie konwersje zamiast jednej.
- Ocena EMQ czytana na próbce kilku zdarzeń — wynik stabilizuje się dopiero przy większym wolumenie.
EMQ w praktyce ICBM
Przy wdrażaniu i audycie kampanii Facebook Ads traktujemy Event Match Quality jako pierwszy punkt kontrolny po uruchomieniu CAPI: jeśli zdarzenie Purchase czy Lead ma niski wynik, kampania optymalizuje się na niepełnych danych i żadne zmiany w targetowaniu tego nie nadrobią. Zaczynamy od przesłania e-maila i telefonu z formularzy oraz checkoutu, następnie porządkujemy przekazywanie fbp/fbc i deduplikację przez event_id. Więcej pojęć z tego obszaru znajdziesz w kategorii Meta Ads w bazie wiedzy.
Najczęściej zadawane pytania
Dlaczego moje EMQ jest niskie mimo działającego CAPI?
Najczęściej wysyłasz zbyt mało parametrów identyfikujących — samo IP i user agent dają słabe dopasowanie. Dodaj zahashowany e-mail i telefon oraz wartości fbp i fbc z ciasteczek, a wynik zwykle wyraźnie rośnie w ciągu kilku dni.
Czy EMQ wpływa na koszt konwersji?
Pośrednio tak. Lepsze dopasowanie oznacza więcej konwersji przypisanych do reklam, więc algorytm ma pełniejszy sygnał do optymalizacji, a raporty pokazują bliższy rzeczywistości koszt pozyskania. Samo EMQ nie jest jednak czynnikiem licytacji.
Czy Piksel Meta ma własne EMQ?
Nie. Ocena jakości dopasowania dotyczy wyłącznie zdarzeń przesyłanych przez Conversions API. Piksel korzysta z ciasteczek i sesji przeglądarki, dlatego przy równoległym wdrożeniu obu źródeł kluczowa jest poprawna deduplikacja przez event_id.
