Zaglądasz do raportu konwersji i coś się nie zgadza. W CRM masz 40 zapytań z reklam, a Google Ads pokazuje 27. Te brakujące kilkanaście to nie magia – to przeglądarki, które blokują ciasteczka, użytkownicy klikający „odrzuć wszystko” w oknie zgody i Safari, które kasuje znaczniki po kilku dniach. Konwersje rozszerzone to mechanizm, który większość tych zgubionych konwersji pozwala odzyskać.
Idea jest prosta: zamiast polegać wyłącznie na ciasteczku, dosyłasz do Google zahaszowane dane, które klient sam zostawił w formularzu albo przy zakupie – e-mail, telefon, czasem imię i adres. Google dopasowuje je do zalogowanych kont i odzyskuje ślad, który inaczej przepadłby. To technologia oparta na danych first-party google ads, w pełni zgodna z RODO, bo wszystko jest szyfrowane jeszcze w przeglądarce.
Poniżej rozkładam temat na czynniki pierwsze: czym dokładnie są enhanced conversions google ads, jak je wdrożyć trzema metodami, czym różni się wersja dla sieci web od tej dla leadów i dlaczego to wszystko realnie poprawia wyniki Smart Biddingu. Piszę z perspektywy ludzi, którzy włączają to na kontach klientów co tydzień – więc dostajesz konkret, nie teorię.
Spis treści
- Czym są konwersje rozszerzone i po co je włączać
- Hashowanie danych – dlaczego to jest zgodne z RODO
- Konwersje rozszerzone dla web a dla leadów
- Konfiguracja krok po kroku: Google Tag, GTM, API
- Wpływ na Smart Bidding i jakość danych
- Najczęstsze błędy przy wdrożeniu
- Najczęściej zadawane pytania
Czym są konwersje rozszerzone i po co je włączać
Konwersje rozszerzone to funkcja Google Ads, która uzupełnia standardowe śledzenie konwersji o dane first-party przekazane przez klienta. Gdy ktoś wypełni formularz albo dokona zakupu, do tagu konwersji trafia dodatkowo jego e-mail lub numer telefonu – zaszyfrowany – który Google porównuje z bazą zalogowanych użytkowników.
Po co to wszystko? Bo świat bez ciasteczek third-party już tu jest. Safari kasuje ciasteczka po kilku dniach, przeglądarki blokują skrypty śledzące, a Consent Mode v2 sprawia, że bez zgody użytkownika tag w ogóle nie zapisuje pełnych danych. W efekcie klasyczny piksel gubi część konwersji – i to nie pojedyncze procenty.
Z naszej praktyki: na koncie usługowego klienta z Radomia po wdrożeniu konwersji rozszerzonych raport „dogonił” CRM w okolice 90% – wcześniej trzymał się około 65%. Nic nie zmieniliśmy w kampaniach. Po prostu Google znów widział konwersje, które realnie się działy, ale wcześniej ginęły w czarnej dziurze utraconych ciasteczek. To nie jest gadżet – to fundament prawidłowego pomiaru.
Pro-tip: konwersje rozszerzone nie zastępują podstawowego śledzenia konwersji – one je wzmacniają. Najpierw upewnij się, że masz poprawnie wpięty tag konwersji i Consent Mode v2, a dopiero potem włączaj rozszerzenia. Włączenie ich na zepsutym fundamencie nic nie da.
Hashowanie danych – dlaczego to jest zgodne z RODO
Pierwsze pytanie, jakie słyszymy od klientów: „czyli wysyłacie maile moich klientów do Google?”. Nie. I tu wchodzi hashowanie danych konwersji – klucz do tego, że cała technologia jest zgodna z RODO.
Zanim dane opuszczą przeglądarkę, są szyfrowane algorytmem SHA-256. To funkcja jednokierunkowa: z adresu jan.kowalski@example.pl powstaje długi ciąg znaków, którego nie da się odwrócić z powrotem do maila. Google dostaje wyłącznie ten skrót i porównuje go ze skrótami w swojej bazie. Nikt po drodze nie widzi surowego adresu ani numeru telefonu.
W praktyce hashowanie może odbywać się na dwa sposoby:
- Automatycznie po stronie Google – gdy używasz Google Tag lub GTM, dane są normalizowane i hashowane w przeglądarce, zanim cokolwiek wyjdzie na zewnątrz. To najprostsza i najczęstsza ścieżka.
- Ręcznie po Twojej stronie – przy wdrożeniu przez API to Ty hashujesz dane SHA-256, zanim je prześlesz. Tu trzeba zadbać o normalizację: małe litery, usunięcie spacji, format telefonu E.164.
Od strony prawnej i tak potrzebujesz podstawy do przetwarzania (zgoda lub uzasadniony interes) oraz odpowiedniego zapisu w polityce prywatności i umowie powierzenia z Google. To nie jest furtka omijająca RODO – to zgodny z nim sposób na lepszy pomiar. Jeśli chcesz mieć to ułożone porządnie, dobrym punktem startu jest konfiguracja analityki razem z poprawnym wdrożeniem zgód.
Konwersje rozszerzone dla web a dla leadów
To jest moment, w którym najwięcej osób się gubi. Google ma dwie różne funkcje o podobnej nazwie i służą do zupełnie czego innego.
Konwersje rozszerzone dla sieci web
Wersja „dla web” działa na stronie. Gdy użytkownik dokona konwersji na Twojej witrynie – kupi, wyśle formularz, zapisze się – tag zbiera dane first-party z tej samej strony i dosyła je razem ze standardową konwersją. Idealne dla e-commerce i dla każdego, u kogo konwersja domyka się online. To rozwiązanie wzmacnia pomiar zakupów i zapytań, które dzieją się bezpośrednio w witrynie.
Konwersje rozszerzone dla leadów
Konwersje rozszerzone dla leadów to inna bajka. Tu konwersja domyka się offline – klient zostawia kontakt przez formularz, a do sprzedaży dochodzi dopiero po rozmowie telefonicznej, podpisaniu umowy czy wizycie. System działa tak: w momencie wysłania formularza tag zapisuje zahaszowany e-mail leada. Gdy ten lead później zamieni się w klienta, importujesz to zdarzenie (z CRM lub arkusza) z powrotem do Google, a system dopasowuje je po haszu.
Efekt jest potężny: Google uczy się nie na „ktoś wysłał formularz”, tylko na „ten formularz przyniósł realnego klienta”. Dla firm usługowych, B2B i wszystkich z dłuższym procesem sprzedaży to gra warta świeczki. Więcej o samym domykaniu danych offline piszemy w artykule o imporcie konwersji offline do Google Ads.
| Kryterium | Dla sieci web | Dla leadów |
|---|---|---|
| Gdzie domyka się konwersja | Na stronie (online) | Offline (telefon, CRM, umowa) |
| Najlepsze dla | E-commerce, zapisy, zakupy | Usługi, B2B, leady |
| Źródło danych | Formularz/checkout na stronie | Eksport z CRM lub arkusza |
| Co optymalizuje algorytm | Konwersję w witrynie | Realnego, jakościowego klienta |
| Wymaga importu wstecznego | Nie | Tak (ręcznie lub automatem) |
Konfiguracja krok po kroku: Google Tag, GTM, API
Są trzy drogi do wdrożenia, od najprostszej po najbardziej elastyczną. Wybór zależy od tego, jak zbudowana jest Twoja strona i kto się nią opiekuje.
Metoda 1: Google Tag (gtag.js)
Najszybsza ścieżka, jeśli masz na stronie globalny tag Google. W panelu Google Ads, w ustawieniach konwersji, włączasz konwersje rozszerzone i wskazujesz jako metodę „Tag Google”. Następnie definiujesz, z których pól na stronie tag ma czytać dane – przez selektory CSS, zmienne JavaScript albo automatyczne wykrywanie pól. Google zajmuje się normalizacją i hashowaniem sam.
Plus: szybko i bez kodowania. Minus: automatyczne wykrywanie pól bywa zawodne na stronach z nietypowymi formularzami albo checkoutem w iframe.
Metoda 2: Google Tag Manager (GTM)
Najczęściej rekomendowana – to złoty środek między prostotą a kontrolą. W GTM otwierasz swój tag konwersji Google Ads, zaznaczasz „Uwzględnij dane podawane przez użytkownika z konwersji rozszerzonych” i wskazujesz zmienne, które trzymają e-mail czy telefon. Te zmienne najczęściej budujesz na warstwie danych (data layer), którą strona wypełnia po wysłaniu formularza lub zakupie.
Konwersje rozszerzone konfiguracja przez GTM daje pełną kontrolę nad tym, skąd dane są pobierane, i pięknie współgra z Consent Mode v2. To podejście stosujemy domyślnie na kontach klientów, bo łatwo je debugować w trybie podglądu. Jeśli dopiero zaczynasz z menedżerem znaczników, zacznij od artykułu o wdrożeniu Google Tag Managera od podstaw.
Metoda 3: Google Ads API
Najbardziej zaawansowana opcja, typowa dla konwersji rozszerzonych dla leadów. Dane wysyłasz bezpośrednio z serwera albo z CRM – tu Ty odpowiadasz za hashowanie SHA-256 i normalizację. Wykorzystuje się ją, gdy konwersja domyka się głęboko w systemie sprzedażowym i chcesz odsyłać do Google tylko realnie domknięte transakcje. To rozwiązanie spina się świetnie z integracją CRM z automatyzacją, która odsyła zdarzenia bez ręcznej roboty.
Pro-tip: po włączeniu konwersji rozszerzonych odczekaj kilka dni i wejdź w diagnostykę konwersji w Google Ads. Zobaczysz tam status dopasowania danych i ostrzeżenia, jeśli np. tag nie odczytuje pola e-mail. To pierwsze miejsce, w które patrzymy, gdy „włączone, a nie działa”.
Wpływ na Smart Bidding i jakość danych
Tu jest cała pointa. Smart Bidding – czyli tCPA, tROAS i Maksymalizacja konwersji – jest tak dobry, jak dane, którymi go karmisz. Algorytm licytuje stawki na podstawie tego, kto i kiedy konwertował. Jeśli widzi tylko 65% konwersji, podejmuje decyzje na niepełnym obrazie i licytuje gorzej.
Dosłanie zahaszowanych danych first-party robi trzy rzeczy naraz:
- Zwraca utracone konwersje – algorytm widzi pełniejszy obraz, więc trafniej rozpoznaje, które kliknięcia prowadzą do sprzedaży.
- Poprawia jakość modelowania – mniej konwersji jest „domyślanych” statystycznie, bo więcej jest realnie zmierzonych.
- Przy wersji dla leadów – uczy na jakości – Google optymalizuje pod tych, którzy faktycznie kupili, a nie pod każdego, kto wysłał formularz.
Z naszej praktyki przy koncie z dłuższym lejkiem: po wdrożeniu konwersji rozszerzonych dla leadów i odsyłaniu domkniętych umów z CRM, koszt pozyskania realnego klienta – nie samego formularza – spadł zauważalnie w ciągu kilku tygodni. Algorytm po prostu przestał płacić za leady, które nigdy nie zamieniały się w sprzedaż. O tym, jak ustawić same strategie automatyczne, piszemy w tekście o inteligentnych stawkach tCPA i tROAS.
Najczęstsze błędy przy wdrożeniu
Oto rzeczy, które najczęściej widzimy, gdy przejmujemy konta po poprzednich wykonawcach. Każda z nich cichcem zaniża pomiar.
- Włączone w panelu, ale tag nie czyta danych. Sam przełącznik w Google Ads nic nie daje, jeśli GTM albo gtag nie przekazuje e-maila. Klasyk – status „brak danych” w diagnostyce.
- Brak normalizacji przy wdrożeniu przez API. Telefon bez formatu E.164, spacje w mailu, wielkie litery – hasz się nie zgadza i dopasowanie pada. Surowe dane trzeba najpierw oczyścić.
- Konflikt z Consent Mode v2. Jeśli zgody są źle wpięte, dane first-party nie są zbierane, mimo że użytkownik kliknął „akceptuję”. To temat, w którym najłatwiej zostawić wyniki na stole.
- Pomylona wersja funkcji. E-commerce próbuje wdrożyć wersję dla leadów albo odwrotnie. Najpierw odpowiedz sobie, gdzie domyka się Twoja konwersja – online czy offline.
- Brak zapisu w polityce prywatności. Technicznie działa, ale formalnie kuleje. Przetwarzanie danych musi mieć podstawę i być opisane.
Jeśli nie masz pewności, czy Twoje konto mierzy konwersje poprawnie, zacznij od audytu konta Google Ads – pomiar sprawdzamy zawsze w pierwszej kolejności, bo bez niego cała reszta optymalizacji to zgadywanie.
Najczęściej zadawane pytania
Czy konwersje rozszerzone są zgodne z RODO?
Tak, pod warunkiem poprawnego wdrożenia. Dane są hashowane algorytmem SHA-256 jeszcze w przeglądarce, więc Google nie otrzymuje surowego e-maila ani telefonu. Potrzebujesz jednak podstawy prawnej do przetwarzania (zgoda lub uzasadniony interes), zapisu w polityce prywatności oraz umowy powierzenia z Google. To zgodny z RODO sposób na lepszy pomiar, nie obejście przepisów.
Czym różnią się konwersje rozszerzone dla web od tych dla leadów?
Wersja dla sieci web wzmacnia konwersje domykane online – zakupy i formularze na stronie. Wersja dla leadów obsługuje sprzedaż offline: zapisuje zahaszowany kontakt z formularza, a gdy lead zamieni się w klienta, importujesz to zdarzenie z CRM z powrotem do Google. Pierwsza pasuje do e-commerce, druga do usług i B2B.
Czy konwersje rozszerzone realnie poprawiają wyniki kampanii?
Pośrednio, ale wyraźnie. Same w sobie nie obniżają stawek – dostarczają Smart Biddingowi pełniejszych i czystszych danych, dzięki czemu algorytm trafniej licytuje. Przy wersji dla leadów efekt jest największy, bo Google uczy się na realnie domkniętych klientach, a nie na każdym wysłanym formularzu.
Którą metodę wdrożenia wybrać: Google Tag, GTM czy API?
Dla większości firm najlepszy jest Google Tag Manager – daje kontrolę nad danymi i łatwo go debugować. Sam Google Tag jest najszybszy, ale bywa zawodny przy nietypowych formularzach. API stosuje się przy konwersjach dla leadów i głębokiej integracji z CRM, gdy odsyłasz tylko domknięte transakcje.
Czy muszę cokolwiek zmieniać w kampaniach po włączeniu konwersji rozszerzonych?
Nie od razu. Najpierw daj systemowi kilka dni na zebranie danych i sprawdź diagnostykę dopasowania. Jeśli widać pełniejszy pomiar, Smart Bidding zacznie korzystać z lepszych danych automatycznie. Dopiero potem warto ewentualnie skorygować docelowy CPA czy ROAS pod nowy, dokładniejszy obraz konwersji.
Konwersje rozszerzone to dziś jeden z najtańszych sposobów na lepszy pomiar w świecie bez ciasteczek – nie kupujesz nowego ruchu, tylko przestajesz tracić dane o ruchu, za który już płacisz. Jako certyfikowany partner Google wdrażamy je na co dzień w ramach prowadzenia kampanii Google Ads. Jeśli chcesz sprawdzić, ile konwersji gubi Twoje konto – napisz do nas, przejrzymy pomiar i powiemy wprost, co da się odzyskać.
