Conversions API w klinice: wysyłaj do Meta umówione wizyty, nie same leady

Weźmy gabinet medycyny estetycznej w Poznaniu. Kampania na formularz natychmiastowy daje leady po 25 zł, a Ads Manager pokazuje świetny wynik. Nikt tu nie myśli o Conversions API, bo panel reklamowy wygląda dobrze. W piątek recepcja dzwoni do 40 osób z tygodnia. Część nie pamięta zgłoszenia, część „tylko pytała o cenę”, kilka nie odbiera. Umawia się kilka osób.

Właścicielka obniża budżet, żeby nie przepalać pieniędzy. Koszt leada rośnie, a liczba wizyt w kalendarzu stoi w miejscu. Liczby w tej historii są ilustracją, nie statystyką, ale mechanizm jest prawdziwy: Meta robi dokładnie to, o co ją poproszono.

Kampania z celem „Leady” uczy się na zdarzeniu Lead, które Meta definiuje jako ukończone zgłoszenie (Meta for Developers, standardowe zdarzenia); w formularzu natychmiastowym to po prostu kliknięcie „Wyślij”. System nie wie, czy ta osoba potem przyszła, więc szuka kolejnych chętnych do wypełniania formularzy. Conversions API (API konwersji Meta) pozwala odesłać z CRM-u do Meta, który lead naprawdę umówił wizytę (standardowe zdarzenie Schedule) i ile zostawił w gabinecie (Purchase z wartością w PLN).

Pojedyncza klinika rzadko ma dość umówień, żeby optymalizować kampanię pod Schedule. Faza uczenia kończy się zwykle po około 50 wynikach w tygodniu (Meta Business Help Center, faza uczenia), a w danych z klinik korzystających z Palyri klinika miała średnio 2,8 umówienia tygodniowo (mediana: 1; 28 tygodni z 3 klinik). Dlatego Lead dalej steruje kampanią, a Schedule i Purchase służą do pomiaru, porównania reklam po koszcie wizyty i grup odbiorców.

Dane z klinik korzystających z Palyri, raport pilotażowy: n = 214 leadów z 3 klinik, okres 90 dni zakończony około miesiąca przed analizą, żeby leady zdążyły się umówić; zdarzenia Schedule: n = 61, 3 kliniki, większość z jednej kliniki; traktuj jako sygnał, nie normę. Umówienie = depozyt wpłacony, wysłany przelewem albo zwolnienie klientki z depozytu, czyli moment wysłania Schedule. Próg 50 wyników podaje Meta.

Dlaczego kampania pod leady daje słabe leady?

Cel kampanii to zdarzenie, na którym algorytm się uczy. Jeśli tym zdarzeniem jest Lead, Meta pokazuje reklamę osobom podobnym do tych, które już wysłały formularz. Nie osobom podobnym do tych, które przyszły na zabieg. Dla systemu klientka, która zostawiła numer z ciekawości, i klientka, która kupiła pakiet zabiegów, to ten sam sukces.

Formularz natychmiastowy pogłębia problem. Pola wypełniają się same danymi z profilu, więc zgłoszenie kosztuje kilka sekund. Taki sygnał jest tani, a przez to słaby. Dlatego niski CPL (koszt leada) nie mówi nic o tym, ile kosztuje pozyskanie klienta.

Meta sama potwierdza, że odsyłanie etapów z CRM pomaga. W teście A/B z udziałem 567 reklamodawców koszt leada wysokiej jakości spadł średnio o 19%, a w testach z udziałem 273 reklamodawców (z zachętami od Meta) odsetek leadów, które stały się leadami wysokiej jakości, wzrósł o 44% (Meta for Business, Conversions API for CRM). To globalne dane Meta dla formularzy natychmiastowych, z badań Meta ze stycznia 2024 r. i stycznia 2025 r. W obu testach kampanie optymalizowały pod etap z CRM (Conversion Leads), a nie tylko go raportowały. Traktuj je jako dowód mechanizmu, nie obietnicę wyniku dla Twojej kliniki.

Od jutra: oceniaj reklamy nie po samym CPL, tylko po tym, ile leadów się umówiło, i odsyłaj tę informację do Meta.

Co to jest Conversions API (API konwersji Meta) i czym różni się od piksela?

Piksel Meta działa w przeglądarce i widzi tylko stronę kliniki, o ile przeglądarka mu pozwoli. Conversions API wysyła zdarzenia z serwera, więc obejmuje też to, co dzieje się poza stroną: telefon recepcji, depozyt, wpis w CRM.

Oba kanały działają razem. Meta uzna zgłoszenie z piksela i z serwera za jedno, jeśli ma tę samą nazwę zdarzenia i ten sam event_id, a oba dotrą w ciągu 48 godzin (Meta for Developers, deduplikacja). Konfigurację samych kampanii opisuje przewodnik jak ustawić kampanie Meta Ads dla kliniki krok po kroku.

Żeby Meta połączyła zdarzenie z osobą, wysyłasz e-mail i telefon zahaszowane funkcją SHA-256 (zamienione na nieodwracalny skrót). Telefon musi mieć kod kraju (48 dla Polski), e-mail zamieniasz na małe litery, a identyfikatory fbc i fbp wysyłasz bez haszowania (Meta for Developers, parametry klienta).

Jakość dopasowania Meta ocenia w skali 0–10; najwyższy priorytet mają e-mail i identyfikator kliknięcia, średni telefon, niski imię, nazwisko i miasto (Meta Business Help Center, Event Match Quality). Ta ocena (Event Match Quality, EMQ) dotyczy zdarzeń ze strony, czyli u kliniki głównie Lead; dla Schedule i Purchase z CRM sprawdzasz w diagnostyce odsetek dopasowanych zdarzeń i błędy.

Ważne ograniczenie: zdarzenie wysłane z serwera może być najwyżej 7 dni starsze od chwili wysyłki (Meta for Developers, parametry zdarzenia). Wysyłaj zmianę statusu od razu, nie raz w miesiącu z arkusza.

Źródło: Meta for Developers, Conversion Leads, stan na 09.10.2026.

Jak działa zdarzenie Schedule w Meta i kiedy je wysłać?

Meta opisuje Schedule jako sytuację, w której osoba rezerwuje wizytę w jednej z Twoich lokalizacji (Meta for Developers, standardowe zdarzenia). Dla kliniki to najlepsze dostępne zdarzenie, ale pod jednym warunkiem: wysyłasz je dopiero po potwierdzonym umówieniu w CRM, a nie po kliknięciu przycisku „Umów” na stronie.

Po pierwsze, jedno zdarzenie Schedule na osobę, ze stałym event_id (na przykład schedule- plus ID leada). Jeśli recepcja przełączy status tam i z powrotem, Meta nie policzy dwóch wizyt. Po drugie, Purchase wysyłasz osobno, z kwotą w PLN, po jednym na każdą wizytę, bo klientka wraca.

Leady z formularza natychmiastowego nie przechodzą przez stronę, więc nie mają piksela ani fbc. Meta dopasuje ich Schedule tylko po zahaszowanym e-mailu i telefonie, dlatego tu pole e-mail jest ważniejsze niż na stronie.

Duża różnica między Schedule a Purchase to sygnał, żeby sprawdzić, jak ograniczyć nieobecności na wizytach. Różnicę między umówieniem a sprzedanym zabiegiem mierzysz tak jak konwersję konsultacji na zabieg.

W danych z klinik korzystających z Palyri mediana od zgłoszenia do statusu depozytowego wyniosła około 23 godzin, ale 13,1% umówień (8 z 61) przyszło po ponad 7 dniach (3 kliniki, leady z około 4 tygodni po uruchomieniu wysyłki zdarzeń, każdy obserwowany co najmniej miesiąc). Domyślne okno atrybucji to 7 dni od kliknięcia lub 1 dzień od wyświetlenia (Meta Business Help Center, atrybucja w Commerce Manager i Ads Manager), a kliknięcie było jeszcze przed zgłoszeniem, więc takie umówienia mogą nie przypisać się do reklamy.

Z Purchase jest podobnie, tylko częściej, bo wysyłasz je dopiero po rozliczeniu wizyty: 52 z 76 rozliczonych wizyt (68,4%) odbyło się ponad 7 dni po zgłoszeniu (3 kliniki, okres 90 dni). Część wizyt z leadów z ostatnich tygodni okresu jeszcze się nie odbyła, więc realny udział jest raczej wyższy. Wartość takich zdarzeń może nie przypisać się do reklamy, ale wysłane zdarzenie i tak trafia do zbioru danych i grup odbiorców. Szybki telefon pomaga więc też pomiarowi, o czym w tekście o szybkim kontakcie z leadem z Meta Ads.

Na które zdarzenie optymalizować kampanię kliniki: Lead czy Schedule?

Meta kończy fazę uczenia zwykle po około 50 wynikach w tygodniu po ostatniej istotnej zmianie w zestawie reklam. Gdy wyników jest za mało, zestaw dostaje status „Ograniczone uczenie” (Meta Business Help Center).

A tak to wygląda w klinikach. W danych z klinik korzystających z Palyri klinika miała średnio 7,6 leada i 2,8 umówienia tygodniowo (mediana: 5,5 leada i 1 umówienie). W żadnym z 28 tygodni (liczonych osobno dla każdej kliniki) nie było 50 umówień ani nawet 50 leadów (n = 214 leadów, 3 kliniki, okres 90 dni). Ograniczone uczenie to dla pojedynczej kliniki norma nawet przy Lead, a rzadsze zdarzenie tylko to pogłębia.

Policzmy, ile leadów trzeba do 50 umówień. W tych samych danych do wpłaconego depozytu, czyli do momentu wysłania Schedule, doszło 36,4% leadów (78 z 214). 50 / 0,364 ≈ 137 leadów tygodniowo, czyli prawie 18 razy więcej niż średnie 7,6. Z Conversion Leads jest podobnie: Meta zaleca co najmniej 200 leadów miesięcznie (Meta for Developers), a w danych Palyri klinika miała średnio około 33 leadów miesięcznie (7,6 × 30 / 7). W dłuższym okresie 180 dni żadna klinika w żadnym miesiącu nie zebrała 200 leadów; najlepszy miesiąc to mniej niż 90 leadów (11 miesięcy liczonych osobno dla każdej kliniki, łącznie z niepełnymi; n = 330 leadów, 3 kliniki).

Niezależnie od wiersza: zmianę celu testuj na osobnym zestawie reklam, a nie na kampanii, która dziś przynosi wizyty.

Jak mierzyć koszt umówionej wizyty z Meta Ads?

Pierwsza korzyść to pomiar. Gdy Schedule wraca do Meta, w Ads Managerze wybierasz Kolumny, potem Dostosuj kolumny, wyszukujesz zdarzenie Schedule i zaznaczasz jego wyniki oraz koszt na wynik. To koszt umówionej wizyty dla każdej reklamy: widać, która kreacja przyciąga osoby, które naprawdę przychodzą.

Przykład (liczby założone, nie dane rynkowe). Dwie kampanie, każda za 3 000 zł. Kampania A: CPL 30 zł, czyli 100 leadów, z których umawia się 20%: 20 wizyt, 3 000 / 20 = 150 zł za umówioną wizytę. Kampania B: CPL 50 zł, czyli 60 leadów, z których umawia się 50%: 30 wizyt, 3 000 / 30 = 100 zł za umówioną wizytę. Po CPL wygrywa A. Po koszcie wizyty wygrywa B: leady są o 67% droższe, a umówiona wizyta o 33% tańsza.

Druga korzyść to grupy odbiorców. Osoby już umówione wykluczasz z reklam. Możesz też zbudować grupę podobnych odbiorców (lookalike) z osób, które umówiły wizytę. Meta wymaga źródła z co najmniej 100 osobami i zaleca 1 000–5 000 (Meta Business Help Center, grupy podobnych odbiorców). Przy 2,8 umówienia tygodniowo 100 osób zbierzesz po co najmniej 36 tygodniach (100 / 2,8 ≈ 36), a po odjęciu osób bez zgody reklamowej raczej po 43 (wysłano 83,6% zdarzeń, więc 2,8 × 0,836 ≈ 2,34 umówienia tygodniowo i 100 / 2,34 ≈ 43). Dlatego wysyłaj Schedule od dziś, nawet jeśli kampania jeszcze z niego nie korzysta.

Koszt umówionej wizyty dopisz do comiesięcznego raportu obok innych wskaźników, które warto mierzyć w klinice.

Jakie dane klinika może wysłać do Meta przez Conversions API?

Conversions API nie zastępuje zgody. Art. 399 ust. 1 Prawa komunikacji elektronicznej wymaga uprzedniej informacji i zgody na zapisywanie i odczyt informacji w urządzeniu użytkownika, czyli na przykład plików fbp i fbc w przeglądarce (ISAP, Dz.U. 2024 poz. 1221). Przekazanie danych kontaktowych z CRM do Meta wymaga podstawy z art. 6 RODO, w praktyce najczęściej zgody marketingowej (UODO, tekst RODO). Warunki Meta Business Tools wymagają zgód i podstawy prawnej oraz zabraniają przekazywania danych medycznych i innych wrażliwych (Meta, Business Tools Terms), więc wysyłaj zdarzenia tylko osób, które wyraziły zgodę reklamową.

W danych z klinik korzystających z Palyri z 61 zdarzeń Schedule (3 kliniki, leady z około 4 tygodni po uruchomieniu wysyłki) 10 (16,4%) zostało pominiętych, bo osoba nie miała zgody reklamowej. Ads Manager pokaże więc mniej umówień niż CRM: część osób nie ma zgody, a część zdarzeń nie dopasuje się lub nie przypisze do reklamy. Jak zbierać zgody osobno dla każdego celu, opisuje macierz zgód marketingowych w klinice.

Drugi temat to zdrowie. RODO w art. 4 pkt 15 definiuje dane dotyczące zdrowia, a art. 9 ust. 1 zakazuje ich przetwarzania poza wyjątkami (UODO, tekst RODO). Meta wprost wymienia zabiegi i procedury medyczne jako informacje zakazane w nazwach zdarzeń, niestandardowych danych i parametrach URL (Meta Business Help Center, informacje zakazane).

Meta może też przypisać zbiór danych do kategorii „zdrowie i dobre samopoczucie” i ograniczyć wtedy zdarzenia środka i dołu lejka (Meta, ograniczenia według kategorii; definicja kategorii). Treść zgody i zakres danych warto skonsultować z prawnikiem lub inspektorem ochrony danych.

Jak wdrożyć Conversions API w klinice krok po kroku?

Najpierw wybierz drogę wdrożenia. Jeśli dopiero wybierasz system, sprawdź, na co zwrócić uwagę przy wyborze CRM dla kliniki.

Checklista minimum, każdy krok z wynikiem:

1. Sprawdź zbiór danych. W Menedżerze zdarzeń znajdź ID zbioru danych (piksela) i jego kategorię. Wynik: wiesz, czy Schedule nie zostanie ograniczony.
2. Wygeneruj token dostępu. Najlepiej przypisany do firmy, a nie do prywatnego konta pracownika. Wynik: token zapisany w CRM lub narzędziu integracji.
3. Ustal mapowanie statusów (tabela wyżej). Wynik: recepcja wie, który status co wysyła.
4. Zapisuj fbc i fbp przy zgłoszeniu. fbc powstaje z parametru fbclid w adresie strony. Przy zmianie statusu kilka dni później przeglądarki już nie ma. Wynik: lead ze strony ma identyfikator kliknięcia, a lead z formularza natychmiastowego dopasujesz po e-mailu i telefonie.
5. Haszuj dane kontaktowe. E-mail małymi literami, telefon z kodem 48, oba w SHA-256. Wynik: Meta przyjmuje zdarzenia.
6. Ten sam event_id dla Lead w pikselu i na serwerze. Wynik: brak podwójnych leadów.
7. Schedule raz na osobę, Purchase raz na wizytę. Purchase zawsze z kwotą w PLN. Wynik: raport pokazuje wizyty, nie kliknięcia w statusy.
8. Bramka zgody. Bez zgody reklamowej nic nie wychodzi. Wynik: zgodność z warunkami Meta.
9. Test. Wyślij zdarzenie testowe w Menedżerze zdarzeń, potem sprawdź Event Match Quality (dla Lead) i diagnostykę dopasowania. Wynik: wiesz, czy Meta łączy zdarzenia z osobami.
10. Monitoring. Kolejka z ponowieniami i alert, gdy Meta odrzuci token. Zdarzenie starsze niż 7 dni przepada. Wynik: żadna wizyta nie ginie po cichu.

FAQ

Czy Conversions API zastępuje piksel Meta?

Nie, działają razem. Piksel widzi zdarzenia w przeglądarce, a Conversions API wysyła je z serwera, także umówienie przez telefon czy rozliczoną wizytę. Gdy to samo zdarzenie przyjdzie z obu źródeł z tą samą nazwą i tym samym event_id w ciągu 48 godzin, Meta policzy je raz (Meta for Developers). Przy formularzu natychmiastowym piksela w ogóle nie ma, więc umówienie trafi do Meta tylko przez Conversions API.

Czy Conversions API działa bez zgody na pliki cookie?

Technicznie serwer wyśle każde zdarzenie. Prawnie potrzebujesz podstawy: art. 399 ust. 1 Prawa komunikacji elektronicznej wymaga zgody na pliki fbp i fbc w przeglądarce (ISAP), a samo przekazanie danych kontaktowych do Meta wymaga podstawy z art. 6 RODO, w praktyce zgody marketingowej (UODO). Warunki Meta wymagają od reklamodawcy wszystkich potrzebnych zgód (Meta Business Tools Terms). Jak ułożyć zgody, opisuje macierz zgód marketingowych w klinice.

Czy wdrożenie Conversions API wymaga programisty?

Nie zawsze. CRM z wbudowaną integracją sam wysyła Schedule i Purchase przy zmianie statusu, a Ty wklejasz token i ID zbioru danych. Bez kodu poradzisz sobie też w Make lub Zapier: moduł Conversions API wysyła zdarzenie, ale mapowanie statusów, haszowanie SHA-256, event_id i filtr zgody ustawiasz sam (Make, Facebook Conversions API). Przykład scenariusza bez kodu: leady z Meta Ads w CRM przez Make.

Czy mogę wysłać do Meta nazwę zabiegu?

Nie. Meta zalicza zabiegi i procedury medyczne do informacji zakazanych i nie pozwala umieszczać ich w nazwach zdarzeń, niestandardowych danych ani parametrach URL (Meta Business Help Center). Bezpieczny wzór to nazwa standardowego zdarzenia (Schedule, Purchase), kwota w PLN i waluta, bez content_name z nazwą pakietu czy zabiegu. Sprawdź też kategorię zbioru danych: przy kategorii „zdrowie i dobre samopoczucie” Meta może ograniczyć zdarzenia dolnego lejka (Meta).

Co to jest Event Match Quality i jak go poprawić?

Event Match Quality to ocena 0–10, jak dobrze Meta łączy zdarzenia z kontami, liczona z ostatnich 48 godzin (Meta Business Help Center). Najbardziej liczą się e-mail i identyfikator kliknięcia. Zapisuj fbc przy zgłoszeniu i proś o e-mail. W danych z klinik korzystających z Palyri wszystkie zdarzenia Schedule miały identyfikator kliknięcia i telefon (leady z lejków na stronie kliniki, nie z formularzy natychmiastowych), a 63,9% także e-mail (n = 61 zdarzeń Schedule, 3 kliniki, leady z około 4 tygodni). Brak e-maila w co trzecim zdarzeniu to pierwsza rzecz do poprawy w formularzu. To dane, których Meta może użyć do dopasowania, ale sama ocena Event Match Quality dotyczy zdarzeń ze strony (Lead).

Ile umówionych wizyt potrzeba, żeby optymalizować kampanię pod Schedule?

Około 50 w tygodniu na zestaw reklam, bo po tylu wynikach Meta zwykle kończy fazę uczenia (Meta Business Help Center). Jeśli do wpłaconego depozytu dochodzi 36,4% leadów, jak w danych z klinik korzystających z Palyri (n = 214 leadów, 3 kliniki, okres 90 dni), potrzebujesz około 137 leadów tygodniowo. W tych samych danych klinika miała średnio 2,8 umówienia tygodniowo. Dla pojedynczej kliniki rozsądny układ to więc Lead jako zdarzenie optymalizacji, a Schedule i Purchase do pomiaru kosztu wizyty i budowania grup odbiorców.