Audyt infrastruktury marketingowej: jak przejąć projekt i naprawić śledzenie przychodów

Najkrócej, zanim wejdziemy w szczegóły:

• Zaczynam od zabezpieczenia dostępów i danych. Przez pierwsze dni niczego nie usuwam.
• Audyt dzielę na pięć rozłącznych warstw: dostępy i własność, zbieranie danych, konfiguracja narzędzi, integracje i przepływy, raportowanie i decyzje.
• Błędy przychodów się znoszą: w symulacji GA4 pokazuje o 15,2% mniej zamówień i o 13,4% wyższy przychód niż system sprzedaży netto.
• Kolejność napraw: wpływ × zasięg ÷ nakład. Część migracji integracji jest już obowiązkowa.

Aktualizacja: 30 września 2026 · Autor: Szymon Sanecznik, SEMownia

Nowy szef marketingu zwykle dostaje w spadku to samo: kilka kont Google Ads, z których jedno jest „stare, ale lepiej nie ruszać”, GA4 podpięte przez poprzednią agencję, piksel Mety zainstalowany dwa razy, raport w Looker Studio, którego nikt nie umie odtworzyć, i zarząd pytający, dlaczego przychód w raporcie marketingu nie zgadza się z księgowością. Pokusa jest jedna: szybko pokazać wyniki, czyli od razu zmieniać kampanie.

To błąd. Jeśli dane o przychodach są nieszczelne, każda optymalizacja opiera się na złym fundamencie, a algorytmy stawek uczą się na błędach, które potem trzeba odkręcać tygodniami, bo strategia zdążyła już przesunąć budżet tam, gdzie zawyżony pomiar pokazywał najlepszy zwrot. W tym artykule daję instrukcję operacyjną: co zabezpieczyć w pierwszych 72 godzinach, jak podzielić audyt na warstwy, jak ustalić kolejność napraw śledzenia przychodów w e-commerce i które integracje trzeba zmigrować, bo już przestały działać.

Czym jest audyt infrastruktury marketingowej?

Audyt infrastruktury marketingowej to przegląd wszystkich kont, tagów, konfiguracji, integracji i raportów, przez które przepływają dane o ruchu, konwersjach i przychodach. Kampanie ocenia się osobno, a tu chodzi o odpowiedź na pytanie, czy dane, na których opierasz decyzje i algorytmy stawek, są kompletne, niezdublowane i należą do Twojej firmy. Wynikiem jest lista błędów z priorytetami.

Audyt kampanii i audyt infrastruktury to dwie różne rzeczy. Audyt kampanii pyta „czy wydajemy dobrze?”. Audyt infrastruktury pyta „czy w ogóle wiemy, ile zarabiamy na tym, co wydajemy?”. Przy przejęciu projektu kolejność jest stała: najpierw infrastruktura, potem kampanie. Szybki przegląd wycieków budżetu możesz zrobić równolegle według mojej listy audytu konta Google Ads w 15 minut, ale decyzje o stawkach odłóż do czasu, aż naprawisz pomiar.

Pierwsze 72 godziny: co zabezpieczyć, zanim cokolwiek zmienisz?

Pierwsze dni poświęcam na zabezpieczenie stanu. Naprawy przychodzą później. Zasada: nic nie usuwam, dopóki nie wiem, do czego służy. Wyłączony tag, który „wyglądał na zbędny”, bywa jedynym źródłem konwersji dla kampanii Smart Bidding.

1. Lista kont i właścicieli. Wszystkie konta Google Ads, konta menedżera, usługi GA4, kontenery GTM, Merchant Center, portfolio firmowe Meta z kontami reklamowymi i zbiorami danych (piksel), Search Console, CRM, platforma sklepu, a przy każdym z nich: kto jest administratorem i czy to adres firmowy.
2. Dostęp administracyjny dla firmy. Co najmniej dwa konta firmowe z najwyższą rolą w każdym narzędziu. Administratorem jest tylko była agencja lub były pracownik? To ryzyko numer jeden.
3. Kopie stanu. Eksport wersji kontenera GTM, listy konwersji z ustawieniami, zrzuty konfiguracji GA4 (zdarzenia kluczowe, wymiary, połączenia), eksport historii kampanii.
4. Zamrożenie zmian w pomiarze. Do końca audytu nikt poza jedną osobą nie publikuje w GTM i nie zmienia konwersji.
5. Punkt odniesienia. Przychód i liczba zamówień z systemu sprzedaży za ostatnie 3 miesiące, miesiąc po miesiącu. Bez tego nie ocenisz, czy pomiar jest szczelny.

Jeśli współpracę z Tobą zaczyna zewnętrzny ekspert, dostępy nadawaj według zasady minimalnych uprawnień, a konta zostają po stronie firmy. Szczegółowo opisuję to w tekście o onboardingu eksperta zewnętrznego.

Pięć warstw audytu w podziale MECE

Dzielę infrastrukturę na pięć warstw według drogi, którą przechodzą dane: od tego, kto ma do nich dostęp, przez zbieranie i przetwarzanie, po przesył do platform i decyzje. Warstwy się nie nakładają, bo każdy błąd należy do dokładnie jednej. Razem obejmują całą ścieżkę danych.

Warstwa	Co sprawdzasz	Typowe czerwone flagi
1. Dostępy i własność	administratorzy, role, konta menedżera, własność pikseli i zbiorów danych	jedyny admin poza firmą, konta na prywatnych adresach, wspólne loginy
2. Zbieranie danych	tagi, Data Layer, zgody, ścieżka płatności, strona podziękowania	podwójny tag, odczyt wartości z tekstu strony, tagi przed zgodą, brak pomiaru po powrocie z bramki
3. Konfiguracja narzędzi	zdarzenia kluczowe GA4, konwersje główne i dodatkowe w Google Ads, przechowywanie danych, wykluczenia odesłań	dwie konwersje główne mierzące ten sam zakup, przechowywanie 2 miesiące, bramki płatności jako „referral”
4. Integracje i przepływy	połączenia GA4–Ads, Merchant Center, import konwersji offline, Conversions API, feed	wygaszone integracje, brak deduplikacji Pixel–CAPI, import offline bez identyfikatora kliknięcia
5. Raportowanie i decyzje	definicje KPI, dashboardy, źródła danych w raportach, rekoncyliacja z finansami	przychód brutto porównywany z netto, suma konwersji z platform zamiast sprzedaży, brak właściciela raportu

Warstwa 1: dostępy i własność

To warstwa, której błędy najtrudniej naprawić później, bo utrata dostępu do konta Google Ads albo portfolio Meta oznacza utratę historii, list odbiorców i danych, na których uczą się algorytmy. Sprawdź też, czy konto Google Ads jest połączone z usługą GA4, z której faktycznie korzystasz. Bywa, że to testowa usługa sprzed lat.

Warstwa 2: zbieranie danych

Tu powstaje większość błędów przychodowych. Przejdź ścieżkę zakupu z każdą metodą płatności i obserwuj żądania w podglądzie GTM oraz w narzędziach przeglądarki. Pytania kontrolne: czy purchase wysyła się raz, czy ma niepusty transaction_id (unikalny identyfikator zamówienia, dzięki któremu GA4 odrzuca duplikaty zakupów), czy value odpowiada przyjętej definicji przychodu, czy wysyła się po powrocie z bramki płatności i po odświeżeniu strony. Jak projektować tę warstwę od podstaw, opisuję w artykule o wdrożeniu Data Layer, GTM i GA4 w standardzie korporacyjnym.

Warstwa 3: konfiguracja narzędzi

W Google Ads tylko konwersje główne trafiają do kolumny „Konwersje” i są używane do ustalania stawek, a dodatkowe widać tylko we „Wszystkich konwersjach” i na stawki nie wpływają. Klasyczny błąd przejętego konta: zakup mierzony jednocześnie tagiem Google Ads i importem z GA4, obie akcje ustawione jako główne, przez co algorytm widzi dwa zakupy tam, gdzie był jeden. W GA4 sprawdź listę wykluczeń odesłań, czyli ustawienie, które nie pozwala bramce płatności przejąć źródła ruchu: bez niej powrót z bramki płatności zaczyna nową sesję ze źródłem „referral” i sprzedaż znika z kanałów płatnych. Zmiana nie działa wstecz. Im szybciej, tym lepiej.

Warstwa 4: integracje i przepływy

Sprawdzasz, czy dane dochodzą tam, gdzie powinny, i czy nie dochodzą dwa razy, a w Meta zdarzenia z piksela i Conversions API muszą mieć ten sam event_id i event_name, żeby Meta je zdeduplikowała (okno 48 godzin). W Google Ads sprawdź, czy import konwersji offline korzysta z mechanizmu, który nadal działa (więcej w sekcji o migracji).

Warstwa 5: raportowanie i decyzje

Ostatnia warstwa to pytanie, na jakich liczbach zarząd podejmuje decyzje. Jeśli raport sumuje konwersje z panelu Google Ads i Meta, suma prawie zawsze przekracza faktyczną sprzedaż, bo obie platformy przypisują sobie te same zamówienia. Architekturę jednego źródła prawdy opisuję w tekście o Single Source of Truth dla Meta, Google i CRM.

Dlaczego błędny przychód w raportach wygląda wiarygodnie?

Najgroźniejsze w nieszczelnym pomiarze jest to, że błędy działają w przeciwnych kierunkach i częściowo się znoszą. Braki (zgody, blokery, luki na ścieżce płatności) zaniżają dane, a duplikaty i przychód brutto bez odjęcia zwrotów je zawyżają. Wynik końcowy bywa „prawie zgodny”. Nikt więc nie szuka przyczyn.

Policzmy to na wymyślonym sklepie. Liczby są symulacją, nie danymi klienta. Założenia: sklep, 4 000 zamówień miesięcznie, średnia wartość 250 zł brutto, zwroty i anulacje 8% wartości, VAT 23%. W GA4: 20% zakupów niezmierzonych (brak zgody, blokery, luka po powrocie z bramki), 6% zmierzonych zakupów zdublowanych przez odświeżenie strony podziękowania, wartość wysyłana brutto, bez odejmowania zwrotów. Dla czytelności pomijam modelowanie konwersji.

Pozycja	Zamówienia	Wartość
Rzeczywiste zamówienia w systemie sklepu (brutto)	4 000	1 000 000 zł
− niezmierzone w GA4 (20%)	−800	−200 000 zł
+ duplikaty (6% zmierzonych)	+192	+48 000 zł
= GA4	3 392	848 000 zł
System sprzedaży: po zwrotach i anulacjach (−8%), brutto	—	920 000 zł
= System sprzedaży netto (bez VAT)	—	747 967 zł
Różnica GA4 wobec systemu sprzedaży netto	−15,2% zamówień	+13,4% wartości

Co to oznacza dla kampanii? Te same błędy przenoszą się dalej. Załóżmy kampanię, która wydaje 60 000 zł i faktycznie przynosi 1 000 zamówień. Przychód netto po zwrotach to 186 992 zł, czyli ROAS netto 3,12, tymczasem raport pokazuje 848 zamówień o wartości 212 000 zł i ROAS 3,53, czyli o 13% więcej. Jeśli docelowy ROAS kampanii wynosi 3,5, algorytm uznaje, że cel jest osiągnięty, choć kampania jest od niego wyraźnie poniżej. Właśnie dlatego ocenę rentowności opieram na danych netto, bo tylko one pokazują, czy kampania faktycznie zarabia.

Macierz priorytetyzacji napraw śledzenia przychodów

Po audycie zwykle masz kilkanaście błędów i ograniczony czas programistów. Kolejność ustalam według prostej formuły: priorytet = wpływ × zasięg ÷ nakład, każda składowa w skali 1–3.

• Wpływ. 3: błąd trafia do algorytmów stawek (konwersje główne, wartość), 2: zniekształca raporty i decyzje budżetowe, 1: kosmetyka raportowa.
• Zasięg. 3: dotyczy wszystkich lub większości transakcji, 2: części (np. jednej metody płatności), 1: marginesu.
• Nakład. 1: zmiana konfiguracji w panelu lub GTM, 2: praca programisty lub dostawcy CMP, 3: projekt integracyjny.

Progi: wynik 6 i więcej to P1 (pierwszy tydzień), 3–5,9 to P2 (tygodnie 2–3), poniżej 3 to P3 (drugi miesiąc). Oceny w tabeli to typowy układ, który spotykam. W Twoim projekcie zasięg każdego błędu trzeba zmierzyć.

Błąd	Wpływ	Zasięg	Nakład	Wynik	Priorytet
Duplikaty purchase lub pusty transaction_id	3	3	1	9,0	P1
Ten sam zakup liczony dwiema konwersjami głównymi w Google Ads	3	3	1	9,0	P1
Wartość brutto lub z wysyłką zamiast przyjętej definicji, błędna waluta	2	3	1	6,0	P1
Consent Mode nie aktualizuje zgód po akceptacji	3	3	2	4,5	P2
Bramka płatności nadpisuje źródło ruchu	2	2	1	4,0	P2
Pixel i Conversions API bez wspólnego event_id	3	2	2	3,0	P2
Zwroty i anulacje nieodejmowane od przychodu	2	2	2	2,0	P3
Brak importu sprzedaży offline i marży	2	1	3	0,7	P3

Jedno zastrzeżenie do Consent Mode. Od 15 czerwca 2026 przekazywanie danych z GA4 do Google Ads zależy wyłącznie od parametru ad_storage. Jeśli audyt pokaże, że ad_storage w ogóle nie zmienia się na „granted” po zgodzie, przesuń ten błąd do P1 niezależnie od wyniku, bo kampanie tracą wtedy większość sygnałów.

Po każdej naprawie z grupy P1 licz się z tym, że raportowane konwersje i ROAS spadną. Czy to znaczy, że wyniki się pogorszyły? Skończyło się zawyżanie. Uprzedź o tym zarząd przed wdrożeniem, nie po fakcie, i na czas przejściowy rozważ korektę docelowego ROAS lub CPA, żeby algorytm nie zareagował gwałtownym cięciem stawek.

Migracja integracji: co przestało działać w latach 2025–2026?

W przejętych projektach często działają integracje ustawione kilka lat temu. Część z nich producenci już wygasili, więc „migracja” przestała być wyborem i stała się warunkiem, żeby dane w ogóle płynęły. Po stronie Google następcą jest zwykle Data Manager, narzędzie do przesyłania danych własnych, m.in. konwersji offline i list klientów.

Integracja	Status	Co zamiast
Import konwersji z Salesforce w Google Ads (wersja starsza)	bez wsparcia od 31 maja 2025	Data Manager w Google Ads
Meta Offline Conversions API	wycofane w maju 2025	Conversions API ze zdarzeniami offline (action_source: physical_store)
Import konwersji offline i rozszerzonych konwersji dla leadów przez API Google Ads	od 15 czerwca 2026 brak nowych użytkowników, dotychczasowi muszą zintegrować się z Data Manager API	Data Manager lub Data Manager API
Osobne ustawienia rozszerzonych konwersji dla witryny i dla leadów	od 15 czerwca 2026 jedno wspólne ustawienie	sprawdzenie ustawienia na poziomie akcji konwersji

Przy imporcie offline pamiętaj o limitach czasu: Google Ads nie zaimportuje konwersji przesłanej później niż 90 dni po ostatnim kliknięciu (63 dni dla rozszerzonych konwersji dla leadów), a w Meta zdarzenia offline należy przesłać w ciągu 62 dni od transakcji. Integracja nie działała przez kilka miesięcy? Części danych nie da się już uzupełnić.

Pierwsze 30 dni, tydzień po tygodniu

Dni 1–3: zabezpieczenie. Lista kont i administratorów, dostęp firmowy do wszystkich narzędzi, kopie konfiguracji, zamrożenie zmian w pomiarze, punkt odniesienia z systemu sprzedaży.

Tydzień 1: audyt warstw 1–3 i naprawy P1. Test ścieżki zakupu z każdą metodą płatności, przegląd konwersji głównych, usunięcie duplikatów, ujednolicenie definicji wartości. Informacja dla zarządu, że raportowane wyniki się zmienią.

Tydzień 2: audyt warstw 4–5 i naprawy P2. Zgody, wykluczenia odesłań, deduplikacja Pixel–CAPI, przegląd integracji pod kątem wygaszonych mechanizmów.

Tydzień 3: rekoncyliacja. Uzgadniam analitykę ze sprzedażą: porównuję liczbę i wartość transakcji w GA4 z systemem sprzedaży po naprawach. Każda różnica ma przyczynę zapisaną w dokumencie.

Tydzień 4: plan P3 i governance. Harmonogram zwrotów, importu offline i marży, właściciel pomiaru, alerty, termin przeglądu kwartalnego. Dopiero teraz zaczynam poważną optymalizację kampanii, i zwykle robię to szybciej, niż gdybym zaczął od niej pierwszego dnia, bo nie muszę już zgadywać, które liczby są prawdziwe.

Jeśli po audycie chcesz obiektywnie ocenić pracę dotychczasowego dostawcy, skorzystaj z mojej listy kontrolnej jak sprawdzić agencję Google Ads.

Kiedy naprawiać, a kiedy budować pomiar od nowa?

Czy każdy projekt da się sensownie połatać? Nie. Buduję od nowa, gdy spełnione są co najmniej dwa warunki: pomiar opiera się głównie na odczycie z tekstu strony zamiast Data Layer, nikt nie potrafi wyjaśnić połowy tagów w kontenerze, a platforma sklepu i tak zmienia się w najbliższych miesiącach. Wtedy łatanie kosztuje więcej niż nowy kontener zbudowany według specyfikacji.

Naprawiam, gdy fundament jest poprawny: dostęp jest po stronie firmy, zakup ma niepusty transaction_id, a zgody działają, i wtedy zwykle wystarczy usunąć duplikaty, uporządkować konwersje główne i dopiąć integracje. Nawet przy budowie od nowa nie usuwaj starych konwersji od razu. Przełącz je na dodatkowe i zostaw na okres porównania.

FAQ

Od czego zacząć porządkowanie marketingu po przejęciu projektu?

Od dostępów i danych, nie od kampanii. W pierwszych dniach zabezpiecz administratora po stronie firmy we wszystkich narzędziach, zrób kopie konfiguracji i porównaj przychód w GA4 z systemem sprzedaży. Kampanie optymalizuj dopiero po naprawie krytycznych błędów pomiaru.

Dlaczego GA4 pokazuje inny przychód niż sklep?

Najczęściej przez połączenie kilku błędów: brak zgód i blokery zaniżają dane, a duplikaty zakupów, wartość brutto i nieodjęte zwroty je zawyżają. Błędy częściowo się znoszą, więc różnica bywa niewielka, choć każdy składnik jest błędny.

Jak sprawdzić, czy Google Ads liczy konwersje podwójnie?

Wejdź w cele konwersji i sprawdź, ile akcji głównych mierzy zakup. Jeśli zakup mierzy jednocześnie tag Google Ads i zdarzenie zaimportowane z GA4, a obie akcje są główne, algorytm liczy każde zamówienie dwa razy. Jedną z nich ustaw jako dodatkową.

Czy po naprawie śledzenia wyniki kampanii spadną?

Raportowane wyniki często spadają, bo znikają duplikaty i zawyżone wartości. Realna sprzedaż się nie zmienia. Uprzedź zarząd przed naprawą i rozważ tymczasową korektę docelowego ROAS lub CPA.

Jak długo trwa audyt infrastruktury marketingowej?

Zabezpieczenie dostępów i danych zajmuje kilka dni, a audyt pięciu warstw z naprawami krytycznymi zwykle mieści się w pierwszym miesiącu. Rekoncyliacja po naprawach wymaga co najmniej 1–2 tygodni nowych danych.

Czy stare integracje importu konwersji offline nadal działają?

Część nie. Meta wycofała Offline Conversions API w maju 2025, starszy import z Salesforce w Google Ads stracił wsparcie 31 maja 2025, a od 15 czerwca 2026 import konwersji offline w Google Ads przechodzi na Data Manager. Sprawdź, z którego mechanizmu korzysta Twoja integracja.

Dokumentacja i dane

• Google Ads Help: konwersje główne i dodatkowe
• Google Analytics Help: deduplikacja zakupów przez identyfikator transakcji
• Google Analytics Help: lista wykluczeń odesłań
• Google Ads Help: wytyczne importu konwersji offline
• Google Ads Help: zmiany w ustawieniach rozszerzonych konwersji
• Google Ads Help: starsza integracja z Salesforce
• Google Ads Developer Blog: zmiany w imporcie konwersji offline w API Google Ads
• Meta for Developers: zdarzenia offline w Conversions API
• Jon Loomer Digital: wycofanie Offline Conversions API