brak śledzenia konwersji z kampanii

Brak śledzenia konwersji z kampanii to usterka uniemożliwiająca powiązanie wysyłki z rzeczywistymi transakcjami odbiorców.

Na czym polega brak powiązania kampanii z transakcją

Brak śledzenia konwersji z kampanii oznacza, że system reklamowy, analityczny albo platforma wysyłkowa nie otrzymuje poprawnej informacji o wykonaniu działania końcowego. Takim działaniem może być wysłanie formularza, zakup, rejestracja konta, połączenie telefoniczne lub przejście do określonego etapu obsługi. Sama wizyta na stronie nie jest jeszcze konwersją. Aby można było powiązać ją z kampanią, przeglądarka lub serwer musi zachować identyfikator źródła ruchu, a następnie przekazać zdarzenie zakończenia procesu do właściwego systemu.

Problem może wystąpić na kilku poziomach. Parametry kampanii, na przykład UTM, mogą zostać usunięte podczas przekierowania. Identyfikator kliknięcia może nie zostać zapisany w pliku cookie albo w sesji. Kod pomiarowy może nie załadować się z powodu błędu JavaScript, blokady przeglądarki, rozszerzenia filtrującego reklamy lub nieprawidłowej konfiguracji menedżera tagów. Zdarza się również, że zakup jest rejestrowany w systemie sklepu, lecz nie jest przesyłany do narzędzia analitycznego, przez co transakcja istnieje technicznie, ale nie jest przypisana do żadnej kampanii.

Identyfikatory, zdarzenia i atrybucja źródła

Poprawny pomiar wymaga rozdzielenia kilku informacji. Parametry UTM, takie jak utm_source, utm_medium i utm_campaign, opisują źródło odwiedzin w adresie URL. Platformy reklamowe mogą dodatkowo używać własnych identyfikatorów kliknięcia, na przykład gclid lub podobnego tokenu. Po wejściu na stronę identyfikator powinien zostać zachowany przez cały proces, także po przejściu między podstronami, domenami lub zewnętrznym systemem płatności. Jeżeli formularz jest obsługiwany przez inną domenę, konieczne może być przekazanie parametrów w adresie albo zastosowanie konfiguracji pomiaru między domenami.

Drugim elementem jest zdarzenie konwersji. Powinno być uruchamiane dopiero po rzeczywistym wykonaniu działania, a nie po samym kliknięciu przycisku. W przypadku formularza właściwym momentem może być potwierdzenie poprawnego zapisu po stronie serwera. W sklepie internetowym zdarzenie zakupu powinno zawierać co najmniej jednoznaczny identyfikator transakcji oraz dane potrzebne do rozpoznania wartości zamówienia. Jeżeli zdarzenie jest wysyłane dwukrotnie, raport może zawyżać wyniki; jeżeli nie zawiera identyfikatora, trudniej wykryć duplikaty i odtworzyć przebieg pomiaru.

Objawy i metody technicznego sprawdzenia

Typowym objawem jest rozbieżność między liczbą zamówień widocznych w panelu sklepu a liczbą konwersji w systemie kampanii. Innym sygnałem jest ruch z kampanii bez żadnych konwersji mimo potwierdzonych zgłoszeń albo nagły spadek wyników po zmianie formularza, domeny, szablonu strony, systemu płatności lub kodu zgody na pomiar. Warto również sprawdzić, czy konwersje pojawiają się tylko dla części urządzeń. Różnica między komputerem a telefonem może wskazywać na odmienny kod strony, przekierowanie albo problem z wersją mobilną.

Diagnostykę rozpoczyna się od przejścia testowej ścieżki użytkownika z oznaczonego adresu kampanii. W narzędziach deweloperskich przeglądarki można obserwować żądania sieciowe, odpowiedzi serwera oraz błędy w konsoli JavaScript. Należy sprawdzić, czy parametry źródła pozostają dostępne po kolejnych przejściach, czy zapis identyfikatora nie jest natychmiast usuwany oraz czy żądanie zdarzenia konwersji rzeczywiście opuszcza przeglądarkę. Po stronie serwera trzeba porównać dzienniki aplikacji z rekordami zamówień i potwierdzeniami wysłania danych do systemu analitycznego. Sam fakt obecności skryptu w kodzie HTML nie dowodzi, że pomiar działa.

Naprawa konfiguracji i kontrola wyniku

Usunięcie problemu polega na ustaleniu, w którym miejscu zanika informacja: przy wejściu z kampanii, podczas przejścia przez stronę, w formularzu, w płatności czy przy wysyłce zdarzenia. Następnie należy poprawić przekazywanie parametrów, warunek uruchomienia tagu, obsługę odpowiedzi serwera albo integrację między systemem sprzedaży i analityką. Warto zastosować deduplikację opartą na identyfikatorze transakcji, aby ponowne załadowanie strony potwierdzenia nie tworzyło kolejnej konwersji. Po wdrożeniu zmiany test powinien obejmować zarówno prawidłową transakcję, jak i przypadek przerwania procesu.

Kontrola nie kończy się na sprawdzeniu pojedynczego testu. Należy porównać kilka kolejnych zdarzeń z zapisami źródłowymi, zweryfikować różne przeglądarki i sprawdzić ścieżki z przekierowaniem. Jeżeli dane są wysyłane z przeglądarki oraz dodatkowo z serwera, trzeba potwierdzić, że oba mechanizmy rozpoznają tę samą transakcję. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów i komputerów PC, w tym diagnostyką problemów z przeglądarką, skryptami stron oraz połączeniem sieciowym, które mogą utrudniać wykonanie testowej ścieżki pomiarowej.