Konwersje rozszerzone Google Ads — czym są i jak wdrożyć je przez sGTM

Konwersje rozszerzone (Enhanced Conversions) to mechanizm, którym Google odzyskuje konwersje niewidoczne dla zwykłego tagu: do zdarzenia dokleja się hashowane dane klienta (e-mail, telefon), a Google dopasowuje je do zalogowanych użytkowników. To odpowiednik parametrów dopasowania z Meta cAPI — tylko po stronie Google Ads.

Jaki problem rozwiązują

Konwersja jest przypisywana do kliknięcia przez cookie. Gdy cookie zniknie (Safari, adblock, zmiana urządzenia), tag widzi zakup, ale nie umie połączyć go z reklamą. Enhanced Conversions dają Google drugi klucz dopasowania: zahashowany e-mail kupującego. Jeśli użytkownik jest zalogowany w Google — konwersja wraca do kampanii.

Ile to odzyskuje

Ile dokładnie konwersji wraca — zależy od udziału ruchu mobilnego, Safari i urządzeń z włączonym adblockiem w Twoim koncie; nie ma jednej wspólnej liczby, którą można obiecać z góry. To konwersje, które już masz — tylko wcześniej nie widziałeś ich w kampaniach, więc smart bidding uczył się na zaniżonych danych. Rzeczywisty efekt sprawdzam w diagnostyce działania konwersji w Twoim koncie Google Ads, nie na ogólnym procencie z case study innej branży.

Trzy sposoby wdrożenia

1. Tag w przeglądarce — GTM zbiera e-mail ze strony podziękowania i hashuje w locie. Najprostsze, ale dziedziczy problemy przeglądarki (adblock utnie i tag, i dane).
2. Przez sGTM — dane klienta idą w zdarzeniu do kontenera serwerowego, tam są hashowane SHA-256 i wysyłane do Google. Zwykle bardziej odporne na adblockery niż tag w przeglądarce i spójne z resztą architektury server-side — ale to nie jest wymóg: konwersje rozszerzone działają też bez sGTM (patrz FAQ), a nawet server-side nie gwarantuje 100% dostarczenia, np. gdy użytkownik blokuje cały JavaScript.
3. Enhanced Conversions for Leads — wariant dla firm leadowych: e-mail z formularza dopasowuje późniejszą sprzedaż offline do kampanii, która przyprowadziła lead.

Wdrożenie przez sGTM w praktyce

Warunek: dataLayer z danymi klienta przy zdarzeniu zakupu. Kontener sGTM odbiera zdarzenie, normalizuje dane (małe litery, bez spacji — inaczej hash nigdy się nie dopasuje), hashuje i przekazuje w tagu konwersji Google Ads. W panelu Google Ads włączasz konwersje rozszerzone dla działania konwersji i wskazujesz źródło.

RODO i zgody

Hashowanie SHA-256 to pseudonimizacja, nie anonimizacja — po hashowaniu dane wciąż są danymi osobowymi w rozumieniu RODO, bo da się je powiązać z konkretną osobą (np. atakiem słownikowym na popularne adresy e-mail). Podstawę prawną i treść zgód należy ustalić dla konkretnego wdrożenia. Wysyłka powinna uwzględniać sygnały z consent mode v2: bez odpowiedniej zgody dane nie powinny trafić do Google. To infrastruktura wspierająca zgodność, nie podstawa prawna sama w sobie; przepływy danych i role stron opisujesz w swojej polityce prywatności.

Jak zdiagnozować niski wskaźnik dopasowania

Zanim uznasz, że konwersje rozszerzone „nie działają”, sprawdź po kolei:

• Normalizacja danych — e-mail musi być zapisany małymi literami i bez spacji, telefon w formacie E.164; inna normalizacja po stronie klienta i Google = hash nigdy się nie dopasuje.
• Długość hasha — SHA-256 to zawsze 64 znaki hex. Krótszy ciąg albo hash z dodatkowej soli oznacza błąd w implementacji, nie problem z danymi klienta.
• Podgląd zdarzenia w sGTM — w trybie debug/preview sprawdzam, czy pole z danymi klienta faktycznie trafia do tagu konwersji Google Ads, zanim szukam przyczyny gdzie indziej.
• Diagnostyka w Google Ads — Cele → Podsumowanie → diagnostyka działania konwersji pokazuje status i wskaźnik dopasowania per działanie konwersji, po przetworzeniu danych, o ile ich liczba pozwala na ocenę.
• Zgody i consent mode — niski wskaźnik dopasowania bywa efektem działania zgodnego z projektem: bez zgody marketingowej dane nie są wysyłane, więc część użytkowników nigdy nie powinna się dopasować.

Jeśli po tych krokach wskaźnik dopasowania wciąż wygląda nieprawidłowo, a nie wynika ze zgód — zostaw numer, sprawdzę konfigurację. Jeśli potrzebujesz tylko diagnozy pomiaru bez wdrożenia zmian, zobacz też audyt GA4.

Podsumowanie

Konwersje rozszerzone to jedno z tańszych ulepszeń trackingu: dane już masz, infrastruktura (sGTM) często już stoi, a smart bidding dostaje pełniejszy sygnał — o ile zgody na to pozwalają. Jeśli wdrażasz server-side dla Meta, konwersje rozszerzone Google można wdrożyć tym samym kontenerem, ale to osobna konfiguracja, nie automatyczny efekt posiadania sGTM.

Najczęściej zadawane pytania

Czy konwersje rozszerzone wymagają sGTM?

Nie — działają też z tagiem w przeglądarce. Wdrożenie server-side przez sGTM jest zwykle bardziej odporne na adblockery i spójne z resztą trackingu, ale żadna z metod nie gwarantuje dostarczenia 100% zdarzeń.

Czy hashowanie e-maila to anonimizacja danych?

Nie. SHA-256 to pseudonimizacja, nie anonimizacja — dane po hashowaniu wciąż są danymi osobowymi w rozumieniu RODO. Podstawę prawną i treść zgód należy ustalić dla konkretnego wdrożenia. Konfiguracja techniczna musi uwzględniać sygnały consent mode v2.

Jak sprawdzić, czy działają?

W Google Ads: Cele → Podsumowanie → diagnostyka działania konwersji. Status „Rejestrowanie konwersji rozszerzonych" i wskaźnik dopasowania pojawiają się po przetworzeniu danych; dostępność metryk zależy także od liczby zdarzeń.