Jak przekazać sprzedaż offline do Meta: 5 sposobów porównanych

Handlowiec zamyka sprzedaż przez telefon, wpisuje ją do CRM albo arkusza, a reklamy Meta dalej uczą się na samych wypełnionych formularzach. Żeby to zmienić, sprzedaż i etapy leadów muszą wrócić do Meta. Sposobów jest pięć i różnią się bardziej, niż sugerują nazwy. Ten artykuł porównuje je uczciwie, z tabelą, i pomaga wybrać jeden do Twojej sytuacji.

Czy da się sprawdzić, które sprzedaże przyszły z reklam Meta?

Da się, jeśli przy każdym kliencie zapisujesz źródło leada i umiesz połączyć sprzedaż z leadem. Bez tego żadna metoda wysyłki nie pomoże, bo Meta dostanie zdarzenie, którego nie powiąże z reklamą. Zanim wybierzesz narzędzie, odpowiedz na pięć pytań kontrolnych o własne dane.

1. Czy źródło jest zapisane przy kliencie? Kampania, zestaw reklam i reklama formularza, który wypełnił, trzymane przy osobie, a nie w osobnym raporcie.
2. Czy dla każdej sprzedaży znajdziesz leada? Po identyfikatorze leada z Meta, telefonie albo e-mailu. Samo imię i nazwisko nie wystarczy.
3. Czy zapisujesz prawdziwą datę sprzedaży? Dzień zamknięcia, a nie dzień, w którym ktoś poprawił arkusz.
4. Czy sprzedaż wraca do Meta szybko? Jako zdarzenie przypisane do tej samej osoby, wkrótce po tym, jak się wydarzyła.
5. Czy każdego klienta liczysz raz? Dwa formularze i jedna sprzedaż to jedna osoba, a nie dwie konwersje.

Jeśli na któreś pytanie odpowiadasz „nie”, zacznij od danych. O tym, jak ułożyć etapy, z których Meta może się czegoś nauczyć, piszemy w artykule o etapach leada w CRM.

Jak dziś wysyła się sprzedaż offline do Meta?

Przez Conversions API, czyli połączenie serwer–serwer z Meta. Dawne Offline Conversions API Meta opisuje jako starszy interfejs, a Conversions API nazywa zalecaną metodą wysyłania zdarzeń offline. Różnice między pięcioma sposobami dotyczą tego, kto buduje połączenie i skąd bierze dane.

Według pomocy Zapiera Meta zapowiedziała wyłączenie Offline Conversions API 1 maja 2025 i wyłączyła tworzenie nowych zestawów zdarzeń offline. Jeśli masz starą integrację opartą na zestawach zdarzeń offline, sprawdź, czy nadal działa, i przenieś ją na zbiór danych (dataset) w Conversions API.

Kilka reguł dotyczy każdej metody, bo wynikają z samego API. Według dokumentacji parametrów zdarzenia:

• event_time może być najwyżej 7 dni wcześniejszy niż wysyłka, a jedno za stare zdarzenie odrzuca całe żądanie,
• action_source mówi, gdzie zdarzenie zaszło, np. system_generated albo physical_store,
• event_id i event_name służą do deduplikacji.

E-mail i telefon wysyła się po normalizacji jako skróty SHA-256, a identyfikator leada z Meta jawnie, bez hashowania. Więcej o samym API w artykule czym jest Meta Conversions API.

Jakie są sposoby wysyłania sprzedaży offline do Meta?

Masz pięć praktycznych dróg: plik CSV wgrywany przez Conversions API Gateway, własną integrację z Conversions API zbudowaną przez programistę, gotowe aplikacje w Zapierze lub Make, integrację partnera, którą Meta pokazuje przy konfiguracji CRM, oraz osobne narzędzie, które prowadzi leady i wysyła etapy. Poniżej każda w kilku zdaniach, potem tabela.

1. Plik CSV przez Conversions API Gateway

Conversions API Gateway odbiera zdarzenia z przeglądarki i przekazuje je do Conversions API, więc kojarzy się ze stroną. Ma jednak wgrywanie zdarzeń z pliku CSV przy połączonym zbiorze danych, które według Meta obsługuje także zdarzenia offline i CRM. Zdarzenia mają się pojawić po około 10 minutach. Plik można też odkładać automatycznie do zasobnika AWS S3 lub Google Storage. Wymaga działającej instancji Gateway.

2. Własna integracja z Conversions API

Programista wysyła zdarzenia z Twojego systemu prosto do /{dataset}/events. Masz pełną kontrolę nad tym, co, kiedy i z jakimi danymi wychodzi. Płacisz czasem zespołu: za budowę, ponowienia po błędach, deduplikację, hashowanie i utrzymanie przy zmianach wersji API. Meta w przewodniku dla platform szacuje sam rozwój integracji CRM u partnera na 3–7 tygodni.

3. Zapier albo Make

Gotowe klocki bez kodu. Aplikacja Facebook Conversions w Zapierze ma akcje Send Funnel Event, Send Lead Event, Send Purchase Event i Send Other Event. Make ma osobną aplikację Facebook Conversions API for CRM z akcją Create a Lead Event, polem Lead ID i wymogiem Pixela typu CRM. Szybko ruszysz, ale scenariusz sam nie wie, które leady już wysłał i co zrobić, gdy Meta odpowie błędem.

4. Integracja Twojego CRM

Jeśli Twój CRM ma partnera Meta, w konfiguracji wybierasz opcję „Use a partner” i przechodzisz do jego instrukcji. Listę obsługiwanych systemów Meta trzyma w artykule pomocy Available CRM System Integrations for Lead Ads. To zwykle najprostsza droga, o ile dane już żyją w tym CRM.

5. Osobne narzędzie między formularzem a Meta

Przykładem jest Convs: odbiera leady z formularzy Meta, prowadzi je w kartotece z etapami i wysyła każdą zmianę etapu do Conversions API z oryginalnym identyfikatorem leada. Sprzedaż spoza kartoteki może przyjść z Arkusza Google (odczyt mniej więcej co minutę), z zamówień Shopera albo przez API. Wysyłka idzie przez trwałą kolejkę z ponowieniami i deduplikacją, e-mail i telefon są hashowane SHA-256 po stronie serwera.

Która metoda wysyłki sprzedaży do Meta jest najlepsza? Porównanie

Najlepsza jest ta, która przy Twoich danych wysyła wszystkie etapy na bieżąco, z identyfikatorem leada, i nie liczy sprzedaży dwa razy. Plik sprawdzi się przy rzadkich paczkach, Zapier lub Make przy prostym przepływie, integracja CRM przy danych w obsługiwanym CRM, a własny kod lub osobne narzędzie przy wielu źródłach.

„Zależy od partnera” oznacza, że trzeba sprawdzić dokumentację konkretnej integracji, a nie, że jest źle. Ceny zmieniają się częściej niż ten artykuł, dlatego tabela podaje model kosztu, a nie kwoty.

Jak wybrać sposób wysyłki sprzedaży do Meta?

Wybierz według tego, gdzie dziś żyje informacja o sprzedaży i jak często się zmienia. Jeśli leady przychodzą z formularzy Meta i chcesz, żeby kampania uczyła się na jakości, potrzebujesz codziennej wysyłki wszystkich etapów z identyfikatorem leada. Jeśli sprzedajesz rzadko i offline, prostsza metoda wystarczy.

• Wszystko jest w CRM, który ma partnera Meta. Zacznij od integracji partnera. Sprawdź tylko, czy wysyła wszystkie etapy i jak często.
• Leady z formularzy Meta, sprzedaż w arkuszu lub w głowie handlowca. Potrzebujesz miejsca, gdzie lead ma etap i opiekuna. Arkusz też zadziała, jeśli ma kolumny z poradnika o konwersjach offline z Arkusza Google.
• Prosty przepływ, mało leadów, ktoś zna Zapiera lub Make. Klocki bez kodu ruszą w godzinę. Zaplanuj, kto sprawdza błędy.
• Kilka źródeł i zespół programistów. Własna integracja daje kontrolę, ale kolejka, ponowienia i deduplikacja to Twoja praca.
• Pojedyncze paczki sprzedaży ze sklepu stacjonarnego. Wgranie pliku wystarczy, o ile zmieścisz się w limitach czasu.

Jeśli celem jest optymalizacja pod jakość leadów, sprawdź też wymagania Meta opisane w artykule o optymalizacji pod jakość leadów.

Ile etapów i jak często trzeba wysyłać do Meta?

Przy leadach z formularzy Meta wysyłaj wszystkie etapy, w miarę jak się zmieniają, co najmniej raz dziennie. Tak mówi przewodnik Conversions API dla CRM: najlepiej w czasie rzeczywistym, minimum dwa etapy lejka razem z surowym leadem. Sama sprzedaż raz w tygodniu to za mało.

Częstotliwość ma znaczenie także przez limit 7 dni dla event_time. Etap zmieniony w poniedziałek i wysłany po dwóch tygodniach zostanie odrzucony. Dlatego metody oparte na ręcznym wgrywaniu plików słabo pasują do etapów leadów, a dobrze do rzadkich, zamkniętych paczek.

Jak nie policzyć jednej sprzedaży dwa razy?

Daj każdemu zdarzeniu stały event_id i nie zmieniaj go przy ponowieniu. Meta deduplikuje po event_id i event_name, a zdarzenia offline według strony o zdarzeniach offline deduplikuje tylko z innymi zdarzeniami offline. Po swojej stronie licz osobę, nie formularz: dwa leady jednej osoby i jedna sprzedaż to jedna wartość. Szczegóły w artykule o deduplikacji zdarzeń.

Jak sprawdzić, że sprzedaż dotarła do Meta?

Najpierw w trybie testowym, potem na produkcji. Wyślij jedno zdarzenie z kodem testowym z Menedżera zdarzeń i sprawdź, czy przyszło z właściwą nazwą i danymi. Przy leadach z formularzy użyj testu zdarzeń CRM, który daje identyfikator testowego leada. Przyjęcie zdarzenia nie mówi jeszcze nic o wynikach kampanii.

W Convs służą do tego tryb testowy odbiorcy, „Przetestuj zdarzenia CRM” (bierze identyfikator leada wygenerowany w Menedżerze zdarzeń i wysyła jego etapy zwykłą kolejką) oraz „Dopasuj zdarzenia”, które porównuje nazwy zdarzeń wysyłanych przez nas z tymi, które zbiór danych już zna. Status „Przyjęte przez Meta” oznacza, że Meta odpowiedziała i policzyła zdarzenie. Nie jest dowodem, że kampania optymalizuje się pod te dane ani że sprzedaż przypisano do reklamy. To sprawdzasz w ustawieniach zestawu reklam i w Menedżerze reklam.

Od czego zacząć?

Odpowiedz na pięć pytań z początku artykułu dla dziesięciu ostatnich sprzedaży. Jeśli dla każdej znajdziesz leada, datę i źródło, wybierz metodę z tabeli i zacznij od trybu testowego. Jak wysyłkę etapów i sprzedaży rozwiązuje Convs, pokazuje strona Meta Conversions API.

Źródła

• Meta for Developers: Sending Offline Events Using the Conversions API (zalecana metoda dla zdarzeń offline, 62 dni dla transakcji sklepowych, deduplikacja zdarzeń offline)
• Meta for Developers: Server Event Parameters (limit 7 dni, action_source, event_id)
• Meta for Developers: Customer Information Parameters (lead_id bez hashowania, e-mail i telefon jako SHA-256)
• Meta for Developers: Conversions API for CRM for platforms (wszystkie etapy, co najmniej raz dziennie, 3–7 tygodni rozwoju)
• Meta for Developers: Conversions API Gateway i Uploading Events
• Meta for Developers: Getting started with the CRM integration oraz Meta Business Help: Available CRM System Integrations for Lead Ads
• Zapier: Changes impacting Facebook Offline Conversions users i Facebook Conversions integrations
• Make: Facebook Conversions API for CRM