Bilans zakupów: jak sprawdzić, czy zamówienia ze sklepu naprawdę docierają do Mety i innych platform

Bilans zakupów to odpowiedź na pytanie, które właściciel sklepu zadaje sobie zwykle za późno: czy każde opłacone zamówienie dotarło tam, gdzie powinno? Menedżer zdarzeń Mety pokazuje, co do niego doszło, ale nie wie, ile zamówień było w sklepie. Bilans stawia te liczby obok siebie, dzień po dniu, i pokazuje, gdzie powstaje różnica.

Co pokazuje bilans zakupów?

Bilans zakupów to tabela trzech poziomów: opłacone zamówienia w sklepie, zakupy przyjęte przez Basketly i wysyłki do każdej platformy. Każda platforma (każdy odbiorca Meta oraz każde połączenie z GA4, TikTokiem, Pinterestem, Klaviyo, Google Ads i Microsoft Ads) ma liczbę przyjętych, błędów i oczekujących. Okres to 7, 14 albo 30 dni, a dni liczone są w strefie czasowej organizacji.

Bilans jest na stronie Konwersje (menu Konfiguracja). Na górze są kafelki:

Pod kafelkami jest tabela Dzień po dniu: w każdej komórce trzy liczby, przyjęte / błędy / czeka, osobno dla każdej platformy. Na dole lista Najczęstsze powody błędów: pięć najczęstszych komunikatów z nieudanych albo ponawianych wysyłek, z liczbą wystąpień.

Główna waluta to ta, w której jest najwięcej zamówień okresu. Zamówienia w innej walucie liczą się do liczby zamówień, ale nie do przychodu na kafelku.

Jak czytać różnicę między zamówieniami a zakupami przyjętymi przez Basketly?

Różnica między opłaconymi zamówieniami a zakupami przyjętymi przez Basketly to zamówienia, których sklep nie przekazał jako zakupu. Mała różnica bywa normalna, bo zamówienia liczymy po dniu złożenia, a zakupy po czasie zakupu. Duża i stała różnica oznacza, że połączenie ze sklepem nie działa tak, jak myślisz.

Typowe przyczyny:

• Zamówienie złożone wieczorem, opłacone następnego dnia. Zamówienie liczy się w dniu złożenia, zakup w dniu opłacenia. Na granicy okresu jedno i drugie może wypaść w różnych tygodniach.
• Zamówienia sprzed połączenia sklepu. Historia zamówień z 24 miesięcy jest wczytywana do panelu, ale nic z niej nie trafia do Mety jako zakup. Dlatego w pierwszych dniach po połączeniu zamówień bywa więcej niż zakupów.
• Status płatności, którego połączenie nie zna. W połączeniu z API Shopera wskazujesz statusy, które liczymy jako zakup obok flagi „opłacone” (np. za pobraniem). Zamówienie za pobraniem bez tego ustawienia nie stanie się zakupem.
• Błąd połączenia ze sklepem. Wygasłe hasło użytkownika API albo odebrane uprawnienia zatrzymują odczyt. Stan połączenia widać przy źródle Shoper w Integracjach i na mapie połączeń.

O tym, jak działa samo połączenie ze Shoperem i czym jest serwerowy zakup, piszemy w artykule o Shoperze i Meta Conversions API.

Dlaczego zakup przyjęty przez Basketly nie dotarł do platformy?

Zakup przyjęty przez Basketly trafia do platformy tylko wtedy, gdy prowadzi do niej przepływ (Meta) albo włączony przełącznik „Wysyłaj zakupy” (GA4, TikTok, Pinterest, Klaviyo, Google Ads, Microsoft Ads), a serwer ma włączoną wysyłkę. Klaviyo dostaje tylko zakupy z adresem e-mail, a Google Ads i Microsoft Ads tylko zakupy, które mogą przypisać swoim reklamom (z identyfikatorem kliknięcia, w Google Ads także z e-mailem przy konwersjach rozszerzonych), więc te kafelki mają mniej przyjętych niż zakupów i nie jest to błąd. Jeśli kafelek platformy pokazuje mniej przyjętych niż zakupów, szukaj odpowiedzi w kolumnach błędów i oczekujących.

Rozbij to na trzy przypadki:

1. Platformy nie ma w bilansie. Bilans pokazuje platformę dopiero wtedy, gdy w okresie jest choć jedna wysyłka. Jeśli nie widzisz odbiorcy Meta, brakuje przepływu purchase → Purchase ze źródła sklepu do tego odbiorcy albo przepływ jest wstrzymany. Pozostałe platformy pojawią się po włączeniu wysyłki w sekcji Inne platformy na tej samej stronie.
2. Dużo oczekujących. Wysyłki czekają, gdy serwer ma wyłączoną wysyłkę (w górnym pasku widać wtedy „Wysyłka wyłączona”), gdy platforma poprosiła o przerwę (limit zapytań, awaria) i wysyłka czeka na ponowienie, albo gdy organizacja jest wstrzymana. Oczekujące to nie zgubione zakupy, ale zegar tyka: Meta odrzuci zdarzenie starsze niż 7 dni.
3. Dużo błędów. Błąd to wysyłka, której platforma nie przyjęła i której nie ponowimy sami: odrzucony token, zdarzenie starsze niż limit platformy, brak waluty. Komunikat jest na liście powodów błędów.

Jedna rzecz, która myli: odbiorca w trybie testowym nie liczy się do bilansu. Bilans pokazuje tylko wysyłki produkcyjne zdarzenia Purchase. Jeśli zostawisz odbiorcę w trybie testowym po wdrożeniu, zakupy idą wyłącznie do testów w Menedżerze zdarzeń, a kafelek odbiorcy jest pusty.

Co znaczy „przyjęte” i czego nie znaczy?

„Przyjęte” znaczy, że platforma odpowiedziała poprawnie na wysyłkę. Przy Mecie dodatkowo, że w odpowiedzi policzyła każde zdarzenie (events_received). To potwierdzenie odbioru. Nie jest to dowód, że Meta dopasowała zakup do osoby, że kampania optymalizuje pod zakupy, ani że zakup przypisano konkretnej reklamie.

Dlatego bilans nie zastępuje dwóch innych miejsc:

• Menedżer zdarzeń Mety pokazuje jakość dopasowania i ewentualne ostrzeżenia o deduplikacji. Jeśli w sklepie działa też Pixel, oba zdarzenia muszą mieć ten sam identyfikator, inaczej Meta liczy zakup podwójnie; szczegóły w tekście o deduplikacji zdarzeń Pixela i CAPI.
• Menedżer reklam pokazuje, pod co optymalizuje zestaw reklam i ile zakupów przypisał.

Przy GA4 jest jeszcze jedno zastrzeżenie: Google podaje, że Measurement Protocol odpowiada kodem 2xx, gdy tylko odbierze żądanie, nawet jeśli dane są błędne. „Przyjęte” przy GA4 to więc jeszcze słabsze potwierdzenie niż przy Mecie; zakupy warto zobaczyć w raportach GA4. Więcej w artykule o wysyłce zakupów do GA4 i TikToka.

Jak to wygląda w Basketly?

W Basketly bilans otwierasz w menu Konfiguracja → Konwersje. Okres wybierasz nad kafelkami, a każda liczba jest liczona z zapisanych rekordów: zamówień, zdarzeń i wysyłek. Nic nie jest szacowane. Pusta strona z napisem „Brak zakupów w tym okresie” znaczy, że sklep nie przekazuje jeszcze opłaconych zamówień.

Co klikać, gdy coś się nie zgadza:

Ponowić ręcznie można nieudaną wysyłkę do Mety, jeśli jej dane są jeszcze zapisane, a czas zdarzenia mieści się w 7 dniach. Wysyłki do pozostałych platform mają własną kolejkę, która sama ponawia błędy sieci, limity i awarie.

Dwa narzędzia robią część tej pracy za Ciebie. Autodiagnostyka (menu System) w obszarze Wysyłka do Meta sprawdza odbiorców: wyłączoną wysyłkę, tryb testowy, odrzucone i utknięte wysyłki. A automatyzacja z wyzwalaczem „Alarm sklepu” raz na godzinę patrzy na ostatnią dobę i może wysłać e-mail do zespołu, gdy Meta albo inna platforma odrzuca zakupy albo gdy są co najmniej 3 opłacone zamówienia bez żadnego przyjętego zakupu. Ten sam alarm wysyła się najwyżej raz dziennie. Gotowy szablon nazywa się „Alarm: zakupy nie dochodzą”; więcej o nim w tekście o automatyzacjach sklepu.

Jeśli wolisz zobaczyć całą konfigurację naraz, mapa połączeń pokazuje te same nieudane wysyłki z ostatniej doby na liniach do każdego odbiorcy.

Jak często patrzeć na bilans?

Na bilans wystarczy patrzeć dwa razy w tygodniu przez kilka minut, a codziennie w tygodniach dużej sprzedaży. Powód jest prosty: limity platform. Meta przyjmuje zdarzenia do 7 dni wstecz, GA4 przez Measurement Protocol do 3 dni. Zakup zgubiony dawniej niż limit jest już nie do odzyskania w platformie.

Prosta rutyna:

1. Okres 7 dni. Czy udział przyjętych przez Basketly w zamówieniach jest podobny jak w zeszłym tygodniu?
2. Każdy kafelek platformy: czy błędów i oczekujących jest zero albo prawie zero?
3. Tabela dzień po dniu: czy jakiś dzień wyraźnie odstaje? Jeśli tak, to tego dnia coś się zmieniło (nowe hasło API, nowy odbiorca, wyłączona wysyłka).
4. Lista powodów błędów: czy jest nowy komunikat?

Po zmianie konfiguracji (nowy odbiorca, nowy token) wróć do bilansu po kilku godzinach, a nie po tygodniu.

Ograniczenia

• Przyjęte ≠ optymalizacja ani atrybucja. Bilans mówi, co platforma odebrała. O dopasowaniu, celu kampanii i przypisaniu zakupów decyduje platforma.
• Dzień zamówienia i dzień zakupu to różne rzeczy. Na granicach okresu liczby nie muszą się zgadzać co do sztuki.
• Tylko wysyłki produkcyjne. Tryb testowy jest pomijany.
• Tylko zakupy. Bilans nie liczy innych zdarzeń sklepu.
• Sklep to dziś Shoper (albo własny serwer wysyłający zamówienia przez źródło sklepu). Inne platformy sklepowe są w planach.
• GA4 potwierdza samo odebranie żądania, więc sprawdzaj zakupy także w raportach GA4. Każda platforma ma w bilansie własny kafelek, gdy włączysz do niej wysyłkę.
• Klaviyo, Google Ads i Microsoft Ads nie dostają każdego zakupu. Klaviyo tylko zakupy z adresem e-mail, Google Ads i Microsoft Ads tylko zakupy z kliknięć swoich reklam.
• Limity platform: Meta 7 dni, GA4 3 dni. Starszych zakupów nie wyślemy.

Następny krok

Otwórz Konwersje, ustaw 7 dni i porównaj kafelek zamówień z kafelkiem każdej platformy. Jeśli różnica jest większa niż kilka zamówień, zacznij od stanu połączenia ze sklepem, a potem włącz automatyzację „Alarm sklepu”. Jak działa cała część konwersji, opisuje strona Konwersje, a jeśli dopiero łączysz sklep, zacznij od tekstu integracje sklepu: od czego zacząć.