Konfiguracja Server Meta Conversion API na produkcie internetowym.

Budżet: 3996 UAH Termin: 6 dni

Cześć!
Tak, mogę się podłączyć i pomóc w skonfigurowaniu przesyłania zdarzeń po stronie serwera w Meta dla Lead / AddToCart / Purchase.
Zrobię tak, aby Purchase był wysyłany tylko po potwierdzonym pierwszym płatności i przekazywał kwotę + walutę.
Również skonfiguruję, aby nie było duplikatów między pikselem przeglądarki a wysyłką serwerową (jedno zakupu = jedno zdarzenie).

Równolegle:
- przeprowadzę audyt obecnego śledzenia i gdzie najlepiej wyzwalać zdarzenia
- zaproponuję schemat tabel w PostgreSQL do przechowywania fbclid / _fbc / _fbp, UTM, IP/UA, payment_id, value + logów wysyłki (sukcesy/błędy)
- pomogę waszemu FullStack programiście w realizacji i przetestujemy w Events Manager
- dam krótką dokumentację, aby dalej wspierać/zmieniać ustawienia

I od razu ustawię normalną konfigurację Pixel ID / Access Token, aby przy wymianie piksela/konta za 3–4 tygodnie można było szybko przełączyć się, bez hardcodowania.

Proszę, powiedzcie: jaki stos backendowy i jaka płatność (czy jest webhook/callback o "sukcesie płatności")? Rozwiń

Budżet: 4000 UAH Termin: 1 dzień

Dzień dobry! Mogę skonfigurować dla Ciebie Server Meta Conversion API. Pisz na prywatne.

Budżet: 3996 UAH Termin: 7 dni

Cześć, pracowałem nad integracją Meta CAPI dla projektu e-commerce z ponad 50 tys. transakcji miesięcznie, skonfigurowałem deduplikację przez event_id oraz przechowywanie danych w PostgreSQL. Zwiększyłem dokładność śledzenia o 35%.

Czy planujecie używać nowych parametrów Enhanced Match od Meta, aby poprawić jakość dopasowania użytkowników między zdarzeniami przeglądarkowymi a serwerowymi?

Proponuję się skontaktować, chętnie doradzę technicznie i wspólnie opracujemy plan rozwoju + opowiem o moim zespole! ✨

Budżet: 3996 UAH Termin: 2 dni

Cześć 👋

Mogę pomóc w konfiguracji Meta Conversions API po stronie serwera dla twojego leja sprzedażowego.

Zadanie jest jasne: trzeba nie tylko "wysłać zdarzenia do Meta", ale prawidłowo zbudować śledzenie po stronie serwera z deduplikacją, logowaniem w PostgreSQL, zachowaniem atrybucji oraz możliwością szybkiej zmiany Pixel ID / Access Token bez przepisywania logiki.

Mogę pomóc w:
— audycie obecnego Meta Pixel / śledzenia w przeglądarce;
— schemacie tabel w PostgreSQL dla zdarzeń, atrybucji, payment_id, logów request/response/error;
— logice przechowywania fbclid, _fbc, _fbp, IP, user agent, UTM;
— generacji i przesyłaniu event_id do deduplikacji między Pixel w przeglądarce a serwerem CAPI;
— konfiguracji Lead, AddToCart, Purchase;
— wysyłaniu Purchase tylko po udanym pierwszym płatności;
— przesyłaniu value, currency, payment_id;
— konfiguracji Pixel ID / Access Token bez hardcodowania;
— testowaniu w Meta Events Manager;
— krótkiej dokumentacji dla twojego FullStack-dewelopera.

Pracowałem z śledzeniem, logiką UTM, zdarzeniami, integracjami po stronie serwera oraz przesyłaniem konwersji. Mogę pracować w formacie technicznego konsultanta dla twojego dewelopera lub wziąć na siebie realizację części logiki.

Orientacyjnie co do terminów: 3–6 dni roboczych po audycie obecnej realizacji.
Koszt mogę oszacować po przeglądzie obecnego leja, ale wstępnie może to być albo na godzinę, albo stała kwota za cały blok prac. Rozwiń

Budżet: 3996 UAH Termin: 5 dni

Dzień dobry!

Konfigurowałem Meta Conversions API po stronie serwera: zdarzenia Purchase/Lead/AddToCart z deduplikacją przez event_id, przesyłanie _fbc, _fbp, IP, user_agent, UTM. Logowanie request/response w PostgreSQL — standardowe zadanie.

Zrobię zapasową konfigurację przez zmienne env dla szybkiej zmiany Pixel ID / Access Token. Testowanie przez Meta Events Manager + krótka dokumentacja.

Jestem gotów zacząć jutro.

Budżet: 3996 UAH Termin: 3 dni

Cześć! Zapoznałem się z twoim projektem i jestem gotów rozpocząć pracę. Gwarantuję wysoką jakość i szybkie wykonanie.

Budżet: 3996 UAH Termin: 3 dni

Dzień dobry.

Mam doświadczenie w integracji Meta Pixel + Conversions API oraz śledzeniu po stronie serwera. Mogę pomóc w pełnej konfiguracji CAPI dla Lead / AddToCart / Purchase z prawidłową deduplikacją przez event_id między Pixel przeglądarki a zdarzeniami serwera.

Co mogę zrobić:
— audyt obecnego śledzenia i lejka;
— schemat tabel PostgreSQL do przechowywania fbclid, _fbc, _fbp, IP, user agent, UTM, payment_id, value, logów request/response/error;
— konfiguracja Purchase tylko po udanym pierwszym płatności;
— konfiguracja Pixel ID / Access Token bez hardcodowania dla szybkiej wymiany Pixel lub konta reklamowego;
— pomoc FullStack-deweloperowi w integracji;
— testowanie w Meta Events Manager;
— krótka dokumentacja dotycząca struktury i wsparcia.

Mogę również od razu zaproponować strukturę event pipeline, aby w przyszłości łatwiej było skalować śledzenie i zmieniać Pixel bez przerabiania logiki.

Na początek potrzebny jest dostęp do obecnej struktury lejka, opis przepływu płatności oraz stos backendu. Rozwiń

Budżet: 3996 UAH Termin: 3 dni

Dzień dobry! Specjalizuję się w Meta Conversions API oraz PostgreSQL. Jestem gotów profesjonalnie skonfigurować CAPI (Lead, AddToCart, Purchase) z deduplikacją, przechowywaniem wszystkich niezbędnych parametrów oraz elastyczną konfiguracją. Przeprowadzę audyt, pomogę programiście, przetestuję i udokumentuję. Napisz do mnie prywatnie, omówimy.

Budżet: 3996 UAH Termin: 5 dni

Witam! Jestem gotów wykonać twoje zadanie, mam doświadczenie w pracy z podobnymi zadaniami.