Data Manager API od Google Ads: zarządzane, hostowane w UE

Śledzenie konwersji Google Ads po stronie serwera

Wysyłaj konwersje ze swojego sklepu do Data Manager API od Google Ads z serwera, a nie z przeglądarki: zdeduplikowane z Twoim tagiem Google po wspólnym identyfikatorze zdarzenia, uzależnione od zgody marketingowej i przetwarzane w UE. Bez skrypt Google Ads do wdrożenia we własnej chmurze, bez serwerowego kontenera GTM do skonfigurowania: jeden klucz połączenia, a to samo zdarzenie trafia też do GA4, TikToka, Pinteresta, Google Ads i Microsoft Advertising.

Deduplikacja po numerze zamówienia Zgoda sprawdzana w obu warstwach Hostowane w UE (Niemcy)

Konto Google Ads podłączasz przez OAuth: bez klucza, bez client secret, bez niczego do wklejania w sklepie.

Przepływ od początku do końca
Twój sklep Tag Google w przeglądarce + zdarzenie z serwera, ten sam numer zamówienia
Dyspozytor DataFirefly Hostowane w UE: najpierw sprawdzenie zgody, potem rozesłanie
Google Ads GA4 TikTok Pinterest Google Ads Microsoft Advertising
Definicja

Czym jest śledzenie konwersji Google Ads po stronie serwera?

Śledzenie po stronie serwera dla Google Ads wysyła sprzedaż z Twojego serwera do Data Manager API, interfejsu, którego Google używa teraz do przyjmowania konwersji. Zamiast prosić przeglądarkę odwiedzającego o zgłoszenie sprzedaży, to Twój serwer wysyła konwersję bezpośrednio. Żądanie wychodzi z Twojej infrastruktury, więc bloker reklam ani polityka cookie przeglądarki nie mają czego przechwycić.

Konwersja Google Ads potrzebuje click id

To fragment, który pomija większość poradników. Google przypisuje sprzedaż do reklamy przez click id, które umieściło w adresie strony docelowej: gclid albo gbraid i wbraid dla ścieżek aplikacyjnych. Bez click id nie ma przypisanej konwersji, niezależnie od metody śledzenia. Server-side nie zmienia tej reguły; zmienia to, jak niezawodnie identyfikator przetrwa drogę od strony docelowej do zamówienia.

To numer zamówienia zapobiega podwójnemu liczeniu

Tag w przeglądarce i serwer wysyłają ten sam identyfikator transakcji dla tej samej sprzedaży. Google łączy je i zostawia jedną. Bez tego wspólnego identyfikatora równoległe działanie taga i serwera zawyża raportowane konwersje.

Consent Mode nadal obowiązuje

Przeniesienie tagu na serwer zmienia to, skąd wychodzi żądanie, a nie to, czy potrzebujesz zgody na jego wysłanie. Zgoda marketingowa nadal obowiązuje, a my sprawdzamy ją w obu warstwach.

Szukasz szerszego obrazu, a nie samego Google Ads? Przeczytaj, czym jest śledzenie po stronie serwera i jak działa.

Problem

Dlaczego Google Ads pokazuje mniej konwersji, niż sprzedałeś

Piksel działa w przeglądarce klienta: jedynym ogniwie łańcucha, którego nie kontrolujesz, i tym, na które przypada największa presja.

  • Blokery reklam

    nie pozwalają wczytać taga na stronie potwierdzenia zamówienia: konwersja po prostu nigdy nie trafia do Google Ads.

  • Safari ITP i limity cookie w przeglądarkach

    skracają albo usuwają plik cookie _gcl_aw które niesie click id od reklamy aż do zamówienia.

  • Utracone click id

    kosztuje Cię całą konwersję, a nie jej część: Google nie przypisze sprzedaży, której nie potrafi powiązać z kliknięciem.

Problemem nie jest tylko dziura w raportach. Smart Bidding uczy się z konwersji, które otrzymuje: zaniżona sprzedaż to algorytm licytujący na połowicznym obrazie tego, co naprawdę konwertuje, i wydający zgodnie z nim.

Rozwiązanie

Zarządzane połączenie z Google Ads, bez hydrauliki

Zainstaluj konektor swojej platformy albo wywołaj nasze API bezpośrednio. Zatwierdzone zamówienia idą po stronie serwera do Data Manager API, zdeduplikowane z Twoim tagiem Google po numerze zamówienia i uzależnione od zgody.

Konwersje, które przetrwają przeglądarkę

Zakup po stronie serwera wychodzi z Twojej infrastruktury. Kiedy tag w przeglądarce jest zablokowany, to właśnie to zdarzenie dociera do Google Ads.

Deduplikacja po naszej stronie

Konektor wysyła numer zamówienia jako identyfikator transakcji (transactionId przy zakupach) po obu stronach. Nie musisz sam budować logiki dopasowania.

Click id obsłużone jak należy

gclid, gbraid i wbraid są walidowane i normalizowane przed wysłaniem, razem z otoczką GCL.<znacznik czasu>. którą tag Google zapisuje w pliku cookie. Wartość zniekształcona albo zastępcza zostaje odrzucona zamiast wysłana: jeden zły identyfikator pogarsza wszystkie kampanie korzystające z tej akcji konwersji.

Nic nie ginie po drodze

Kolejka ponowień automatycznie powtarza nieudane wysyłki nadające się do ponowienia, więc krótka awaria po jednej albo po drugiej stronie nie kosztuje Cię konwersji.

Zgoda egzekwowana dwa razy

Warstwa przeglądarki nie wstrzykuje niczego bez zgody marketingowej, a dyspozytor sprawdza po raz drugi, zanim cokolwiek dotrze do Google.

Żadnych danych dostępowych w sklepie

Google Ads podłączasz przez OAuth ze swojego konta DataFirefly, a token odświeżania jest u nas zaszyfrowany. Przejęty front sklepu nie ma czego ujawnić.

Inspector, żeby to udowodnić

Każde zdarzenie i jego status w rozbiciu na miejsca docelowe widać w Inspectorze, także te pominięte z braku click id: wiesz dlaczego, zamiast zgadywać.

Jedno zdarzenie, sześć miejsc docelowych

Ta sama konwersja trafia też do GA4, TikToka, Pinteresta, Google Ads i Microsoft Advertising, bez budowania drugiej integracji.

Jak się połączyć

Podłącz swój sklep do Google Ads

1

Podłącz Google Ads raz, przez OAuth

W koncie DataFirefly kliknij Podłącz Google Ads i wybierz konto. Następnie przypisz każdemu zdarzeniu jego akcję konwersji . Zdarzenie bez przypisanej akcji zostaje pominięte czysto, nigdy nie trafia pod niewłaściwą. do Conversions API wygenerowany w Events Managerze. Przechowujemy je zaszyfrowane i nigdy nie wysyłamy do Twojego sklepu.

2

Zainstaluj konektor swojej platformy

PrestaShop, WooCommerce albo Shopware, a potem wklej swój jedyny klucz połączenia dfss_ . Na dowolnej innej technologii wysyłaj zdarzenia do naszego API.

3

Sprawdź w Google Ads

Złóż zamówienie testowe z prawdziwego kliknięcia w reklamę, poszukaj w Inspectorze dostarczonego purchase i potwierdź, że konwersja pojawia się w Google Ads pod przypisaną akcją, policzona raz.

Porównanie

Własny skrypt, serwerowy GTM czy zarządzany konektor?

Trzy drogi prowadzą do tego samego Data Manager API. Różnią się tym, co musisz utrzymywać sam, i tym, czy Google pozostaje jedynym miejscem docelowym.

Własna integracja

Kod, który piszesz na Data Manager API: odświeżanie OAuth, walidacja click id, przypisanie akcji konwersji, ponowienia. Pełna kontrola, a każda przyszła zmiana API jest Twoja do nadrobienia.

Server-side GTM

Serwerowy kontener GTM, który sam hostujesz i konfigurujesz, z tagiem Google Ads w środku. Maksymalna kontrola nad tagami i zmiennymi oraz realna znajomość GTM potrzebna do zbudowania i utrzymania.

DataFirefly

Zarządzany konektor: bez kontenera, bez konta chmurowego, jeden klucz. Google Ads plus Meta CAPI, GA4, TikTok, Pinterest i Microsoft Advertising z tego samego zdarzenia, hostowane w UE.

Kiedy lepiej pasuje inna droga. Jeśli masz programistę, który weźmie integrację na siebie, a Google jest Twoim jedynym kanałem, napisanie jej samodzielnie na Data Manager API jest całkowicie sensowne. Jeśli masz kompetencje GTM u siebie i potrzebujesz kontroli nad przekształceniami tag po tagu, serwerowy GTM jest bardziej elastyczny niż my. My pasujemy lepiej, gdy chcesz, by konwersje pewnie docierały do kilku platform, bez stawania się zespołem od infrastruktury śledzenia. Zobacz też nasze strony Alternatywa dla Stape i Alternatywa dla Addingwell .

Platformy

Śledzenie Google Ads po stronie serwera dla każdej platformy e-commerce

Front headless albo własna technologia? Wysyłaj zdarzenia do naszego API: dyspozytor traktuje Google Ads i każde inne miejsce docelowe tak samo. Opowiedz nam o swojej konfiguracji.

Cennik

Google Ads w każdym planie

Jedna subskrypcja obejmuje całe Twoje konto i wszystkie jego miejsca docelowe: Google Ads nie jest płatnym dodatkiem. Wyższy plan to więcej witryn i więcej zdarzeń miesięcznie.

Za darmo

Bezpłatnie, dopóki mieścisz się w miesięcznym limicie: przekroczenie niczego nie psuje.

€0 / miesiąc
1 witryna w cenie
Do 10,000 zdarzeń / miesiąc
Bez karty płatniczej
Zacznij za darmo

Starter

Dla jednego sklepu, który chce porządnie ustawić konwersje Google Ads.

€39 / miesiąc
1 witryna w cenie
Do 500 tys. zdarzeń / miesiąc
Wszystkie miejsca docelowe w cenie
Wybieram Starter

Scale

Dla agencji i portfeli obsługujących do dwudziestu sklepów przy większym wolumenie.

€349 / miesiąc
20 witryn w cenie
Do 10 mln zdarzeń / miesiąc
Wszystkie miejsca docelowe w cenie
Wybieram Scale

Wolisz najpierw sprawdzić połączenie? Plan bezpłatny pozwala wysyłać zdarzenia i patrzeć, jak docierają, zanim wykupisz abonament.

Zaufanie i RODO

Wysyłanie danych do Google w europejskich ramach

Śledzenie po stronie serwera zmienia to, skąd wychodzi żądanie. Nie wyprowadza Cię poza RODO: dlatego wbudowaliśmy sprawdzanie zgody, zamiast je omijać.

Hostowane w UE (Niemcy)

Zdarzenia są przetwarzane w UE, zanim trafią do Google.

Zgoda sprawdzana w obu warstwach

Po stronie przeglądarki nic się nie uruchamia bez zgody marketingowej, a serwer sprawdza to ponownie.

Żadnych danych dostępowych, które mogłyby wyciec

Google Ads podłączasz przez OAuth, a token odświeżania jest zaszyfrowany w spoczynku i nigdy nie trafia do przeglądarki ani do sklepu.

Click id walidowane, nie zgadywane

Zniekształcone albo zastępcze click id zostaje odrzucone zamiast wysłane do Google.

DPA dostępna

Umowa powierzenia przetwarzania danych obejmująca ten przepływ znajduje się na naszej stronie DPA.

Cel dostępności 99,5%

Śledzone na bieżąco na naszej publicznej stronie statusu, zgodnie z naszym SLA.

FAQ

Najczęstsze pytania: śledzenie Google Ads po stronie serwera

Czym jest śledzenie konwersji po stronie serwera dla Google Ads?

To wysyłanie sprzedaży z własnego serwera do Data Manager API od Google Ads, zamiast polegania na tagu Google działającym w przeglądarce odwiedzającego. Ponieważ żądanie wychodzi z Twojej infrastruktury, a nie z przeglądarki, nie mają na nie wpływu ani blokery reklam, ani ograniczenia przeglądarek dotyczące cookie. Google sam zaleca zachowanie taga i dodanie strony serwerowej, z deduplikacją po numerze zamówienia.

Jak wysyłać konwersje do Google Ads po stronie serwera?

Trzy typowe drogi: napisać własną integrację na Data Manager API, utrzymywać serwerowy kontener GTM z tagiem Google Ads, albo skorzystać z zarządzanego konektora. W DataFirefly instalujesz konektor swojej platformy (PrestaShop, WooCommerce, Shopware) albo wywołujesz nasze API, a potem wklejasz jeden klucz połączenia. Samo Google Ads podłączasz przez OAuth ze swojego konta: nie ma klucza ani client secret do wklejania w sklepie.

Czy śledzenie po stronie serwera policzy moje konwersje Google Ads dwa razy?

Nie, jeśli deduplikacja jest ustawiona. Każda konwersja niesie numer zamówienia jako identyfikator transakcji, zarówno na tagu w przeglądarce, jak i w zdarzeniu z serwera. Google łączy je po tym identyfikatorze i liczy konwersję raz. Jeśli tag jest zablokowany, zdarzenie z serwera i tak dociera, a konwersja zostaje zapisana: właśnie po to używa się obu.

Dlaczego niektóre moje zamówienia nigdy nie trafiają do Google Ads?

Prawie zawsze dlatego, że zamówienie nie niesie żadnego click id Google. Google przypisuje konwersję przez gclid (albo gbraid i wbraid przy ścieżkach aplikacyjnych) umieszczone w adresie strony docelowej, a jeśli ten identyfikator zginie między stroną docelową a zamówieniem, nie ma do czego przypiąć sprzedaży. To nie błąd i nigdy nie wymyślamy wartości: zdarzenie zostaje pominięte czysto i tak też pokazuje je Inspector. Zamówienia z wyników organicznych, z ruchu bezpośredniego albo z innego kanału też nie mają click id, co jest normalne i oczekiwane. Żeby identyfikator przetrwał przeglądarkę, nasze moduły do PrestaShop, WooCommerce i Shopware przechwytują go już na stronie docelowej (gclid, gbraid i wbraid) do własnego ciasteczka przechowywanego 90 dni i przenoszą go do zamówienia po stronie serwera.

Czy śledzenie po stronie serwera do Google Ads jest zgodne z RODO?

Śledzenie po stronie serwera nie znosi wymogu zgody. Nasze konektory uzależniają zarówno warstwę przeglądarki, jak i warstwę serwera od zgody marketingowej, a dyspozytor sprawdza to po raz drugi, zanim jakiekolwiek zdarzenie wyruszy do Google. Sygnały Consent Mode z Twojego banera nadal obowiązują. Zdarzenia są przetwarzane w UE (Niemcy), dostępna jest umowa DPA, a token odświeżania OAuth nigdy nie opuszcza naszego serwera. Server-side to mechanizm niezawodności i jakości danych, a nie sposób na obejście banera zgody.

Czy to działa ze Smart Biddingiem i Consent Mode v2?

Tak, i o to właśnie chodzi. Smart Bidding optymalizuje na konwersjach, które Google faktycznie otrzymuje: odzyskanie tych, które gubił zablokowany tag, zmienia to, na co licytuje algorytm. Consent Mode v2 pozostaje nienaruszony: bez zgody marketingowej nic nie wychodzi, w żadnej z warstw, a nasze moduły banera cookie dla WordPressa i PrestaShop obsługują go natywnie. Licz na dzień, zanim odzyskany wolumen pojawi się w Google Ads, a nie na efekt natychmiastowy.

Google, Google Ads i Google Analytics są znakami towarowymi Google LLC. DataFirefly nie jest powiązana z Google. Nazw produktów używamy do opisania interoperacyjności.

Przestań tracić konwersje Google Ads przez przeglądarkę

Wysyłaj zamówienia po stronie serwera do Data Manager API od Google Ads: z poszanowaniem zgody, z hostingiem w UE, a Meta CAPI, GA4, TikTok, Pinterest i Microsoft Advertising z tego samego zdarzenia.