LW IT Solutions logo LW IT Solutions logo LW IT Solutions
« Przegląd bloga /Digital Marketing/Tutorials / Wykorzystanie danych klientów do przypisywania reklam: konfiguracja...
Ten artykuł w innych językach:

Wykorzystanie danych klientów do przypisywania reklam: konfiguracja konwersji rozszerzonych Google Ads

Wykorzystanie danych klientów do przypisywania reklam: konfiguracja konwersji rozszerzonych Google AdsWykorzystanie danych klientów do przypisywania reklam: konfiguracja konwersji rozszerzonych Google Ads

Management Summary

Konwersje rozszerzone uzupełniają pomiar zakupów w Google Ads o dane klientów podane przy zamówieniu. Dzięki temu potwierdzona sprzedaż może zostać lepiej powiązana z wcześniejszą reklamą, gdy zwykły pomiar ma luki. Adres e-mail jest zamieniany na wartość do porównania, co nie oznacza anonimizacji. Funkcja służy sklepom internetowym do pełniejszej oceny efektów reklamy. Wymaga poprawnych danych i zgody na odpowiednie wykorzystanie; nie gwarantuje odzyskania wszystkich brakujących zakupów.

Spis treści
  1. 1. Wymagania i tag Google
  2. 2. Dane razem z potwierdzonym zdarzeniem
  3. 3. Przypisanie i haszowanie danych
  4. 4. Kontrola przed publikacją
  5. Pytania i odpowiedzi
  6. Źródła

Konwersje rozszerzone uzupełniają pomiar Google Ads o zahaszowane dane klientów. Konwersja to zmierzony wynik, na przykład zakup. Haszowanie zamienia przygotowane dane na wartość o stałej długości służącą do porównania. Odpowiednie dopasowanie może umożliwić dodatkową atrybucję reklamową, czyli przypisanie zakupu lub innego wyniku do interakcji z reklamą. Pełne odzyskanie brakujących konwersji ani określona poprawa nie są gwarantowane.

Przykład dotyczy adresu e-mail przy potwierdzonym zakupie w witrynie. Sam zakup musi być prawidłowo mierzony niezależnie od wzbogacania danych. Konfiguracja wymaga odpowiedniej obsługi zgód; haszowanie nie anonimizuje adresu e-mail.

Przepływ adresu e-mail od potwierdzonego zakupu przez przypisanie danych i haszowanie do Google Ads
Obsługiwany tag przetwarza adres w celu dopasowania. Haszowanie nie zastępuje zgody ani nie dowodzi dopasowania.

1. Wymagania i tag Google

Konwersje rozszerzone wymagają włączenia w Google Ads i zaakceptowania odpowiednich warunków dotyczących danych klientów. Google opisuje od kwietnia 2026 wspólne ustawienie dla witryn i potencjalnych klientów. Starsze instrukcje wymagające wyboru metody zbierania nie odpowiadają zatem każdemu interfejsowi.

Kontener GTM wymaga tagu Google z właściwym kontem Ads jako miejscem docelowym. Zbieranie danych jest konfigurowane w ustawieniu zezwalającym na użycie danych podanych przez użytkownika. Ten przykład jawnie przypisuje zmienną; automatyczne przeszukiwanie całej strony nie jest potrzebne.

2. Dane razem z potwierdzonym zdarzeniem

Warstwa danych to wspólna struktura w przeglądarce. Witryna umieszcza w niej nazwane wartości i zdarzenia do odczytu przez narzędzia takie jak GTM. Osobna nazwa zdarzenia pozwala jawnie skonfigurować dodatkowe przetwarzanie. Poniższy przykład jedynie przekazuje dane do GTM i nie stanowi kompletnego śledzenia zakupów. Aplikacja może wykonać tę gałąź dopiero po potwierdzeniu zakupu i dopuszczeniu przetwarzania; sam kod nie sprawdza zgody.

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  event: 'ads_purchase_ready',
  transaction_id: 'ORDER-123',
  customerData: { email: 'customer@example.com' }
});

Zmienne warstwy danych w GTM odczytują customerData.email i transaction_id. Reguła określa moment uruchomienia tagu, a zmienna dostarcza mu wartość. Reguła zdarzenia niestandardowego ads_purchase_ready łączy wykonanie z dostępnością danych. Istniejąca reguła zakupowa nie może dodatkowo wysyłać tej samej konwersji. Unikalny identyfikator transakcji należy przypisać do odpowiedniego pola zdarzenia konwersji.

DOM to reprezentacja elementów strony zarządzana przez przeglądarkę. Alternatywnie zmienna elementu DOM może odczytać tekst stabilnego elementu, np. #customer-email. Widoczność elementu nie dowodzi jednak nowego zakupu. Na stronach dynamicznych jawne zdarzenie po przygotowaniu danych jest pewniejsze niż sama widoczność.

3. Przypisanie i haszowanie danych

Zmienna typu „Dane podane przez użytkownika” otrzymuje w konfiguracji ręcznej zmienną adresu e-mail. Aktualna instrukcja Google opisuje konfigurację przez tag Google lub parametr user_data; wartości dla konkretnego zdarzenia mogą zastępować ustawienia całego tagu. Dawne pole wyboru w tagu konwersji nie stanowi już uniwersalnej ścieżki w menu.

Przy przekazaniu niehaszowanego adresu obsługiwany tag Google wykonuje wymagane przetwarzanie przed wysyłką. Wcześniej obliczony hash wymaga udokumentowanego pola przeznaczonego dla tego formatu; podwójne haszowanie uniemożliwia prawidłowe dopasowanie. Ani adres, ani hash nie powinny trafiać do zwykłego parametru zdarzenia GA4 przez bezwarunkowe przekazywanie warstwy danych.

4. Kontrola przed publikacją

Podgląd GTM pokazuje zdarzenie, dostępne zmienne i stan zgody. Przy ad_user_data=denied dane klientów nie mogą być wysyłane do wzbogacania pomiaru reklamowego. Testy powinny objąć również zmianę konta, odświeżenie strony potwierdzenia i brak adresu e-mail.

Parametr em w żądaniu sieciowym może wskazywać dane rozszerzone; pusty znacznik nie wystarcza. Hash w żądaniu nie dowodzi ani dopasowania konta, ani zgodności całej konfiguracji z prawem. Dodatkową kontrolę zapewnia diagnostyka konwersji Google Ads, zwykle po około 48 godzinach.

Pytania i odpowiedzi

Jakie reguły obowiązują dla wcześniej haszowanych danych CRM?

CRM to system kontaktów z klientami i danych sprzedaży. Normalizacja oznacza przygotowanie danych w określonym formacie przed haszowaniem. Obowiązują reguły używanego interfejsu. Aktualna dokumentacja API Google Ads wymaga małych liter i usunięcia otaczających białych znaków; dla gmail.com i googlemail.com dodatkowo usuwa się kropki oraz przyrostek z plusem przed @. Inne domeny zachowują kropki i przyrostki. Dopiero potem następuje SHA-256. Dowolnie wybrana normalizacja może zmienić prawidłowe adresy.

Czy Consent Mode chroni dane już obecne w warstwie danych?

Sterowanie tagiem Google nie uniemożliwia innym skryptom dostępu do danych obecnych w przeglądarce. Dane klientów powinny być udostępniane wyłącznie do określonego celu. Kolejne zdarzenia i zmiana konta nie mogą przypadkowo wykorzystywać starych wartości; czyszczenie danych i kontrola dostępu są częścią wdrożenia.

Co z adresem pojawiającym się po uruchomieniu tagu?

Wysłane żądania nie otrzymują późniejszych wartości. Zdarzenie musi odpowiadać momentowi dostępności danych. Dla danych obecnych na wcześniejszej stronie Google opisuje osobny tag zdarzenia danych użytkownika; drugie zdarzenie zakupu nie jest właściwym zamiennikiem.

Lukas Wójcik

Lukas Wójcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Kontakt

Masz pytanie lub pomysł na projekt internetowy? Napisz krótko, o co chodzi. Formularz korzysta z reCAPTCHA i formconfirmed do ochrony przed spamem.

Napisanie komentarza

Doświadczenia z praktyki i pytania o wdrożenie są tu mile widziane.

Adres e-mail nie jest publikowany. Pola obowiązkowe oznaczono gwiazdką.

LUKASWOJCIK.COM · NEWSLETTER

Nowe pomysły w skrzynce

Nowe artykuły, praktyczne narzędzia i informacje o projektach.

Wybierz tematy (opcjonalnie)
Bez wyboru: wszystkie tematy.

Zapis wymaga potwierdzenia e-mailem. · Prywatność

Prywatność · Newsletter

Adres e-mail, język, wybrane tematy oraz daty zapisu i potwierdzenia są przechowywane w celu wysyłki newslettera. Wymagane jest potwierdzenie zapisu. Każda wiadomość zawiera link do natychmiastowej rezygnacji. Formconfirmed chroni formularz przed spamem. Brak śledzenia otwarć i kliknięć.

Pełna polityka prywatności ↗