Jakość dopasowania zdarzeń (Event Match Quality) – co oznacza wynik i jak go poprawić
Miłosz Brzegowy
Miłosz Brzegowy
Head of Growth and Demand Generation
Jakość dopasowania zdarzeń (Event Match Quality) – co oznacza wynik i jak go poprawić
Jakość dopasowania zdarzeń (ang. Event Match Quality, w skrócie EMQ) to wynik w skali od 0 do 10, który Meta pokazuje przy zdarzeniach w Menedżerze zdarzeń. Mówi, jak skutecznie informacje o kliencie przesyłane razem ze zdarzeniem pozwalają powiązać to zdarzenie z kontem na Facebooku lub Instagramie. Dla sklepu internetowego to ważny wskaźnik: im więcej zakupów Meta potrafi przypisać konkretnym osobom, tym lepiej kampanie wiedzą, kogo szukać, i tym więcej konwersji pojawia się w raportach.
W tym poradniku wyjaśniamy, jak Meta liczy ten wynik, które dane mają największe znaczenie, gdzie go sprawdzić i jak go poprawić – zgodnie z zasadami prywatności. Zakładamy, że masz już piksel i Conversions API – jeśli nie, zacznij od wpisu o Conversions API.
Co oznacza jakość dopasowania zdarzeń
Samo zdarzenie – np. informacja, że ktoś kupił produkt za 249 zł – jest dla Meta mało przydatne, dopóki nie wiadomo, kto to był. Dopasowanie polega na powiązaniu zdarzenia z kontem użytkownika na podstawie przesłanych parametrów informacji o kliencie: adresu e-mail, numeru telefonu, identyfikatora kliknięcia czy identyfikatora przeglądarki. Dopasowane zdarzenia można przypisać do reklam i wykorzystać w optymalizacji emisji.
Według Pomocy Meta dla firm wynik jakości dopasowania wskazuje, jak skuteczne mogą być parametry informacji o kliencie wysyłane ze zdarzeniem serwerowym w dopasowywaniu zdarzeń do kont Meta. Lepsza jakość dopasowania oznacza, że zdarzenia częściej trafiają do właściwych kont, co może przełożyć się na lepsze wyniki reklam i niższy koszt działania.
Jak Meta liczy wynik
Meta oblicza wynik od 0 do 10 na podstawie jakości przesyłanych informacji o kliencie dla danego zdarzenia serwerowego oraz odsetka wystąpień zdarzenia, które udało się dopasować do kont Meta. Wynik jest dostępny dla zdarzeń standardowych i niestandardowych z witryny, np. wyświetlenia strony, dodania do koszyka czy zakupu. Do obliczeń Meta używa danych z ostatnich 48 godzin – dlatego wynik może się zmieniać z dnia na dzień i warto wysyłać zdarzenia regularnie.
Z tego wynika praktyczna wskazówka: wynik EMQ ocenia się osobno dla każdego zdarzenia. Purchase może mieć wysoki wynik, bo w zamówieniu jest e-mail i telefon, a ViewContent – niski, bo anonimowy odwiedzający nie podał żadnych danych. To naturalne i nie trzeba na siłę wyrównywać wyników wszystkich zdarzeń.
Zdarzenia z przeglądarki a zdarzenia z serwera
Wynik jakości dopasowania dotyczy przede wszystkim zdarzeń wysyłanych przez Conversions API, bo to w nich sklep decyduje, jakie informacje o kliencie dołączyć. Zdarzenia z piksela dopasowują się w dużej mierze dzięki plikom cookie i danym z przeglądarki, a dodatkowo dzięki rozszerzonemu dopasowaniu. W konfiguracji redundantnej oba źródła się uzupełniają: piksel wnosi identyfikatory przeglądarki i kliknięcia, a serwer – dane z zamówienia, których przeglądarka nie zawsze zna. Dlatego poprawa dopasowania to zwykle praca po obu stronach, a nie tylko w jednym narzędziu.
Dlaczego dopasowanie ma znaczenie dla sklepu
Dopasowanie wpływa na trzy obszary, które bezpośrednio przekładają się na pieniądze wydawane na reklamy. Pierwszy to przypisywanie konwersji: Meta może przypisać zakup reklamie tylko wtedy, gdy wie, że kupiła osoba, która tę reklamę widziała lub kliknęła. Niedopasowane zakupy nie pojawią się w raportach kampanii, więc ROAS w Menedżerze reklam będzie zaniżony.
Drugi obszar to optymalizacja emisji. Kampanie sprzedażowe uczą się na profilach osób, które kupują. Im więcej dopasowanych zakupów, tym więcej przykładów, na których system może się uczyć, i tym trafniej szuka kolejnych klientów. Trzeci to grupy odbiorców budowane na podstawie zdarzeń – np. osoby, które dodały produkt do koszyka w ostatnich 14 dniach. Zdarzenia, których nie udało się dopasować, nie zasilą takich grup, więc remarketing obejmie mniej osób. Szerzej o tych grupach piszemy we wpisie o niestandardowych grupach odbiorców.
Które dane mają największe znaczenie
Meta przypisuje parametrom informacji o kliencie różne priorytety. Im wyższy priorytet, tym większy wpływ parametru na skuteczność dopasowania. Zestawienie poniżej opiera się na tabeli z Pomocy Meta.
Parametr | Priorytet według Meta | Skąd go wziąć w sklepie |
Adres e-mail | Wysoki | Formularz zamówienia, konto klienta, zapis do newslettera |
Identyfikator kliknięcia (fbc) | Wysoki | Parametr fbclid w adresie po kliknięciu reklamy, zapisywany w pliku cookie _fbc |
Numer telefonu | Średni | Formularz zamówienia (z kodem kraju) |
Identyfikator zewnętrzny (external_id) | Średni | Identyfikator klienta w systemie sklepu |
Identyfikator przeglądarki (fbp) | Średni | Plik cookie _fbp ustawiany przez piksel |
Data urodzenia, kraj | Średni | Rzadko dostępne w sklepie; kraj z adresu dostawy |
Imię, nazwisko, miasto, kod pocztowy | Niski | Dane adresowe z zamówienia |
Wykres – parametry informacji o kliencie według priorytetu w dopasowaniu. [#chart:m15]
Wniosek dla sklepu jest prosty: najważniejsze są adres e-mail i identyfikator kliknięcia. E-mail sklep zna przy każdym zamówieniu, a identyfikator kliknięcia pojawia się, gdy klient trafił do sklepu z reklamy. Dobrze uzupełniają je telefon, identyfikator klienta i identyfikator przeglądarki. Dane adresowe mają niski priorytet, ale przy braku innych też pomagają.
[#wazne] Adres e-mail i numer telefonu przekazuje się wyłącznie w postaci zahashowanej (SHA-256), po wcześniejszej normalizacji: małe litery, bez spacji, telefon z kierunkowym kraju. Identyfikatorów fbp i fbc, adresu IP ani user agenta się nie hashuje. Szczegóły formatowania opisuje dokumentacja Meta dla deweloperów.
Gdzie sprawdzić wynik jakości dopasowania
Wynik znajdziesz w Menedżerze zdarzeń. Otwórz zbiór danych (piksel), przejdź do przeglądu zdarzeń i wybierz konkretne zdarzenie, np. Purchase. W szczegółach zdarzenia zobaczysz wynik jakości dopasowania dla zdarzeń z serwera, listę przesyłanych parametrów z informacją, jaki odsetek zdarzeń je zawiera, oraz zalecane działania. Meta pokazuje tam też wskaźnik dodatkowych konwersji raportowanych dzięki lepszemu dopasowaniu – można śledzić jego zmiany w czasie.
Przegląd zdarzeń w Menedżerze zdarzeń opisujemy szczegółowo w poradniku jak sprawdzić, czy piksel i CAPI działają poprawnie. Warto zaglądać tam regularnie, np. raz w miesiącu, i zawsze po zmianach w sklepie, bo aktualizacja szablonu czy wtyczki potrafi „po cichu” wyłączyć przekazywanie części parametrów.
[#tip] Patrz nie tylko na sam wynik, ale też na listę parametrów i odsetek zdarzeń, które je zawierają. Jeśli e-mail jest przekazywany tylko w części zakupów, a powinien w każdym, to wskazówka, że coś w konfiguracji działa niepoprawnie – np. przy zakupach bez rejestracji konta.
Jakość dopasowania zdarzeń (ang. Event Match Quality, w skrócie EMQ) to wynik w skali od 0 do 10, który Meta pokazuje przy zdarzeniach w Menedżerze zdarzeń. Mówi, jak skutecznie informacje o kliencie przesyłane razem ze zdarzeniem pozwalają powiązać to zdarzenie z kontem na Facebooku lub Instagramie. Dla sklepu internetowego to ważny wskaźnik: im więcej zakupów Meta potrafi przypisać konkretnym osobom, tym lepiej kampanie wiedzą, kogo szukać, i tym więcej konwersji pojawia się w raportach.
W tym poradniku wyjaśniamy, jak Meta liczy ten wynik, które dane mają największe znaczenie, gdzie go sprawdzić i jak go poprawić – zgodnie z zasadami prywatności. Zakładamy, że masz już piksel i Conversions API – jeśli nie, zacznij od wpisu o Conversions API.
Co oznacza jakość dopasowania zdarzeń
Samo zdarzenie – np. informacja, że ktoś kupił produkt za 249 zł – jest dla Meta mało przydatne, dopóki nie wiadomo, kto to był. Dopasowanie polega na powiązaniu zdarzenia z kontem użytkownika na podstawie przesłanych parametrów informacji o kliencie: adresu e-mail, numeru telefonu, identyfikatora kliknięcia czy identyfikatora przeglądarki. Dopasowane zdarzenia można przypisać do reklam i wykorzystać w optymalizacji emisji.
Według Pomocy Meta dla firm wynik jakości dopasowania wskazuje, jak skuteczne mogą być parametry informacji o kliencie wysyłane ze zdarzeniem serwerowym w dopasowywaniu zdarzeń do kont Meta. Lepsza jakość dopasowania oznacza, że zdarzenia częściej trafiają do właściwych kont, co może przełożyć się na lepsze wyniki reklam i niższy koszt działania.
Jak Meta liczy wynik
Meta oblicza wynik od 0 do 10 na podstawie jakości przesyłanych informacji o kliencie dla danego zdarzenia serwerowego oraz odsetka wystąpień zdarzenia, które udało się dopasować do kont Meta. Wynik jest dostępny dla zdarzeń standardowych i niestandardowych z witryny, np. wyświetlenia strony, dodania do koszyka czy zakupu. Do obliczeń Meta używa danych z ostatnich 48 godzin – dlatego wynik może się zmieniać z dnia na dzień i warto wysyłać zdarzenia regularnie.
Z tego wynika praktyczna wskazówka: wynik EMQ ocenia się osobno dla każdego zdarzenia. Purchase może mieć wysoki wynik, bo w zamówieniu jest e-mail i telefon, a ViewContent – niski, bo anonimowy odwiedzający nie podał żadnych danych. To naturalne i nie trzeba na siłę wyrównywać wyników wszystkich zdarzeń.
Zdarzenia z przeglądarki a zdarzenia z serwera
Wynik jakości dopasowania dotyczy przede wszystkim zdarzeń wysyłanych przez Conversions API, bo to w nich sklep decyduje, jakie informacje o kliencie dołączyć. Zdarzenia z piksela dopasowują się w dużej mierze dzięki plikom cookie i danym z przeglądarki, a dodatkowo dzięki rozszerzonemu dopasowaniu. W konfiguracji redundantnej oba źródła się uzupełniają: piksel wnosi identyfikatory przeglądarki i kliknięcia, a serwer – dane z zamówienia, których przeglądarka nie zawsze zna. Dlatego poprawa dopasowania to zwykle praca po obu stronach, a nie tylko w jednym narzędziu.
Dlaczego dopasowanie ma znaczenie dla sklepu
Dopasowanie wpływa na trzy obszary, które bezpośrednio przekładają się na pieniądze wydawane na reklamy. Pierwszy to przypisywanie konwersji: Meta może przypisać zakup reklamie tylko wtedy, gdy wie, że kupiła osoba, która tę reklamę widziała lub kliknęła. Niedopasowane zakupy nie pojawią się w raportach kampanii, więc ROAS w Menedżerze reklam będzie zaniżony.
Drugi obszar to optymalizacja emisji. Kampanie sprzedażowe uczą się na profilach osób, które kupują. Im więcej dopasowanych zakupów, tym więcej przykładów, na których system może się uczyć, i tym trafniej szuka kolejnych klientów. Trzeci to grupy odbiorców budowane na podstawie zdarzeń – np. osoby, które dodały produkt do koszyka w ostatnich 14 dniach. Zdarzenia, których nie udało się dopasować, nie zasilą takich grup, więc remarketing obejmie mniej osób. Szerzej o tych grupach piszemy we wpisie o niestandardowych grupach odbiorców.
Które dane mają największe znaczenie
Meta przypisuje parametrom informacji o kliencie różne priorytety. Im wyższy priorytet, tym większy wpływ parametru na skuteczność dopasowania. Zestawienie poniżej opiera się na tabeli z Pomocy Meta.
Parametr | Priorytet według Meta | Skąd go wziąć w sklepie |
Adres e-mail | Wysoki | Formularz zamówienia, konto klienta, zapis do newslettera |
Identyfikator kliknięcia (fbc) | Wysoki | Parametr fbclid w adresie po kliknięciu reklamy, zapisywany w pliku cookie _fbc |
Numer telefonu | Średni | Formularz zamówienia (z kodem kraju) |
Identyfikator zewnętrzny (external_id) | Średni | Identyfikator klienta w systemie sklepu |
Identyfikator przeglądarki (fbp) | Średni | Plik cookie _fbp ustawiany przez piksel |
Data urodzenia, kraj | Średni | Rzadko dostępne w sklepie; kraj z adresu dostawy |
Imię, nazwisko, miasto, kod pocztowy | Niski | Dane adresowe z zamówienia |
Wykres – parametry informacji o kliencie według priorytetu w dopasowaniu. [#chart:m15]
Wniosek dla sklepu jest prosty: najważniejsze są adres e-mail i identyfikator kliknięcia. E-mail sklep zna przy każdym zamówieniu, a identyfikator kliknięcia pojawia się, gdy klient trafił do sklepu z reklamy. Dobrze uzupełniają je telefon, identyfikator klienta i identyfikator przeglądarki. Dane adresowe mają niski priorytet, ale przy braku innych też pomagają.
[#wazne] Adres e-mail i numer telefonu przekazuje się wyłącznie w postaci zahashowanej (SHA-256), po wcześniejszej normalizacji: małe litery, bez spacji, telefon z kierunkowym kraju. Identyfikatorów fbp i fbc, adresu IP ani user agenta się nie hashuje. Szczegóły formatowania opisuje dokumentacja Meta dla deweloperów.
Gdzie sprawdzić wynik jakości dopasowania
Wynik znajdziesz w Menedżerze zdarzeń. Otwórz zbiór danych (piksel), przejdź do przeglądu zdarzeń i wybierz konkretne zdarzenie, np. Purchase. W szczegółach zdarzenia zobaczysz wynik jakości dopasowania dla zdarzeń z serwera, listę przesyłanych parametrów z informacją, jaki odsetek zdarzeń je zawiera, oraz zalecane działania. Meta pokazuje tam też wskaźnik dodatkowych konwersji raportowanych dzięki lepszemu dopasowaniu – można śledzić jego zmiany w czasie.
Przegląd zdarzeń w Menedżerze zdarzeń opisujemy szczegółowo w poradniku jak sprawdzić, czy piksel i CAPI działają poprawnie. Warto zaglądać tam regularnie, np. raz w miesiącu, i zawsze po zmianach w sklepie, bo aktualizacja szablonu czy wtyczki potrafi „po cichu” wyłączyć przekazywanie części parametrów.
[#tip] Patrz nie tylko na sam wynik, ale też na listę parametrów i odsetek zdarzeń, które je zawierają. Jeśli e-mail jest przekazywany tylko w części zakupów, a powinien w każdym, to wskazówka, że coś w konfiguracji działa niepoprawnie – np. przy zakupach bez rejestracji konta.
- Analiza kampanii, grup odbiorców i kreacji
- Sprawdzenie Piksela, API konwersji i zdarzeń
- Plan obniżenia kosztu pozyskania klienta
Jak poprawić jakość dopasowania zdarzeń
Poprawa wyniku polega przede wszystkim na przesyłaniu większej liczby właściwych parametrów, w poprawnym formacie, przy jak największej części zdarzeń. Poniżej działania uporządkowane od tych, które zwykle dają najwięcej.
1. Przekazuj e-mail i telefon w zdarzeniach z serwera
Przy zakupie sklep zna adres e-mail i zwykle numer telefonu klienta. Conversions API pozwala przekazać je w zdarzeniu Purchase w postaci zahashowanej. Jeśli korzystasz z integracji platformy, sprawdź w jej ustawieniach, czy przekazywanie danych klienta jest włączone. Przy integracji bezpośredniej programista powinien zadbać o normalizację: adres e-mail małymi literami i bez spacji, telefon z kodem kraju (dla Polski 48) i bez znaków specjalnych, a dopiero potem hashowanie.
2. Zbieraj i przekazuj identyfikator kliknięcia
Gdy klient klika reklamę, do adresu strony dodawany jest parametr fbclid. Piksel zapisuje go w pliku cookie _fbc. Aby zdarzenie z serwera zawierało identyfikator kliknięcia, wartość z pliku cookie trzeba przekazać do serwera i dołączyć do zdarzenia jako fbc. Ważne, by nie usuwać parametru fbclid z adresu przy przekierowaniach – niektóre systemy skracające linki lub przekierowania robią to domyślnie. Dla wygody Meta udostępnia też bibliotekę Parameter Builder, która pomaga zbierać te wartości.
3. Dodaj identyfikator przeglądarki i identyfikator klienta
Wartość pliku cookie _fbp przekazana w zdarzeniu serwerowym pomaga powiązać je ze zdarzeniami z przeglądarki. Identyfikator klienta z systemu sklepu (external_id) – przekazywany spójnie w pikselu i w Conversions API – dodatkowo wspiera dopasowanie i deduplikację. Więcej o roli tych parametrów piszemy w poradniku o deduplikacji zdarzeń.
4. Przesyłaj adres IP i user agent
W zdarzeniach serwerowych z witryny warto przekazywać adres IP i user agent przeglądarki klienta – nie serwera. To częsty błąd w integracjach bezpośrednich: serwer wysyła własny adres IP, przez co parametr jest bezużyteczny. Te dane nie mają najwyższego priorytetu, ale uzupełniają obraz.
5. Włącz rozszerzone dopasowanie w pikselu
Rozszerzone dopasowanie (ang. advanced matching) pozwala przesyłać zahashowane dane klienta razem ze zdarzeniami z piksela. Według Pomocy Meta istnieją dwa warianty: automatyczne, które włącza się w Menedżerze zdarzeń bez kodowania, i ręczne, w którym dane przekazuje się w kodzie piksela. Piksel sam hashuje dane przed wysłaniem. Rozszerzone dopasowanie poprawia dopasowanie zdarzeń z przeglądarki i uzupełnia dane z Conversions API.
6. Nie zapominaj o zdarzeniach z wcześniejszych etapów
Zakup to zdarzenie z największą ilością danych, ale nie jedyne. Przy rozpoczęciu zamówienia sklep często zna już adres e-mail – wpisany w pierwszym kroku formularza – a zalogowany klient ma przypisany identyfikator i dane kontaktowe na każdym etapie wizyty. Jeśli integracja na to pozwala, przekazuj te dane także w zdarzeniach InitiateCheckout czy AddToCart. Dzięki temu lepiej dopasowane będą też grupy odbiorców z porzuconych koszyków.
Wykres – pięć kroków do lepszej jakości dopasowania zdarzeń. [#chart:m15b]
Problem w Menedżerze zdarzeń | Prawdopodobna przyczyna | Co zrobić |
Niski wynik przy Purchase z serwera | Brak e-maila i telefonu w zdarzeniu | Włącz przekazywanie danych klienta w integracji lub dodaj je w kodzie |
E-mail tylko w części zakupów | Zakupy bez konta nie przekazują danych | Pobieraj e-mail z formularza zamówienia, nie z konta klienta |
Brak parametru fbc | Identyfikator kliknięcia nie trafia do serwera lub ginie przy przekierowaniu | Przekaż wartość cookie _fbc do zdarzenia serwerowego, zachowuj fbclid w adresie |
Ostrzeżenie o formacie danych | Dane niezahashowane lub źle znormalizowane | Normalizuj (małe litery, kod kraju) i hashuj SHA-256 |
Adres IP wszędzie taki sam | Wysyłany jest adres serwera, a nie klienta | Przekazuj adres IP z żądania klienta |
[#przyklad] Sklep z suplementami miał niski wynik przy zdarzeniu Purchase z serwera. W szczegółach zdarzenia okazało się, że e-mail był przekazywany tylko dla klientów z kontem, a większość kupowała bez rejestracji. Po zmianie integracji tak, by e-mail pochodził z formularza zamówienia, odsetek zdarzeń z e-mailem wzrósł niemal do pełnego, a wynik w kolejnych dniach wyraźnie się poprawił.
Jakość dopasowania w integracjach platform sklepowych
Jeśli korzystasz z oficjalnej integracji platformy, większość parametrów jest przekazywana automatycznie, ale zakres bywa różny. Niektóre integracje wysyłają e-mail i telefon tylko w zdarzeniu Purchase, inne także we wcześniejszych zdarzeniach; jedne przekazują identyfikator klienta, inne nie. Po instalacji warto otworzyć szczegóły zdarzeń w Menedżerze zdarzeń i sprawdzić, które parametry faktycznie docierają i przy jakim odsetku zdarzeń.
Gdy integracja nie przekazuje ważnego parametru, rozwiązaniem bywa zmiana ustawień, aktualizacja wtyczki albo uzupełnienie konfiguracji przez Google Tag Manager z kontenerem serwerowym. Szczegóły dla popularnych rozwiązań opisujemy w poradnikach o pikselu w Shoper, Facebook for WooCommerce oraz piksel Meta przez Google Tag Manager.
Jakość dopasowania a prywatność i zgody
Przesyłanie danych klientów do Meta – nawet w postaci zahashowanej – to przetwarzanie danych osobowych. Zakres przekazywanych parametrów powinien wynikać z polityki prywatności sklepu, zgód zebranych w banerze cookies i warunków korzystania z narzędzi biznesowych Meta. Nie przesyłaj danych, na których przekazanie nie masz podstawy, tylko po to, by podnieść wynik.
[#uwaga] Zakres danych przekazywanych do Meta, podstawę prawną i zapisy w polityce prywatności skonsultuj z prawnikiem lub inspektorem ochrony danych. Praktyczne aspekty łączenia pomiaru z banerem zgód opisujemy we wpisie piksel Meta a zgody cookies, a przesyłanie baz klientów do grup odbiorców – w artykule o liście klientów w Meta Ads.
Jaki wynik jest wystarczający
Meta nie podaje jednego progu, powyżej którego wynik uznaje się za „dobry” dla każdej firmy. Wynik zależy od tego, jakie dane w ogóle są dostępne przy danym zdarzeniu. Przy zakupie sklep zwykle zna e-mail, telefon i adres, więc tu można oczekiwać wyraźnie wyższego wyniku niż przy wyświetleniu produktu przez anonimowego gościa. Zamiast gonić za konkretną liczbą, lepiej upewnić się, że przy każdym zdarzeniu przekazujesz wszystkie dane, które zgodnie z prawem posiadasz, i że robisz to w poprawnym formacie.
Wynik warto obserwować w czasie. Nagły spadek przy zdarzeniu Purchase często oznacza zmianę w sklepie – aktualizację wtyczki, nowy proces zamówienia, zmianę w banerze zgód – i jest sygnałem do sprawdzenia konfiguracji. Taki spadek może też pośrednio tłumaczyć gorsze wyniki kampanii, o czym piszemy w checkliście diagnozy spadku wyników.
Najczęściej zadawane pytania
Co to jest Event Match Quality?
To wynik od 0 do 10 pokazywany w Menedżerze zdarzeń, który mówi, jak skutecznie parametry informacji o kliencie pozwalają dopasować zdarzenia z serwera do kont na Facebooku i Instagramie.
Dlaczego wynik się zmienia, choć nic nie zmieniałem?
Meta liczy wynik na podstawie danych z ostatnich 48 godzin. Zmiany w strukturze ruchu – np. więcej zakupów bez konta albo więcej wizyt spoza reklam – mogą wpływać na wynik nawet bez zmian w konfiguracji.
Które dane najbardziej poprawiają wynik?
Według Pomocy Meta najwyższy priorytet mają adres e-mail i identyfikator kliknięcia. Średni – m.in. telefon, identyfikator zewnętrzny i identyfikator przeglądarki. Niski – imię, nazwisko, miasto i kod pocztowy.
Czy muszę samodzielnie hashować dane?
W Conversions API dane takie jak e-mail i telefon trzeba zahashować przed wysłaniem (integracje platform zwykle robią to automatycznie). W pikselu z rozszerzonym dopasowaniem hashowanie wykonuje sam piksel.
Czy wyższy wynik gwarantuje lepsze wyniki kampanii?
Nie ma takiej gwarancji. Lepsze dopasowanie zwiększa szansę na przypisanie konwersji do reklam i lepszą optymalizację, ale wyniki zależą też od oferty, kreacji, budżetu i konkurencji.
Czy jakość dopasowania dotyczy też iOS?
Tak, dopasowanie ma znaczenie także dla ruchu z urządzeń Apple, choć pomiar zdarzeń z aplikacji i przeglądarek w iOS podlega dodatkowym ograniczeniom. Więcej piszemy we wpisie o iOS a reklamach na Facebooku.
Jak często sprawdzać jakość dopasowania?
Wystarczy raz w miesiącu oraz zawsze po zmianach w sklepie – aktualizacji szablonu, wtyczki, procesu zamówienia czy banera zgód. Nagły spadek wyniku przy zdarzeniu Purchase to sygnał, że część parametrów przestała docierać.
Podsumowanie
Jakość dopasowania zdarzeń to wynik od 0 do 10, który pokazuje, jak dobrze Meta potrafi powiązać zdarzenia ze sklepu z kontami użytkowników. Liczony jest osobno dla każdego zdarzenia, na danych z ostatnich 48 godzin. Największy wpływ mają adres e-mail i identyfikator kliknięcia, a pomagają też telefon, identyfikator klienta i identyfikator przeglądarki. Poprawa wyniku to przede wszystkim przekazywanie właściwych danych przy każdym zdarzeniu, w poprawnym formacie i zgodnie ze zgodami klientów.
Jeśli chcesz, żebyśmy sprawdzili jakość dopasowania i konfigurację Conversions API w Twoim sklepie, zobacz naszą obsługę kampanii Meta Ads.
Jak poprawić jakość dopasowania zdarzeń
Poprawa wyniku polega przede wszystkim na przesyłaniu większej liczby właściwych parametrów, w poprawnym formacie, przy jak największej części zdarzeń. Poniżej działania uporządkowane od tych, które zwykle dają najwięcej.
1. Przekazuj e-mail i telefon w zdarzeniach z serwera
Przy zakupie sklep zna adres e-mail i zwykle numer telefonu klienta. Conversions API pozwala przekazać je w zdarzeniu Purchase w postaci zahashowanej. Jeśli korzystasz z integracji platformy, sprawdź w jej ustawieniach, czy przekazywanie danych klienta jest włączone. Przy integracji bezpośredniej programista powinien zadbać o normalizację: adres e-mail małymi literami i bez spacji, telefon z kodem kraju (dla Polski 48) i bez znaków specjalnych, a dopiero potem hashowanie.
2. Zbieraj i przekazuj identyfikator kliknięcia
Gdy klient klika reklamę, do adresu strony dodawany jest parametr fbclid. Piksel zapisuje go w pliku cookie _fbc. Aby zdarzenie z serwera zawierało identyfikator kliknięcia, wartość z pliku cookie trzeba przekazać do serwera i dołączyć do zdarzenia jako fbc. Ważne, by nie usuwać parametru fbclid z adresu przy przekierowaniach – niektóre systemy skracające linki lub przekierowania robią to domyślnie. Dla wygody Meta udostępnia też bibliotekę Parameter Builder, która pomaga zbierać te wartości.
3. Dodaj identyfikator przeglądarki i identyfikator klienta
Wartość pliku cookie _fbp przekazana w zdarzeniu serwerowym pomaga powiązać je ze zdarzeniami z przeglądarki. Identyfikator klienta z systemu sklepu (external_id) – przekazywany spójnie w pikselu i w Conversions API – dodatkowo wspiera dopasowanie i deduplikację. Więcej o roli tych parametrów piszemy w poradniku o deduplikacji zdarzeń.
4. Przesyłaj adres IP i user agent
W zdarzeniach serwerowych z witryny warto przekazywać adres IP i user agent przeglądarki klienta – nie serwera. To częsty błąd w integracjach bezpośrednich: serwer wysyła własny adres IP, przez co parametr jest bezużyteczny. Te dane nie mają najwyższego priorytetu, ale uzupełniają obraz.
5. Włącz rozszerzone dopasowanie w pikselu
Rozszerzone dopasowanie (ang. advanced matching) pozwala przesyłać zahashowane dane klienta razem ze zdarzeniami z piksela. Według Pomocy Meta istnieją dwa warianty: automatyczne, które włącza się w Menedżerze zdarzeń bez kodowania, i ręczne, w którym dane przekazuje się w kodzie piksela. Piksel sam hashuje dane przed wysłaniem. Rozszerzone dopasowanie poprawia dopasowanie zdarzeń z przeglądarki i uzupełnia dane z Conversions API.
6. Nie zapominaj o zdarzeniach z wcześniejszych etapów
Zakup to zdarzenie z największą ilością danych, ale nie jedyne. Przy rozpoczęciu zamówienia sklep często zna już adres e-mail – wpisany w pierwszym kroku formularza – a zalogowany klient ma przypisany identyfikator i dane kontaktowe na każdym etapie wizyty. Jeśli integracja na to pozwala, przekazuj te dane także w zdarzeniach InitiateCheckout czy AddToCart. Dzięki temu lepiej dopasowane będą też grupy odbiorców z porzuconych koszyków.
Wykres – pięć kroków do lepszej jakości dopasowania zdarzeń. [#chart:m15b]
Problem w Menedżerze zdarzeń | Prawdopodobna przyczyna | Co zrobić |
Niski wynik przy Purchase z serwera | Brak e-maila i telefonu w zdarzeniu | Włącz przekazywanie danych klienta w integracji lub dodaj je w kodzie |
E-mail tylko w części zakupów | Zakupy bez konta nie przekazują danych | Pobieraj e-mail z formularza zamówienia, nie z konta klienta |
Brak parametru fbc | Identyfikator kliknięcia nie trafia do serwera lub ginie przy przekierowaniu | Przekaż wartość cookie _fbc do zdarzenia serwerowego, zachowuj fbclid w adresie |
Ostrzeżenie o formacie danych | Dane niezahashowane lub źle znormalizowane | Normalizuj (małe litery, kod kraju) i hashuj SHA-256 |
Adres IP wszędzie taki sam | Wysyłany jest adres serwera, a nie klienta | Przekazuj adres IP z żądania klienta |
[#przyklad] Sklep z suplementami miał niski wynik przy zdarzeniu Purchase z serwera. W szczegółach zdarzenia okazało się, że e-mail był przekazywany tylko dla klientów z kontem, a większość kupowała bez rejestracji. Po zmianie integracji tak, by e-mail pochodził z formularza zamówienia, odsetek zdarzeń z e-mailem wzrósł niemal do pełnego, a wynik w kolejnych dniach wyraźnie się poprawił.
Jakość dopasowania w integracjach platform sklepowych
Jeśli korzystasz z oficjalnej integracji platformy, większość parametrów jest przekazywana automatycznie, ale zakres bywa różny. Niektóre integracje wysyłają e-mail i telefon tylko w zdarzeniu Purchase, inne także we wcześniejszych zdarzeniach; jedne przekazują identyfikator klienta, inne nie. Po instalacji warto otworzyć szczegóły zdarzeń w Menedżerze zdarzeń i sprawdzić, które parametry faktycznie docierają i przy jakim odsetku zdarzeń.
Gdy integracja nie przekazuje ważnego parametru, rozwiązaniem bywa zmiana ustawień, aktualizacja wtyczki albo uzupełnienie konfiguracji przez Google Tag Manager z kontenerem serwerowym. Szczegóły dla popularnych rozwiązań opisujemy w poradnikach o pikselu w Shoper, Facebook for WooCommerce oraz piksel Meta przez Google Tag Manager.
Jakość dopasowania a prywatność i zgody
Przesyłanie danych klientów do Meta – nawet w postaci zahashowanej – to przetwarzanie danych osobowych. Zakres przekazywanych parametrów powinien wynikać z polityki prywatności sklepu, zgód zebranych w banerze cookies i warunków korzystania z narzędzi biznesowych Meta. Nie przesyłaj danych, na których przekazanie nie masz podstawy, tylko po to, by podnieść wynik.
[#uwaga] Zakres danych przekazywanych do Meta, podstawę prawną i zapisy w polityce prywatności skonsultuj z prawnikiem lub inspektorem ochrony danych. Praktyczne aspekty łączenia pomiaru z banerem zgód opisujemy we wpisie piksel Meta a zgody cookies, a przesyłanie baz klientów do grup odbiorców – w artykule o liście klientów w Meta Ads.
Jaki wynik jest wystarczający
Meta nie podaje jednego progu, powyżej którego wynik uznaje się za „dobry” dla każdej firmy. Wynik zależy od tego, jakie dane w ogóle są dostępne przy danym zdarzeniu. Przy zakupie sklep zwykle zna e-mail, telefon i adres, więc tu można oczekiwać wyraźnie wyższego wyniku niż przy wyświetleniu produktu przez anonimowego gościa. Zamiast gonić za konkretną liczbą, lepiej upewnić się, że przy każdym zdarzeniu przekazujesz wszystkie dane, które zgodnie z prawem posiadasz, i że robisz to w poprawnym formacie.
Wynik warto obserwować w czasie. Nagły spadek przy zdarzeniu Purchase często oznacza zmianę w sklepie – aktualizację wtyczki, nowy proces zamówienia, zmianę w banerze zgód – i jest sygnałem do sprawdzenia konfiguracji. Taki spadek może też pośrednio tłumaczyć gorsze wyniki kampanii, o czym piszemy w checkliście diagnozy spadku wyników.
Najczęściej zadawane pytania
Co to jest Event Match Quality?
To wynik od 0 do 10 pokazywany w Menedżerze zdarzeń, który mówi, jak skutecznie parametry informacji o kliencie pozwalają dopasować zdarzenia z serwera do kont na Facebooku i Instagramie.
Dlaczego wynik się zmienia, choć nic nie zmieniałem?
Meta liczy wynik na podstawie danych z ostatnich 48 godzin. Zmiany w strukturze ruchu – np. więcej zakupów bez konta albo więcej wizyt spoza reklam – mogą wpływać na wynik nawet bez zmian w konfiguracji.
Które dane najbardziej poprawiają wynik?
Według Pomocy Meta najwyższy priorytet mają adres e-mail i identyfikator kliknięcia. Średni – m.in. telefon, identyfikator zewnętrzny i identyfikator przeglądarki. Niski – imię, nazwisko, miasto i kod pocztowy.
Czy muszę samodzielnie hashować dane?
W Conversions API dane takie jak e-mail i telefon trzeba zahashować przed wysłaniem (integracje platform zwykle robią to automatycznie). W pikselu z rozszerzonym dopasowaniem hashowanie wykonuje sam piksel.
Czy wyższy wynik gwarantuje lepsze wyniki kampanii?
Nie ma takiej gwarancji. Lepsze dopasowanie zwiększa szansę na przypisanie konwersji do reklam i lepszą optymalizację, ale wyniki zależą też od oferty, kreacji, budżetu i konkurencji.
Czy jakość dopasowania dotyczy też iOS?
Tak, dopasowanie ma znaczenie także dla ruchu z urządzeń Apple, choć pomiar zdarzeń z aplikacji i przeglądarek w iOS podlega dodatkowym ograniczeniom. Więcej piszemy we wpisie o iOS a reklamach na Facebooku.
Jak często sprawdzać jakość dopasowania?
Wystarczy raz w miesiącu oraz zawsze po zmianach w sklepie – aktualizacji szablonu, wtyczki, procesu zamówienia czy banera zgód. Nagły spadek wyniku przy zdarzeniu Purchase to sygnał, że część parametrów przestała docierać.
Podsumowanie
Jakość dopasowania zdarzeń to wynik od 0 do 10, który pokazuje, jak dobrze Meta potrafi powiązać zdarzenia ze sklepu z kontami użytkowników. Liczony jest osobno dla każdego zdarzenia, na danych z ostatnich 48 godzin. Największy wpływ mają adres e-mail i identyfikator kliknięcia, a pomagają też telefon, identyfikator klienta i identyfikator przeglądarki. Poprawa wyniku to przede wszystkim przekazywanie właściwych danych przy każdym zdarzeniu, w poprawnym formacie i zgodnie ze zgodami klientów.
Jeśli chcesz, żebyśmy sprawdzili jakość dopasowania i konfigurację Conversions API w Twoim sklepie, zobacz naszą obsługę kampanii Meta Ads.
Miłosz Brzegowy
Head of Growth and Demand Generation
Buduje strategie wzrostu i wejścia na nowe kanały sprzedaży. Łączy dane, kanały i treści w przewidywalny system.
Buduje strategie wzrostu i wejścia na nowe kanały sprzedaży. Łączy dane, kanały i treści w przewidywalny system.
Obsługa kampanii Meta Ads
Miłosz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie – bez zobowiązań.
- Analiza Twojego konta i obecnych działań
- Konkretny plan poprawek do wdrożenia
- Bezpłatna konsultacja – bez zobowiązań
Przeczytaj także
Więcej porad z naszej bazy wiedzy – przesuń, aby zobaczyć kolejne artykuły.
Masz pytania? Chętnie porozmawiamy!
Masz pytania? Chętnie porozmawiamy!
Masz pytania? Chętnie porozmawiamy!
Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie – przyjdzie i to zrobi."
Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie – przyjdzie i to zrobi."