Jak Adriva łączy Google Analytics i piksele reklamowe
Adriva łączy Google Analytics 4, piksel Meta i tag Google Ads, liczy każdą konwersję raz i na tych danych ustala budżety i stawki w Google i Meta.
Adriva łączy Google Analytics 4, piksel Meta i tag Google Ads w jedną warstwę pomiaru. Usuwa zdublowane konwersje i na tych danych opiera każdą decyzję o budżecie i stawkach w Google i Meta. Zmiany budżetu i stawek są trafne tylko wtedy, gdy dane o konwersjach są poprawne, dlatego pomiar jest pierwszym krokiem.
Dlaczego GA4, piksel i tag Google Ads pokazują różne liczby
Większość zespołów performance ma już wdrożone wszystkie trzy narzędzia. GA4 mierzy zachowanie użytkowników na stronie. Piksel Meta wysyła zdarzenie, gdy ktoś ogląda produkt albo przechodzi do zamówienia. Tag Google Ads przypisuje konwersję do kliknięcia w reklamę. Każde z tych narzędzi dobrze mierzy swój fragment ścieżki i nie widzi reszty. GA4 wie, że użytkownik obejrzał cztery podstrony, ale samo nie przekaże do Meta informacji o sprzedaży. Piksel rejestruje zakup w przeglądarce, ale go nie zobaczy, gdy przeglądarka zablokuje żądanie. Tag Google Ads wie, że kliknięcie zakończyło się konwersją, ale traci to powiązanie, gdy zniknie plik cookie, który je łączył.
Jeśli zestawisz raporty obok siebie, liczby się nie zgadzają. Meta i Google przypisują sobie tę samą sprzedaż, a GA4 pokazuje jeszcze inny wynik. Pierwszą godzinę pracy nad optymalizacją spędzasz na porównywaniu trzech paneli, zanim cokolwiek zmienisz. Adriva rozwiązuje ten problem, zanim zmieni jakikolwiek budżet.
| Źródło danych | Co mierzy | Czego nie widzi |
|---|---|---|
| Google Analytics 4 | Zachowanie na stronie, sesje i lejki na różnych urządzeniach, zbierane przez strumienie danych | Samo nie przekazuje konwersji do platform reklamowych; część trafień z przeglądarki ginie przez brak zgody i blokery |
| Piksel Meta | Zdarzenia z przeglądarki (PageView, AddToCart, Purchase) powiązane z identyfikatorami Meta | Ochrona przed śledzeniem, blokery reklam i brak zgody sprawiają, że część zdarzeń nie zostaje wysłana |
| Meta Conversions API | Zdarzenia z serwera z parametrami fbp / fbc i zahaszowanymi identyfikatorami, niezależne od przeglądarki | Bez wspólnego event_id te same zdarzenia liczą się podwójnie: raz z piksela, raz z serwera |
| Tag Google Ads | Ścieżka od kliknięcia reklamy do konwersji, powiązana przez identyfikator kliknięcia (GCLID) | Bez konwersji rozszerzonych utrata pliku cookie zrywa powiązanie kliknięcia z konwersją |
| Konwersje rozszerzone | Zahaszowane dane first-party dopasowywane do zalogowanych kont Google | Odzyskują tylko te dane first-party, które faktycznie zbierasz w momencie konwersji |
Co łączy Adriva
Po podłączeniu kont Adriva łączy pięć źródeł i zarządza nimi jako jednym systemem pomiaru. Nie musisz ręcznie utrzymywać pięciu osobnych integracji:
- Usługa GA4 i jej strumienie danych. Dane o zachowaniu na stronie. Adriva odczytuje je przez API Analytics i niczego nie zastępuje.
- Piksel Meta. Zdarzenia z przeglądarki, które Twoja strona już wysyła.
- Meta Conversions API. Serwerowy odpowiednik piksela. Wysyła te same zdarzenia z serwera, bez udziału przeglądarki.
- Tag Google Ads z konwersjami rozszerzonymi. Dane o kliknięciach uzupełnione o zahaszowane identyfikatory first-party.
- Sygnały Consent Mode. Dzięki nim zbierane są tylko te dane, na które użytkownik się zgodził.
Celem jest jeden strumień konwersji bez duplikatów, na tyle dokładny, żeby Adriva mogła na jego podstawie przesuwać budżet.
Jak działa połączenie
Adriva korzysta ze standardowych API, które Google i Meta udostępniają do przesyłania danych first-party i danych z serwera. Jej zadanie to poprawnie je skonfigurować, pilnować zgodności identyfikatorów i zdjąć z Ciebie ręczną pracę.
- Odczyt danych o zachowaniu z GA4. Adriva łączy się z Twoją usługą GA4 i strumieniami danych i pobiera zdarzenia, które już śledzisz na stronie. GA4 dalej jest głównym źródłem danych o tym, jak użytkownicy poruszają się po stronie. Adriva sprawia, że te dane mogą trafić do platform reklamowych.
- Piksel razem z Conversions API. Meta zaleca, żeby piksel i Conversions API działały równolegle i nawzajem uzupełniały braki. Adriva wysyła te same konwersje z serwera przez Conversions API, razem z parametrami fbp i fbc z przeglądarki oraz zahaszowanymi identyfikatorami. Dzięki temu zdarzenia docierają do Meta nawet wtedy, gdy przeglądarka zablokuje żądanie.
- Zdarzenia z serwera do GA4. Gdy konwersja musi trafić do Analytics bez udziału przeglądarki, Adriva używa Measurement Protocol GA4. Wysyła zdarzenia bezpośrednio na serwery Google, przypisane do tego samego identyfikatora klienta.
- Konwersje rozszerzone w Google Ads. W momencie konwersji dane first-party, czyli e-mail, telefon i adres, są haszowane algorytmem SHA-256 i wysyłane do Google. Google dopasowuje je do zalogowanych kont i w ten sposób odzyskuje atrybucję, której same pliki cookie już nie zapewniają (źródło: pomoc Google Ads).
- Deduplikacja po wspólnym event_id. To samo zdarzenie może przyjść dwa razy: raz z przeglądarki i raz z serwera. Obie kopie mają ten sam identyfikator, więc platforma liczy je jako jedną konwersję. Szczegóły opisujemy w następnej sekcji.
Zbieranie danych z serwera ma sens, bo odzyskuje konwersje. Ograniczenia przeglądarek i brak zgody sprawiają, że niemała część konwersji nie dociera do platform reklamowych. Modelowanie, które szacuje brakujące konwersje, też potrzebuje poprawnych danych w Google i Meta.
ścieżek od kliknięcia reklamy do konwersji, utraconych przez brak zgody, odzyskuje średnio modelowanie w Consent Mode (wg pomocy Google Ads).
większy średni odzysk w zaawansowanym Consent Mode niż w podstawowym, według Google.
typowy wzrost raportowanych konwersji po włączeniu konwersji rozszerzonych, według raportów branżowych.
Źródła: pomoc Google Ads o modelowaniu w Consent Mode oraz Marin Software. Faktyczny odzysk zależy od odsetka zgód, jakości danych first-party i konfiguracji, więc traktuj te liczby jako orientacyjne.
Deduplikacja: każda konwersja liczona raz
Jeśli wysyłasz zdarzenia i z przeglądarki, i z serwera, ten sam zakup może zostać zgłoszony dwa razy. Deduplikacja temu zapobiega. Gdy piksel Meta i Conversions API zgłaszają konwersję, oba wysyłają ten sam event_id i tę samą nazwę zdarzenia. Meta dopasowuje tę parę i zostawia jedno zdarzenie, co opisuje jej dokumentacja deduplikacji. Jeśli przyjdą duplikaty, Meta zostawia pierwsze zdarzenie, a kolejne odrzuca.
Błąd w identyfikatorze psuje dane w obie strony. Jeśli identyfikatory się nie zgadzają, ta sama sprzedaż liczy się dwa razy i wyniki w raporcie są zawyżone. Jeśli identyfikator jest zbyt ogólny, różne konwersje łączą się w jedną i część przychodu znika z raportu. Adriva pilnuje, żeby piksel i Conversions API używały tego samego identyfikatora. Zdarzenia z przeglądarki i z serwera uzupełniają wtedy swoje braki, a żadna sprzedaż nie liczy się podwójnie.
W Google podobną funkcję pełnią konwersje rozszerzone, tyle że przy łączeniu kliknięć z konwersjami. Zahaszowane identyfikatory first-party pozwalają Google przypisać konwersję do kliknięcia w reklamę, które do niej doprowadziło, nawet bez plików cookie innych firm. Bez nich ta atrybucja przepada. Więcej o pomiarze opartym na danych first-party i danych z serwera piszemy w przewodniku o śledzeniu konwersji na danych first-party.
Jak dane przekładają się na decyzje
Wspólna warstwa danych przydałaby się już do samego raportowania. W Adrivie służy też do automatyzacji. Każda konwersja jest policzona raz i ma przypisane prawdziwe źródło, więc Adriva może porównać kampanię Google Ads z kampanią Meta według tego samego wskaźnika: kosztu konwersji liczonego bez duplikatów. Nie musi polegać na dwóch platformach, z których każda przypisuje sobie tę samą sprzedaż.
Jeśli obie platformy mogą przypisać sobie tę samą konwersję, nie da się ich rzetelnie porównać ani poprawnie podzielić między nie budżetu.
Na tej liczbie opiera się reszta produktu. Adriva na bieżąco przesuwa budżet tam, gdzie konwersje są najtańsze, zarówno między kampaniami, jak i między platformami. Opisujemy to w tekście o tym, jak Adriva co godzinę przesuwa budżet. Gdy Google i Meta korzystają z jednej warstwy danych, Adriva przenosi budżet do platformy, która lepiej konwertuje według danych bez duplikatów. To główny powód, żeby prowadzić Google Ads i Meta Ads razem, zamiast traktować je jako dwa niezależne budżety.
Lepsze dane o konwersjach pomagają też algorytmom samych platform. Smart Bidding w Google i system emisji reklam w Meta optymalizują pod konwersje, które im przekazujesz. Pełniejsze dane bez duplikatów oznaczają, że ich modele uczą się na dokładniejszych informacjach. Adriva poprawia dane wejściowe, a korzystają na tym wszystkie automatyczne stawki.
Co pokazuje wspólny widok obu kanałów
W natywnych menedżerach reklam Google raportuje konwersje, które może przypisać swoim kliknięciom, a Meta te, które może przypisać swoim. Nie widać, gdzie te liczby się pokrywają. Jeśli je zsumujesz, część sprzedaży policzysz podwójnie. Jeśli zaufasz tylko jednej, zaniżysz wkład drugiego kanału. Dane po deduplikacji dają jedną liczbę dla każdej sprzedaży.
Co widać we wspólnej warstwie danych
- Faktyczny koszt konwersji w podziale na platformy, z każdą sprzedażą przypisaną raz. Kanał, który dobrze wypada tylko we własnych raportach, nie przysłania już kanału, który naprawdę lepiej działa.
- Ścieżki wspomagane między platformami. Wyświetlenie reklamy w Meta przed wyszukaniem nazwy marki w Google widać jako część tej samej ścieżki, a nie jako dwa osobne zdarzenia.
- Odzyskane konwersje w raporcie. Konwersje z serwera i konwersje modelowane widać w tym samym widoku co konwersje z przeglądarki. Nie znikają już bez śladu.
- Szybsze decyzje. Adriva działa na tej samej liczbie, do której doszedłbyś po godzinie ręcznego uzgadniania raportów, tylko bez tej godziny pracy.
Jak podłączyć konta
Podłączenie jest częścią konfiguracji i nie wymaga osobnego projektu. Nadajesz Adrivie dostęp do kont reklamowych i usługi GA4 przez standardowe logowanie OAuth każdej platformy. Potem Adriva ustawia w pikselu i Conversions API wspólny identyfikator zdarzenia, sprawdza, czy konwersje rozszerzone i Consent Mode są włączone, i zaczyna odczytywać jeden strumień konwersji bez duplikatów. Z tego samego połączenia korzystają Twoje raporty i automatyzacja Adrivy.
Na tym pomiarze opiera się reszta Adrivy: uruchamianie kampanii w Google i Meta z jednego miejsca, porównywanie ich wyników z rzeczywistymi benchmarkami i przesuwanie budżetu tam, gdzie są konwersje. Umów rozmowę i zobacz to na własnych danych.
Najczęstsze pytania
- Czy Adriva zastępuje GA4?
- Nie. Adriva pobiera dane z Twojej obecnej usługi Google Analytics 4 i jej strumieni danych. GA4 dalej jest głównym źródłem danych o zachowaniu użytkowników na stronie. Adriva łączy je z danymi z Meta i Google Ads, żeby wszystkie źródła były w jednym miejscu.
- Jak działa deduplikacja zdarzeń?
- Piksel Meta (w przeglądarce) i Conversions API (na serwerze) wysyłają tę samą konwersję z tym samym event_id i tą samą nazwą zdarzenia. Gdy Meta dostanie oba zdarzenia, traktuje je jako jedno i zostawia jedną kopię, więc zakup nie liczy się podwójnie. Adriva ustawia ten wspólny identyfikator, żeby oba źródła uzupełniały swoje braki i nie zawyżały wyników.
- Czy potrzebuję Conversions API, jeśli mam już piksel Meta?
- Tak, jeśli zależy Ci na dokładnym pomiarze. Sam piksel w przeglądarce gubi zdarzenia przez blokery reklam, ochronę przed śledzeniem i brak zgody na cookies. Conversions API wysyła te same zdarzenia z serwera, więc konwersje trafiają do Meta także wtedy, gdy przeglądarka zablokuje żądanie. Deduplikacja sprawia, że zdarzenie zgłoszone przez oba źródła liczy się raz.
- Czym różnią się konwersje raportowane przez platformy od danych po deduplikacji?
- Google i Meta raportują konwersje, które mogą przypisać własnym kliknięciom. Ta sama sprzedaż może więc pojawić się na obu kontach, a żadne z nich nie widzi całej ścieżki klienta. Dane po deduplikacji liczą każdą faktyczną konwersję raz i zachowują jej prawdziwe źródło. Porównania kanałów i decyzje budżetowe opierają się wtedy na jednej liczbie dla każdej sprzedaży.
- Czy dane first-party o konwersjach są bezpieczne pod względem prywatności?
- Identyfikatory first-party używane w konwersjach rozszerzonych i Conversions API są haszowane algorytmem SHA-256 przed wysłaniem. Platformy dopasowują je po swojej stronie do zalogowanych kont. Zgody nadal kontrolujesz Ty. Gdy użytkownik odmówi, sygnały Consent Mode decydują, co jest zbierane, a modelowanie szacuje konwersje, których nie da się zmierzyć.
Wypróbuj Adrivę
Reklamy w Google i Meta w jednym miejscu.
Adriva publikuje Twoje kampanie, codziennie je sprawdza i przesuwa budżet tam, gdzie działa.