- Co to jest Conversion API: kanał przekazywania danych o konwersjach bezpośrednio z systemów sklepu do platformy reklamowej, równolegle do danych z przeglądarki.
- Co robią rozszerzone konwersje Google: uzupełniają dane o konwersji informacjami z formularza zamówienia, przekazywanymi w formie nieodwracalnie zaszyfrowanej.
- Co to poprawia w kampaniach: liczbę dopasowanych konwersji, a przez to jakość danych, na których algorytm optymalizuje dobór odbiorców.
- Jakie dane się przekazuje: identyfikator zdarzenia do usuwania duplikatów oraz dane umożliwiające dopasowanie konwersji do użytkownika, w formie zaszyfrowanej.
- O czym pamiętać przy zgodach: przekazywanie tych danych wymaga podstawy prawnej niezależnie od kanału przekazywania.
Oba mechanizmy odpowiadają na ten sam problem: część konwersji rejestrowanych w sklepie nie dociera do platformy reklamowej, bo pomiar w przeglądarce zawodzi. Przy poprawnej konfiguracji platforma otrzymuje dane z dwóch źródeł, rozpoznaje, że dotyczą tej samej transakcji, i usuwa duplikat. Ta ostatnia część jest kluczowa i o nią rozbija się większość nieudanych wdrożeń.
Dlaczego same dane z przeglądarki przestały wystarczać
Blokowanie skryptów, ograniczenia czasu życia identyfikatorów i przerywanie sesji sprawiają, że część konwersji nigdy nie zostaje zgłoszona platformie.
Problem jest jednak większy, niż wskazuje raport. Platforma reklamowa nie tylko raportuje konwersje. Ona się na nich uczy. Jeśli dostaje informację o siedmiu z dziesięciu konwersji, buduje model na siedmiu przypadkach, i to niekoniecznie na losowej próbce, bo brakujące konwersje pochodzą z określonych segmentów.
Efekt niekompletnych danych to więc nie zaniżony raport, ale gorszy dobór odbiorców. Kampania uczy się na zniekształconym obrazie tego, kto jest wartościowym klientem.
Jak działa Meta Conversion API
- Zdarzenie powstaje w systemie sklepu. Zamówienie zostaje złożone i potwierdzone w bazie danych.
- Serwer wysyła zdarzenie do interfejsu platformy.
- Zdarzenie zawiera identyfikator umożliwiający deduplikację.
- Platforma łączy oba zgłoszenia i liczy konwersję raz.
- Jeśli zgłoszenie z przeglądarki nie dotarło, pozostaje zgłoszenie serwerowe.
Jak działają rozszerzone konwersje Google
Rozszerzone konwersje nie dublują kanału przekazywania, a uzupełniają istniejące zgłoszenie konwersji informacjami pozwalającymi dopasować ją do konkretnego użytkownika.
Dane pochodzą z tego, co klient wpisał w zamówieniu, i przed opuszczeniem strony lub serwera są przekształcane funkcją skrótu, czyli nieodwracalnie zaszyfrowane. Google porównuje otrzymany skrót ze skrótami danych swoich zalogowanych użytkowników.
- adres e-mail podany w zamówieniu,
- numer telefonu,
- imię i nazwisko oraz elementy adresu, w zależności od konfiguracji.
Przekształcenie funkcją skrótu następuje przed wysłaniem danych i jest jednokierunkowe. Z otrzymanego skrótu nie da się odtworzyć adresu e-mail. To nie zwalnia jednak z obowiązku posiadania podstawy prawnej do takiego przetwarzania.
Co to realnie poprawia, a czego nie zmieni
| Co poprawia | Czego nie zmieni |
|---|---|
| Liczbę konwersji dopasowanych do kliknięć i wyświetleń | Faktycznej liczby sprzedanych produktów |
| Jakość danych, na których uczy się algorytm | Modelu atrybucji platformy |
| Odporność pomiaru na blokery i przerwane sesje | Rozbieżności między platformami |
| Stabilność optymalizacji przy niskim wolumenie | Problemu sumowania konwersji z paneli |
| Dokładność danych o wartości zamówienia | Braku danych o marży, jeśli nie ma ich nigdzie |
Warstwa zgód i danych osobowych
Przekazywanie danych umożliwiających dopasowanie konwersji do użytkownika jest przetwarzaniem danych osobowych i wymaga podstawy prawnej, niezależnie od tego, czy dane wychodzą z przeglądarki, czy z serwera.
To najczęstszy błąd koncepcyjny przy tego typu wdrożeniach. Zniknęły przeszkody techniczne, nie obowiązek prawny. Konfiguracja musi obsługiwać przypadek braku zgody czynnie: zdarzenie ma nie zostać wysłane albo zostać wysłane bez danych umożliwiających identyfikację.
Typowe błędy przy wdrożeniu
- ☐ Identyfikator zdarzenia jest spójny między zgłoszeniem z przeglądarki i z serwera.
- ☐ Nazwy zdarzeń są identyczne w obu kanałach.
- ☐ Status zgody jest sprawdzany przed wysłaniem zdarzenia z serwera.
- ☐ Zamówienia anulowane i zwrócone nie są przekazywane jako konwersje.
- ☐ Wartość zamówienia jest przekazywana w jednej walucie i formacie w obu kanałach.
- ☐ Jakość dopasowania jest monitorowana po wdrożeniu, nie tylko sprawdzona raz.
- ☐ Zdarzenia testowe zostały wyłączone przed przejściem na produkcję.
- ☐ Suma konwersji została porównana z okresem przed wdrożeniem i z danymi sprzedażowymi.
Jak sprawdzić, czy wdrożenie faktycznie działa
- Sprawdź wskaźniki diagnostyczne w panelu platformy.
- Porównaj liczbę konwersji przed i po wdrożeniu. Skala wzrostu powinna odpowiadać wcześniej zmierzonej rozbieżności.
- Skonfrontuj wzrost z danymi sprzedażowymi. Znacząco większy wzrost niż oczekiwano to zwykle duplikaty.
- Sprawdź unikalność identyfikatorów transakcji.
- Zweryfikuj przypadek braku zgody. Przejdź ścieżkę odrzucając zgody i sprawdź, czy dane identyfikacyjne nie zostały wysłane.
- Ustaw stały monitoring jakości dopasowania.
Najczęstsze pytania
Czy CAPI zwiększa sprzedaż, czy tylko liczbę raportowanych konwersji?
Bezpośrednio zwiększa liczbę zarejestrowanych konwersji. Wpływ na sprzedaż jest pośredni i wynika z lepszej optymalizacji kampanii.
Czy trzeba wyłączyć pomiar w przeglądarce po wdrożeniu CAPI?
Nie. Oba kanały mają działać równolegle, a platforma usuwa duplikaty na podstawie identyfikatora zdarzenia.
Czy przekazywanie danych do CAPI jest zgodne z RODO?
Zależy od konfiguracji. Wymaga podstawy prawnej i respektowania zgód użytkownika.
Skąd wiadomo, że konwersje nie są liczone podwójnie?
Z porównania skali wzrostu z wcześniej zmierzoną rozbieżnością oraz ze wskaźników deduplikacji w panelu platformy.
Sprawdź w panelach swoich platform reklamowych, jaka jest obecna jakość dopasowania konwersji.
Gotowi zobaczyć swoje liczby?
15-minutowe demo na Twoich danych, bez zobowiązań.
