TikTok Pixel i Events API mogą przesłać informację o tym samym zakupie dwiema drogami: z przeglądarki i z zaplecza firmy. Wspólne wdrożenie zwiększa szansę dostarczenia zdarzenia, ale każda transakcja powinna zostać policzona raz. Dlatego kontroluj zgodność identyfikatorów, wartość zakupów i lukę względem sklepu lub CRM, zanim użyjesz CPA albo ROAS z panelu do zmiany budżetu.
TikTok Pixel i Events API: dwie drogi zdarzenia
TikTok Pixel jest kodem umieszczanym w witrynie i przekazuje zdarzenia internetowe z przeglądarki. Events API tworzy połączenie z danymi reklamodawcy i może obsługiwać kanały webowe, aplikacyjne oraz offline, na przykład CRM. W oficjalnej instrukcji połączeń danych TikTok platforma rekomenduje używanie Pixela i Events API razem, aby maksymalizować możliwości pomiaru oraz działania kampanii.
Pixel zachowuje kontekst wizyty w przeglądarce. Zdarzenie serwerowe może powstać po potwierdzeniu płatności, zapisaniu leada w CRM albo zmianie statusu zamówienia. Źródła powinny opisywać ten sam moment biznesowy. Jeśli Pixel wysyła Purchase po otwarciu strony podziękowania, a serwer dopiero po zaksięgowaniu płatności, porównujesz dwa różne etapy procesu.
Ta sama zasada obowiązuje przy innych platformach. Wdrożenie Meta Pixel i Conversions API pokazuje podobny problem dwóch kanałów transmisji, lecz nazwy pól i diagnostykę zawsze sprawdzaj w dokumentacji konkretnego systemu.
| Element kontroli | TikTok Pixel | Events API | Wspólna reguła |
|---|---|---|---|
| miejsce wysyłki | przeglądarka | serwer, platforma sklepu lub CRM | jedna definicja zdarzenia |
| identyfikator | event_id | event_id | ta sama wartość dla tej samej akcji |
| wartość zakupu | dynamiczna wartość ze strony | wartość z systemu transakcyjnego | zgodna kwota i waluta |
| główne ryzyko | blokada lub brak uruchomienia kodu | błędne mapowanie albo ponowna wysyłka | brak zdarzeń lub duplikaty |
Deduplikacja przez event_id
Gdy Purchase z Pixela i Purchase z Events API dotyczą jednego zamówienia, przekaż w obu rekordach identyczną nazwę zdarzenia i identyczny event_id. Według dokumentacji deduplikacji TikTok platforma zachowuje pierwsze rozpoznane zdarzenie, a wspólny event_id jest wymagany do usunięcia nakładających się kopii.
TikTok opisuje również konkretne ramy czasowe. Dwa zdarzenia z samego Pixela albo samego Events API o zgodnych nazwach i identyfikatorach są deduplikowane, jeśli dotrą w ciągu 48 godzin od pierwszego. Przy parze Pixel plus Events API dokumentacja wskazuje rozpoznawanie zdarzeń o zgodnej nazwie i event_id, które docierają po 5 minutach i w ciągu 48 godzin od pierwszego, jeśli taki scenariusz ma zastosowanie.
Najlepszym źródłem event_id dla Purchase jest trwały identyfikator konkretnego zamówienia albo techniczny identyfikator transakcji. Musi być unikalny dla zakupu i stabilny w obu kanałach. Losowanie osobnego numeru w przeglądarce oraz osobnego na serwerze uniemożliwia pewne połączenie pary.
Przy leadach generuj identyfikator dopiero po skutecznym przyjęciu formularza. Kliknięcie przycisku przed walidacją nie potwierdza pozyskania kontaktu. Jeżeli mierzysz formularz w innym systemie reklamowym, lista kontroli z materiału o LinkedIn Insight Tag pomoże oddzielić techniczne uruchomienie tagu od wartościowego leada w CRM.
Przykład: policz lukę pomiarową i wpływ na CPA
Przykład hipotetyczny: sklep wydał 7200 zł na TikTok Ads. W jednej dobie system płatności potwierdził 160 unikalnych zamówień. Po deduplikacji Events Manager odebrał 148 zdarzeń Purchase, a Menedżer reklam przypisał kampanii 96 zakupów. Liczby służą wyłącznie pokazaniu rachunku i nie są danymi rynkowymi.
- Brakujące zdarzenia: 160 - 148 = 12.
- Luka pomiarowa przed atrybucją: 12 / 160 × 100% = 7,5%.
- Koszt na odebrane zdarzenie: 7200 zł / 148 = 48,65 zł.
- CPA atrybucyjne TikTok Ads: 7200 zł / 96 = 75 zł.
- Udział odebranych zdarzeń przypisanych kampanii: 96 / 148 × 100% = 64,9%.
Wartości 48,65 zł i 75 zł odpowiadają na inne pytania. Pierwsza dzieli wydatek przez wszystkie odebrane zdarzenia, także te bez przypisania do kampanii. Druga pokazuje koszt zakupów uznanych przez TikTok za wynik reklam według ustawionej atrybucji. Luka 7,5% ocenia transmisję względem systemu płatności i powinna być sprawdzona przed analizą atrybucji.
Nie oczekuj, że 96 zakupów z panelu zrówna się ze 160 zamówieniami sklepu. Platforma reklamowa stosuje własne okna i reguły przypisania, a sklep rejestruje sprzedaż niezależnie od źródła. Mechanizm tych rozbieżności szerzej objaśnia porównanie Meta Ads z GA4.
Jak przetestować wdrożenie przed zmianą budżetu
Zacznij od jednego zdarzenia końcowego, na przykład Purchase lub Lead. Wykonaj kontrolowaną akcję i zapisz jej identyfikator, czas, wartość oraz walutę. Sprawdź w TikTok Events Managerze, czy oba źródła dostarczyły zgodne dane i czy wynik nie został podwojony. Oficjalna instrukcja wskazuje trzy narzędzia weryfikacji: rozszerzenie TikTok Pixel Helper, funkcję Test Events oraz zakładkę Diagnostics.
Następnie przeprowadź kontrolę dla zamkniętej doby lub tygodnia:
- Pobierz unikalne transakcje lub leady z systemu źródłowego.
- Usuń anulowania, testy i rekordy spoza przyjętej definicji.
- Porównaj liczbę, sumę wartości oraz walutę ze zdarzeniami odebranymi przez TikTok.
- Policz lukę procentową osobno dla Purchase, Lead i innych etapów lejka.
- Sprawdź ostrzeżenia diagnostyczne oraz powtórzone
event_id. - Zapisz datę wdrożenia, aby nie łączyć danych sprzed poprawki i po niej.
Do porównania wybierz system, który faktycznie potwierdza wynik biznesowy. Dla sklepu będzie nim baza opłaconych zamówień po odjęciu anulowań, a dla kampanii leadowej CRM ze statusem poprawnego zgłoszenia. Eksportuj dane w tej samej strefie czasowej co raport zdarzeń. Zamówienie złożone minutę przed północą może znaleźć się w innym dniu po stronie serwera, dlatego krótkie zestawienia dobowe wymagają dodatkowej ostrożności.
W sklepie kontroluj również przejście między kliknięciem a sesją oraz między sesją a zakupem. Materiał o współczynniku konwersji reklamy pokazuje, jak zmiana mianownika wpływa na diagnozę strony i ruchu.
Ustal własny poziom alarmowy na podstawie stabilnego okresu po poprawnym wdrożeniu. Nagły wzrost luki przy niezmienionej sprzedaży wymaga sprawdzenia kodu, zgód, integracji i mapowania zdarzeń. Skok liczby Purchase bez podobnego ruchu w systemie płatności sugeruje duplikację albo zbyt szeroką definicję. Dopiero po technicznym uzgodnieniu danych TikTok Pixel i Events API mogą wspierać wiarygodną decyzję o CPA, ROAS i budżecie.