GA4 w B2B: jak mierzyć leady, których nie widać

Formularz zbiera zgłoszenia, kampania działa, a GA4 pokazuje kilkadziesiąt konwersji miesięcznie. Po kwartale okazuje się, że sprzedaż zamknęła trzy umowy i nikt nie wie, z której kampanii przyszły. Analytics widzi moment wysłania formularza i gubi wszystko, co dzieje się później.

W sprzedaży B2B cykl trwa tygodnie albo miesiące, część rozmów odbywa się telefonem i mailem, a decyzję podejmuje kilka osób. Ten tekst pokazuje, jak domknąć ten łańcuch w GA4 krok po kroku, bez sięgania po płatne narzędzia.

Dlaczego GA4 gubi leady B2B

GA4 jest zbudowany wokół sesji i krótkich ścieżek zakupowych. Domyślne założenie mówi, że konwersja to zdarzenie na stronie, a nie proces rozłożony na tygodnie. W B2B to założenie łamie się w trzech miejscach.

Pierwsze to czas. Gdy lead wraca po dwóch miesiącach, jego poprzednia sesja dawno wygasła, a raporty oparte na sesji nie połączą obu wizyt w jedną ścieżkę. Drugie to kanał. Telefon, polecenie i wiadomość od handlowca nie zostawiają żadnego zdarzenia w Analytics. Trzecie to podział kredytu: przy kilku osobach i kilku urządzeniach ostatnie kliknięcie dostaje całą zasługę, choć droga wyglądała inaczej.

Zdarzenia, których oczekuje Google

Google prowadzi osobną listę zdarzeń rekomendowanych dla pozyskiwania leadów, obejmującą cały lejek, również działania poza stroną. Jest ich sześć: generate_lead, qualify_lead, disqualify_lead, working_lead, close_convert_lead i close_unconvert_lead. Ich wysłanie zapełnia dedykowany raport o pozyskiwaniu leadów w GA4.

Nazwy odpowiadają etapom sprzedaży. generate_lead zapala się, gdy użytkownik wysyła formularz online albo przekazuje dane poza stroną. working_lead oznacza kontakt z przedstawicielem firmy. qualify_lead i disqualify_lead to ocena jakości leada, close_convert_lead oznacza klienta, a close_unconvert_lead zamknięcie sprawy bez sprzedaży.

Wdrożenie jest prostsze, niż wygląda lista. Zdarzenie ze strony, czyli generate_lead, wdrażasz w Google Tag Managerze. Etapy późniejsze pochodzą z CRM, więc nie może ich wywołać tag na stronie. Jako zdarzenia kluczowe oznacz tylko te etapy, które naprawdę zależą od marketingu, bo zdarzenie kluczowe jest jednocześnie podstawą konwersji w Google Ads.

Jak wrócić z etapami z CRM do GA4

Etapy z CRM trafiają do Analytics dwiema drogami: importem danych zdarzeniowych w sekcji importu danych albo przez Measurement Protocol. Import jest łatwiejszy do utrzymania, jeśli CRM potrafi wygenerować plik CSV.

Format jest wymagający. Pola obowiązkowe to jedno z client_id albo app_instance_id, jedno z measurement_id albo firebase_app_id, pasująca para tych identyfikatorów oraz event_name. Pole user_id jest opcjonalne, ale zalecane. Sygnały zgody też są opcjonalne i Google mocno zaleca ich wysyłanie. Znacznik czasu jest opcjonalny, ale zdarzenie musi mieścić się w poprzednich dwóch dniach kalendarzowych plus dniu dzisiejszym. Import nie służy więc do wciągnięcia historii sprzed roku.

Do tego dochodzą sztywne limity. Na jedno konto możesz utworzyć maksymalnie dziesięć źródeł danych zdarzeniowych, a dane pojawiają się w raportach do 24 godzin. Wymiary niestandardowe, które chcesz zobaczyć, muszą istnieć przed wysłaniem pliku, a ich rozpoznanie zajmuje do czterech godzin. W imporcie nie wolno przesyłać danych osobowych, więc nie przenoś tam adresów e-mail. Pamiętaj też, że usunięcie źródła danych nie kasuje wgranych danych, do tego potrzebne jest osobne żądanie usunięcia.

Przekazanie leada z powrotem do Google Ads

Drugi koniec łańcucha to kampanie. Import konwersji offline działa od lat, ale Google przenosi go na nowy mechanizm. Od 15 czerwca 2026 roku wgrywanie konwersji offline oraz rozszerzonych konwersji dla leadów przechodzi do Data Manager API i jest blokowane w Google Ads API. Tokeny deweloperskie, które nie wysłały żadnego zapytania między styczniem a czerwcem 2026, nie dostaną dostępu do starej ścieżki.

Rozszerzone konwersje dla leadów to wersja importu offline, która dokłada dane podane przez użytkownika, na przykład adres e-mail z formularza. Zamiast opierać się wyłącznie na identyfikatorze kliknięcia, Google dopasowuje zahaszowane dane do kont zalogowanych użytkowników i przypisuje konwersję do kampanii. W kwietniu 2026 Google połączył rozszerzone konwersje dla witryny i dla leadów w jedno ustawienie, więc dane mogą pochodzić jednocześnie z tagów, Data Managera i połączeń API.

Jedna zasada zostaje bez zmian: identyfikator kliknięcia jest zalecany, a gdy nie masz tagu zbierającego dane użytkownika, jest wymagany. Bez niego konwersja nie wróci do konkretnego kliknięcia.

Czego nie naprawi żadne ustawienie

Trzy rzeczy zostają poza twoją kontrolą. Pierwsza to wejścia bezpośrednie: część leadów wróci na stronę z wpisanego adresu i GA4 pokaże je jako ruch bezpośredni, choć kampania miała w tym udział. Druga to tożsamość raportowania. Analytics łączy wizyty tego samego użytkownika według modelu ustawionego na poziomie usługi, a bez logowania i bez User-ID część wizyt zostanie policzona osobno. Trzecia to progi danych. Przy małej liczbie zdarzeń i włączonych sygnałach Google część wierszy w raportach zostanie zagregowana, żeby chronić tożsamość użytkowników. Przy kilkudziesięciu leadach miesięcznie ten efekt widać wyraźnie i nie da się go wyłączyć.

Zgoda i dane osobowe

Wysyłka etapów z CRM oznacza przetwarzanie danych o konkretnych osobach. Google pisze wprost, że aby nadal korzystać z pomiaru, personalizacji reklam i remarketingu, trzeba zebrać zgodę na użycie danych osobowych od użytkowników z EEA i przekazywać sygnały zgody. Sygnały ad_user_data i ad_personalization decydują o tym, czy dane mogą być użyte w reklamie.

Hashowanie nie jest anonimizacją. RODO nazywa je pseudonimizacją, więc zahaszowany adres e-mail pozostaje danym osobowym tak długo, jak długo po twojej stronie istnieje lista pozwalająca przypisać go do osoby. Do tego dochodzi zapis na urządzeniu z art. 399 Prawa komunikacji elektronicznej oraz standard zgody wyznaczony przez RODO w art. 400. Zgoda na analitykę i zgoda na dane reklamowe to dwie różne zgody, a etapy z CRM dotyczą tej drugiej.

Lista kontrolna

1. Wdróż generate_lead na formularzach i oznacz go jako zdarzenie kluczowe.
2. Uzgodnij z działem sprzedaży nazwy etapów i przypisz je do sześciu zdarzeń rekomendowanych.
3. Ustal, który identyfikator CRM może dołączyć do pliku, i sprawdź, czy zbierasz go na stronie.
4. Włącz sygnały zgody w imporcie, jeśli twoja zgoda obejmuje dane reklamowe.
5. Sprawdź, czy wgrywanie konwersji offline działa już przez Data Manager, a nie przez stare połączenie.
6. Zapisz, kto odpowiada za comiesięczne wgranie etapów, bo bez właściciela proces umiera po dwóch miesiącach.

W skrócie

GA4 nie zobaczy procesu, którego nikt mu nie opisze. Lejek B2B domyka się w dwóch krokach: zdarzenia ze strony w Tag Managerze oraz etapy z CRM wgrane importem albo Measurement Protocol. Trzeci krok to oddanie wyniku do Google Ads przez Data Manager i rozszerzone konwersje dla leadów.

Zacznij od generate_lead i jednego etapu po sprzedaży. Jeden etap, który naprawdę działa, daje więcej niż sześć nazw w dokumentacji, których nikt nie wgrywa.