Enhanced Conversions w Google Ads: konfiguracja przez GTM

Jak działają Enhanced Conversions i co zmieniło się w 2026 roku

Konwersje rozszerzone uzupełniają klasyczny pomiar oparty na ciasteczkach i identyfikatorze kliknięcia. Gdy klient składa zamówienie, tag konwersji wysyła do Google Ads – obok standardowych danych – zahaszowany algorytmem SHA-256 adres e-mail lub telefon. Google porównuje te skróty z danymi zalogowanych użytkowników i, jeśli znajdzie dopasowanie z wcześniejszą interakcją z reklamą, przypisuje konwersję kampanii.

W 2026 roku zmieniły się dwie rzeczy, które upraszczają wdrożenie:

1. Jeden przełącznik zamiast wyboru metody (od czerwca 2026). Konwersje rozszerzone dla witryn i dla leadów połączono w jedną funkcję. Zniknął ekran, na którym wybierało się metodę – tag Google, Google Tag Manager albo API. Ustawienie znajdziesz w sekcji celów, w panelu dotyczącym wykorzystania danych klientów, a ten sam przełącznik pojawia się przy tworzeniu i edycji akcji konwersji. Konta, które wcześniej zaakceptowały warunki dotyczące danych klientów, zostały przeniesione automatycznie.
2. Wiele źródeł danych jednocześnie (od kwietnia 2026). Google Ads przyjmuje dane przekazywane przez użytkowników z tagów na stronie, z Data Managera i z połączeń API równocześnie. Możesz więc wysyłać dane z tagu w GTM i dodatkowo importować etapy sprzedaży z CRM.

Warunkiem działania jest akceptacja warunków przetwarzania danych klientów w Google Ads. Bez niej przełącznik pozostaje nieaktywny, nawet jeśli tag w GTM jest skonfigurowany poprawnie.

Co przygotować przed konfiguracją w Google Tag Managerze

Większość nieudanych wdrożeń nie wynika z błędów w GTM, tylko z braków po stronie strony internetowej albo zgód. Zanim otworzysz kontener, przejdź przez poniższą listę.

Jeśli tagi konwersji dopiero powstają, zacznij od podstaw opisanych w poradniku Google Tag Manager od podstaw. Konfiguracja konwersji rozszerzonych zakłada, że zwykły tag konwersji już działa.

Jakie dane przekazać w warstwie danych i w jakim formacie

Najpewniejszym źródłem danych jest warstwa danych, którą programista uzupełnia na stronie potwierdzenia zamówienia. Wystarczy rozszerzyć istniejące zdarzenie purchase o obiekt user_data. Pełną specyfikację zdarzeń e-commerce, w którą ten fragment się wpisuje, znajdziesz w artykule o warstwie danych dla e-commerce GA4.

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({ ecommerce: null });
window.dataLayer.push({
  event: 'purchase',
  ecommerce: {
    transaction_id: 'ZAM-2026-10-01234',
    value: 249.00,
    currency: 'PLN'
  },
  user_data: {
    email: 'jan.kowalski@example.com',
    phone_number: '+48600100200',
    address: {
      first_name: 'Jan',
      last_name: 'Kowalski',
      street: 'ul. Przykładowa 12',
      city: 'Kraków',
      postal_code: '30-001',
      country: 'PL'
    }
  }
});

Dane możesz przekazać w postaci jawnej – GTM i tag Google znormalizują je i zahaszują przed wysłaniem. Jeśli wolisz, żeby jawne dane w ogóle nie pojawiały się w przeglądarce, programista może podać gotowe skróty SHA-256 w polach z przedrostkiem sha256_, np. sha256_email_address i sha256_phone_number. Wtedy jednak to po Twojej stronie leży poprawna normalizacja przed haszowaniem.

Minimum to adres e-mail. Telefon i adres zwiększają szansę dopasowania, ale tylko wtedy, gdy są w poprawnym formacie. Jeśli sklep zapisuje numery w różnej postaci, dodaj w GTM zmienną niestandardową JavaScript, która je ujednolica:

function() {
  var raw = {{DLV - user_data.phone_number}};
  if (!raw) { return undefined; }
  var p = String(raw).replace(/[^0-9+]/g, '');
  if (p.indexOf('00') === 0) { p = '+' + p.slice(2); }
  if (p.charAt(0) !== '+' && p.length === 9) { p = '+48' + p; }
  return p.charAt(0) === '+' ? p : undefined;
}

Konfiguracja Enhanced Conversions w GTM krok po kroku

Gdy dane są już w warstwie danych, konfiguracja w kontenerze zajmuje kilkanaście minut. Kolejność poniżej zakłada tag konwersji odpalany na zdarzeniu purchase.

1. Utwórz zmienne warstwy danych. Dodaj zmienne typu „Zmienna warstwy danych” dla user_data.email, user_data.phone_number i pól adresu, np. DLV - user_data.email. Dla telefonu możesz użyć zmiennej normalizującej z poprzedniej sekcji.
2. Utwórz zmienną danych przekazywanych przez użytkownika. Wybierz typ „User-Provided Data” i sposób konfiguracji. Przy danych z warstwy danych najprościej wybrać konfigurację ręczną i przypisać każdemu polu (e-mail, telefon, imię, nazwisko, ulica, miasto, kod pocztowy, kraj) odpowiednią zmienną. Alternatywą jest tryb „kod”, w którym wskazujesz jedną zmienną zwracającą cały obiekt user_data.
3. Włącz dane w tagu konwersji. W tagu „Google Ads Conversion Tracking” zaznacz opcję dołączania danych przekazywanych przez użytkowników ze strony („Include user-provided data from your website”) i wybierz zmienną z kroku 2.
4. Sprawdź regułę. Tag musi odpalać się na zdarzeniu purchase, czyli wtedy, gdy dane są już w warstwie danych. Reguła „Wyświetlenie strony” na stronie podziękowania często uruchamia tag przed wypchnięciem danych.
5. Uzupełnij identyfikator transakcji. Pole „ID transakcji” w tagu zasil wartością transaction_id. Ułatwia to deduplikację i późniejsze dopasowanie zamówień.
6. Przetestuj w trybie podglądu. Złóż zamówienie testowe i sprawdź w podglądzie GTM, czy zmienna danych użytkownika zwraca wartości, a tag odpalił się raz.
7. Włącz funkcję w Google Ads i opublikuj kontener. Upewnij się, że przełącznik konwersji rozszerzonych jest aktywny dla konta lub akcji konwersji, a potem opublikuj wersję z opisem zmian.

Automatycznie, ręcznie czy kodem – który sposób wybrać

Zmienna danych użytkownika w GTM oferuje trzy tryby. Wybór wpływa na stabilność pomiaru bardziej niż jakiekolwiek inne ustawienie.

Tryb automatyczny i selektory CSS są wrażliwe na zmiany szablonu: wystarczy przebudowa strony podziękowania, żeby dane przestały być wysyłane, a nikt tego nie zauważy. Warstwa danych jest odporna na zmiany wyglądu, dlatego w sklepach to rozwiązanie domyślne.

Enhanced Conversions a Consent Mode i RODO

Konwersje rozszerzone przetwarzają dane osobowe, więc wymagają podstawy prawnej i poprawnie działającego mechanizmu zgód. W Consent Mode v2 o wysłaniu danych klienta decyduje sygnał ad_user_data: przy odmowie tag nie przekazuje zahaszowanych danych, nawet jeśli zmienna w GTM je zwraca.

W praktyce oznacza to, że jakość baneru cookies bezpośrednio wpływa na skuteczność konwersji rozszerzonych. Jeśli Consent Mode jest wdrożony niepoprawnie, np. baner nie aktualizuje stanu zgód po kliknięciu „Akceptuję”, funkcja nie zadziała dla dużej części ruchu z Polski. Punkt po punkcie sprawdzisz to z pomocą checklisty Consent Mode v2.

Haszowanie nie czyni danych anonimowymi w rozumieniu RODO – to wciąż dane osobowe w postaci pseudonimizowanej. Polityka prywatności powinna informować o przekazywaniu danych do Google w celach pomiaru i reklamy, a Google powinien być ujęty wśród odbiorców danych. Zakres obowiązków zależy od modelu biznesowego, dlatego w konkretnej sprawie warto skonsultować się z prawnikiem lub inspektorem ochrony danych.

Jak sprawdzić, czy Enhanced Conversions działają

Weryfikację prowadzi się na dwóch poziomach: w przeglądarce w chwili zakupu i w Google Ads po kilku dniach. Pierwszy pokazuje, czy dane są wysyłane, drugi – czy Google je przyjmuje i dopasowuje.

W przeglądarce. W Tag Assistant lub w zakładce sieci narzędzi deweloperskich znajdź żądanie konwersji Google Ads po zamówieniu testowym. Jeśli dane klienta zostały dołączone, w żądaniu pojawia się parametr em z zahaszowanymi wartościami. Brak tego parametru przy wyrażonej zgodzie oznacza problem ze zmienną albo z kolejnością odpalania tagu. Procedurę krok po kroku opisujemy w tekście o tym, jak sprawdzić, czy tag działa.

W Google Ads. Diagnostyka akcji konwersji pokazuje status konwersji rozszerzonych, udział konwersji z danymi klienta i ewentualne błędy formatu. Pierwsze dane pojawiają się zwykle po 2–3 dniach. Nie oceniaj wdrożenia po kilku godzinach.

Najczęstsze błędy wykrywane w diagnostyce to:

• dane wysyłane tylko z części zamówień, bo e-mail jest dostępny wyłącznie dla zalogowanych klientów,
• numery telefonów bez kierunkowego kraju,
• tag konwersji odpalany dwukrotnie (na wyświetleniu strony i na zdarzeniu purchase),
• podwójne haszowanie – programista haszuje dane, a w GTM są one podane jako jawne pola.

Konwersje rozszerzone często poprawiają zgodność danych z systemem sklepu, ale nie usuwają wszystkich rozbieżności między narzędziami. Skąd biorą się pozostałe różnice, wyjaśniamy w artykule o rozbieżnościach konwersji między GA4, Google Ads i Meta.

Enhanced Conversions dla leadów i dane z CRM

W firmach usługowych i B2B sprzedaż kończy się poza stroną, więc tag na stronie podziękowania mierzy tylko wysłanie formularza. Konwersje rozszerzone dla leadów pozwalają później przesłać do Google Ads informację o tym, że lead stał się klientem, z identyfikacją na podstawie tego samego zahaszowanego e-maila lub telefonu.

Schemat jest prosty: tag w GTM wysyła dane klienta przy wysłaniu formularza, CRM zapisuje lead, a po kwalifikacji lub sprzedaży wynik trafia do Google Ads przez Data Manager albo API. Data Manager API jest powszechnie dostępne od 10 września 2026, a od 16 listopada 2026 Data Manager nie wymaga przesyłania danych zahaszowanych SHA-256. Jak przygotować listy i import, opisujemy w tekście o Customer Match i Data Managerze.

Dobre dane o konwersjach to paliwo dla automatyzacji, z której korzysta dziś każda kampania – od AI Max for Search po kampanie Performance Max. Pozostałe poradniki o konfiguracji kampanii znajdziesz w dziale Google Ads, a opis samego narzędzia na stronie Google Tag Managera.