Google Analytics 4 ma obecnie błędne przypisywanie ruchu i konwersji pochodzących z Display & Video 360 (DV360) oraz Campaign Manager 360 (CM360) przy korzystaniu z funkcji automatycznego tagowania linków (auto-tagging). Auto-tagging, czyli funkcja automatycznego dodawania parametrów do linków w kampaniach, jest kluczowym elementem w procesie śledzenia efektywności działań marketingowych. Google Analytics 4 powinien automatycznie przypisać prawidłowo ruch do odpowiedniego kanału ze środowiska Google.
DV360/CM360 przypisywany do google/cpc w GA4
Niestety w tej chwili ruch pochodzący z DV360 lub CM360 może w dużej mierze trafiać do google/cpc, czyli kanału przypisywanego do płatnych kampanii Google Ads. To niestety powoduje problem z prawidłowym raportowaniem ruchu i ich efektywności bezpośrednio w GA4 w firmach, które mają znaczący udział ruchu z DV360 lub CM360.
Linki pochozące z DV360 przy włączonym automatycznym tagowaniem, po kliknięciu reklamy i przejściu na docelową stronę, mają w linku dopisywany parametr ?dclid=. Google Analytics 4 niepoprawnie zaczytuje ten ruch i w całości przypisuje źródło ruchu do google/cpc. Oznacza to, że problemem jest rozpoznawanie źródła z włączonym automatycznym tagowaniem i rozróżnieniu gclid i dclid w urlu.
Poniższa tabela pokazuje jak ruch pochodzący np. z DV360 może zostać przypisany w GA4, a jakie jest jego faktyczne źródło.
| sesja źródło (source) | sesja medium (medium) | sesja kampania (campaign) | faktyczne źródło | faktyczne medium | faktyczna kampania | liczba sesji |
| cpc | kampania_swiateczna | dv360 | display | kampania_swiateczna | 1000 |
Mamy zatem sytuację, gdzie ruch przypisany w Google Analytics 4 do google/cpc jest faktycznie ruchem pochodzącym z DV360.
Jak zweryfikować problem i znaleźć ruch z DV360/CM360 w Google Analytics 4?
Google obecnie pracuje nad rozwiązaniem tego problemu. Prawdopodobnie w perspektywie szybciej niż dłuższej problem z przypisywaniem ruchu z DV360 i CM360 zostanie rozwiązany. Co możemy zrobić, aby poziomu GA4 spróbować odzyskać te dane i prześledzić ruch oraz konwersje z omawianego kanału?
- Pomimo błędnie przekazywanego source i medium, nazwa kampanii jest przepisywana. Nie do faktycznego źrółą ruchu, ale jeśli używamy unikalnej nazwy kampnii, która jest dedykowana tylko do np. dv360 możemy wyszczególnić te dane z raportu. Na podstawie tabeli powyżej, jeśli nazwa kampanii “kampania_swiateczna” została użyta tylko przy kampanii dv360 to możemy to wykorzystać.
- Jeśli oprócz automatycznego tagowania masz wdrożone dodawanie UTM do linków, to parametry pochodzącego z utm powinny zostać odłożone w GA4. Pamiętaj, że gclid i dclid ma pierwszeństwo nad utm, więc nie rozwiązuje to automatycznie problemu. Możesz wyłączyć ewentualnie auto-tagging- nie mam jednak zweryfikowanej tej ścieżki, więc nie rekomenduję tego rozwiązania. Wróćmy do sytuacji z włączonym auto-tagging + wdrożonymi UTM przy linkach. Taki ruch zostanie przesłany do Google Analytics 4, a wartości z utm_source, utm_medium i utm_campaign zostaną przekazane do wymiarów: -session manual source (na interfejsie z językiem polskim: Sesja – źródło konfigurowane ręcznie) -session manual medium(Sesja – medium konfigurowane ręcznie) -session manual campaign name (Sesja – nazwa kampanii konfigurowanej ręcznie)
Oczywiście znajdą się one też w standardowych wymiarach session source oraz session medium, ale w ich przypadku będziemy mieli wartości: session source=google, session medium=cpc, co niestety nie jest prawdą.
W GA4 taki raport możemy zbudować w eksploracji, wybierając wcześniej wymienione wymiary.

Przykładowo możemy uzyskać wyniki przedstawione w poniższej tabeli. Zobaczymy w nim, że standardowo GA4 zczytuje ruch, który przypisuje do google/cpc, kiedy faktycznie ruch ten pochodził np. z dv360.
| sesja źródło (source) | sesja medium (medium) | sesja kampania (campaign) | sesja - źródło konfigurowane ręcznie | sesja - medium konfigurowane ręcznie | sesja - nazwa kampanii konfigurowanej ręcznie | liczba sesji |
| cpc | kampania_swiateczna | dv360 | display | kampania_swiateczna | 1000 |
Przy tak stworzonym raporcie możemy od razu zweryfikować czy faktycznie mamy problem z błędnym przypisywaniem źródeł z DV360/CM360. Przy weryfikacji, musimy pamiętać o założeniu, że kampanie muszą korzystać z podwójnego oznaczania linków - auto-tagging + ręcznie dodawane UTM przy kampaniach.
Liczba kliknięć reklamy vs liczba sesji w GA4
W samych narzędziach DV360 i CM360 poziom zbieranych danych jest zbierany prawidłowo - pokazywane kliki, wyświetlenia i inne dostępne dane bezpośrednio w DV360/CM360 nie mają odwzorowania bezpośredniego w tym, co jest zbierane w GA4. Dlaczego jednak liczba sesji po weryfikacji konkretnej kampanii lub źródeł skonfigurowanych ręcznie może się tak różnić od kliknięć? Jest kilka powodów:
- Kliknięcie jest rejestrowane, gdy użytkownik klikni element reklamy monitorowanej przez CM360 (np. baner, przycisk CTA), natomiast sesja rozpoczyna się, gdy użytkownik odwiedza stronę.
- Sesja na stronie przy respektowaniu RODO, wysyłana jest dopiero w momencie po akceptacji ciasteczek w przypadku nowych użytkowników.
- Każde kliknięcie się liczy: CM360 zlicza każde kliknięcie, niezależnie od tego, czy użytkownik ostatecznie dotarł na stronę docelową (np. w przypadku błędów sieciowych lub zamknięcia okna przed załadowaniem strony).
- Jedna sesja na użytkownika w krótkim czasie: Jeśli użytkownik kliknie reklamę i kilkukrotnie odwiedzi stronę docelową w krótkim czasie, GA4 zliczy to jako jedną sesję, chyba że sesja zostanie celowo przerwana (np. poprzez zamknięcie przeglądarki na ponad 30 minut).
Podsumowując możliwe różnice w zbieranych danych w realnej sytuacji - wyobraźmy sobie, że z kampanii reklamowej możemy mieć 1000 kliknięć. 100 kliknięć to były podwójne lub przypadkowe kliknięcia. Mamy zatem 900 wejść na portal. Ta grupa w momencie znalezienia się na stronie dostało baner z prośbą o wyrażenie zgód marketingowych (w przypadku nowych ciastek, a kampanie bardzo często są dedykowane pod nowych użytkowników). Poziom akceptacji ciastek dla nowych użytkowników kampanii płatnej może być zdecydowanie niższy niż średnia dla ruchu organicznego i np. 50%. Kolejne 15% odpadło przez dodatkowe adblocki lub niestandardowe przeglądarki, które nie generują kodów Google.

Oznacza to, że w raporcie DV360 dostajemy informację o 1000 kliknięć reklamy, a w GA4 złapanych sesji dostajemy 382. To bardzo możliwy scenariusz i nie dotyczy oczywiście tylko DV360 i CM360, ale także innych narzędzi i kampanii płatnych np. FB, Linkedin. Na poziom zbieranych sesji wpływa kilka czynników i jego wartość może mocno różnić się od źródła i typu reklamy. Poziom zbieranych sesji może wahać się od 15% do 80% pokrycia kliknięć w reklamę. Ważne, abyśmy byli pewni, że przy faktycznie zbieranej sesji wszystko odkładamy jak należy lub możemy uzyskać te dane poprzez niestandardowe rozwiązania, bo wiemy o obecnych trudnościach.
| Aspekt | Campaign Manager 360 | Google Analytics 4 |
| Podstawowa metryka | Kliknięcia w reklamę | Sesje rozpoczęte na stronie docelowej |
| Wymagania techniczne | Brak wymogu załadowania strony docelowej | Wymaga załadowania strony docelowej |
| Duplikaty | Zlicza każde kliknięcie, nawet wielokrotne | Zlicza jedno rozpoczęcie sesji na użytkownika w krótkim czasie |
| Consent mode | Brak wplywu | Ma wpływ |
Podsumowanie
Problem z przypisywaniem danych z DV360 i CM360 może być sporym wyzwaniem dla firm, które w dużej mierze wykorzystują te kanały w swojej komunikacji. Po pierwsze efekt działań z tych kanałów nie będzie prawidłowo przypisywany do źródła w GA4, a dodatkowo będziemy mieli zafałszowany obraz płatnego ruchu z Google Ads (google/cpc), który zostanie zawyżony.
Sam problem prawdopodobnie zostanie rozwiązany w Q4 2024 lub Q1 2025, ale jeśli obecnie prowadzisz kampanie DV360/CM360 warto urealnić swoje wyniki w GA4 i zweryfikować jak ten ruch jest przypisany w Twojej usłudze GA4.