Zakupy do Mety z serwera, bez zgubionych i podwójnych
Basketly wysyła opłacone zamówienia ze sklepu do Meta Conversions API, z wartością, walutą i identyfikatorami produktów z katalogu. Każda wysyłka ma swój wynik, a błędy wracają do kolejki.
Zrzuty ekranu z organizacji demonstracyjnej. Osoby i liczby są fikcyjne.
Zamówienie ze sklepu jako zakup w Mecie
Opłacone zamówienie Shopera staje się zdarzeniem Purchase: identyfikator zamówienia, wartość i waluta, identyfikatory produktów z pozycji zamówienia, e-mail, telefon i adres IP. Identyfikatory produktów są tymi samymi, co w katalogu, więc Meta łączy zakup z produktem.
Zobacz zamówienia i kupujących- Pole, które jest identyfikatorem w katalogu, wybierasz przy połączeniu (identyfikator produktu, magazynu, kod albo EAN)
- Skrypt w sklepie dokłada fbp i fbc, ale tylko po zgodzie kupującego
- Sprzedaż spoza sklepu dodasz przez Arkusz Google albo API
Droga zdarzenia do Mety
Każde zdarzenie przechodzi te same kroki. Na każdym zostaje ślad w panelu.
- 1
Przyjęcie
Zdarzenie zostaje zapisane. To samo zamówienie i status to jedna konwersja.
- 2
Przepływ
Wybiera nazwę zdarzenia i zbiór danych. E-mail i telefon są hashowane SHA-256.
- 3
Trwała kolejka
Zdarzenie czeka, aż Meta je przyjmie. Restart serwera go nie kasuje.
- 4
Paczki do 500
Do jednego zbioru wysyłamy razem. Odrzuconą paczkę wysyłamy ponownie po jednym zdarzeniu.
- 5
Wynik
„Przyjęte przez Metę” albo błąd z opisem od Mety, przy każdej wysyłce.
Nic się nie zgubi i nic nie pójdzie dwa razy
Wysyłka działa według zasady „co najmniej raz”, a powtórki wyłapuje deduplikacja po naszej stronie i identyfikator zdarzenia po stronie Mety.
Co sprawdza Autodiagnostyka| Zabezpieczenie | Co robi |
|---|---|
| Deduplikacja przy przyjęciu | To samo zamówienie i status to jedna konwersja na zawsze |
| Identyfikator zdarzenia | Meta odrzuca powtórki z tym samym identyfikatorem; zakup z piksela z tym samym identyfikatorem liczy się raz |
| Ponowienia | Do 6 prób przy błędach sieci i przejściowych kodach Mety, zawsze z tym samym identyfikatorem |
| Hashowanie | E-mail i telefon normalizowane i hashowane SHA-256 przed wysyłką |
| Czas zdarzenia | Nie starszy niż 7 dni; ponowienie nigdy go nie odmładza |
Statusy i nazwy zdarzeń
Przepływ mówi, co ma trafić do Mety i pod jaką nazwą. Dla sklepu to zakup jako Purchase. Raport konfiguracji Meta przy odbiorcy pokazuje zdarzenia zbioru danych z ostatnich 28 dni i zestawy reklam, które na nim optymalizują; puste wyniki są podpisane jako puste.
Najpierw test, potem produkcja
Dwa sposoby, żeby zobaczyć zakupy w Menedżerze zdarzeń, zanim zaczniesz na nich polegać.
Tryb testowy odbiorcy
Gdy sprawdzasz całą wysyłkę przed startem.
- Zdarzenia idą z kodem z Testowania zdarzeń
- Osobna deduplikacja niż na produkcji
- Tryb zmienisz, gdy w kolejce nie czeka nic niewysłanego
Zdarzenie testowe
Gdy chcesz sprawdzić jedno zamówienie.
- Wysyła najnowsze zdarzenie ze sklepu raz, z Twoim kodem testowym
- Niczego nie zapisuje w kolejce
- Do 10 razy na godzinę na odbiorcę
Mapa połączeń
Cała konfiguracja sklepu na jednym płótnie: skąd przychodzą dane, co się z nimi dzieje i dokąd trafiają, z kolorem stanu przy każdym elemencie i połączeniu. Mapa niczego nie zmienia.
Przyjęcie zdarzenia przez Conversions API oznacza, że Meta je odebrała i policzyła. Nie dowodzi jakości dopasowania, tego, że kampania optymalizuje się pod te dane, ani jak Meta przypisuje konwersje. To sprawdzasz w Menedżerze zdarzeń i Menedżerze reklam.
Nie. Piksel i Conversions API mogą działać razem. Jeśli oba wysyłają ten sam zakup z tą samą nazwą i tym samym identyfikatorem zdarzenia, Meta policzy go raz.
Wysyłka dostaje status błędu z opisem od Mety. Błędy przejściowe są ponawiane automatycznie, a pozostałe możesz ponowić ręcznie po poprawce, jeśli zdarzenie ma najwyżej 7 dni.
Tak, do GA4, TikToka, Pinteresta, Klaviyo, Google Ads i Microsoft Ads, gdy połączysz je w Integracjach i włączysz „Wysyłaj zakupy” w Konwersjach. Klaviyo dostaje tylko zakupy z adresem e-mail, a Google Ads i Microsoft Ads zakupy z kliknięć ich reklam. Każda platforma ma własną kolejkę i własny wynik w bilansie zakupów.
Powiązane funkcje
- KonwersjeZakupy ze sklepu wysyłane z serwera do Mety i siedmiu innych platform oraz bilans dzień po dniu: ile zamówień, ile zakupów przyjętych i gdzie coś się zgubiło.Zobacz szczegóły
- IntegracjeSklep, reklamy, katalogi produktów, analityka i marketing w jednym katalogu, ze stanem każdej integracji liczonym z tego, co naprawdę jest podłączone.Zobacz szczegóły
- AutodiagnostykaJedno sprawdzenie całej konfiguracji: sklep, wysyłka zakupów do Mety, logowania, zadania w tle i automatyzacje, z linkiem do poprawki przy każdym problemie.Zobacz szczegóły
- Zamówienia i kupującyKażde zamówienie ze sklepu z pozycjami i stanem, przychód, średni koszyk i kupujący nowi oraz powracający, 24 miesiące historii.Zobacz szczegóły
- Feedy produktoweFeed ze sklepu poprawiony automatycznie i regułami, z diagnozą każdego produktu według wymagań Google Merchant Center i katalogu Meta, pod własnym adresem.Zobacz szczegóły
- Raport sprzedażyJedno zdanie o tym, jak idzie sklep, sześć najważniejszych liczb i wnioski z następnym krokiem — a pod spodem zakładki, z których każda odpowiada na jedno pytanie. Każda liczba z poziomem prawdy: sklep, platforma albo ostatnie kliknięcie.Zobacz szczegóły
Zacznij w mniej niż 5 minut
Połącz sklep i Metę i zobacz, ile zakupów naprawdę dociera.
- Za darmo do 100 zamówień miesięcznie
- Bez programisty
- Bilans zakupów i autodiagnostyka