brak danych analitycznych po wysyłce

Brak danych analitycznych po wysyłce to usterka uniemożliwiająca ocenę skuteczności przeprowadzonej kampanii.

Na czym polega brak danych po wysłaniu kampanii

Brak danych analitycznych po wysyłce oznacza, że wiadomość lub inny komunikat został wysłany, lecz system raportowy nie pokazuje informacji potrzebnych do oceny dalszego przebiegu kampanii. Nie musi to oznaczać, że wysyłka się nie udała. Sam fakt przekazania wiadomości do serwera nadawczego, zaakceptowania jej przez serwer odbiorcy albo zapisania zadania w kolejce nie jest równoznaczny z zarejestrowaniem otwarcia, kliknięcia czy konwersji. Każdy z tych etapów jest obsługiwany przez inny mechanizm.

W praktyce brak danych może dotyczyć całego raportu albo tylko wybranych zdarzeń. System może pokazywać liczbę wysłanych wiadomości, ale nie rejestrować otwarć. Może również zapisywać otwarcia, a nie wykazywać kliknięć w odnośniki. Jeszcze inna sytuacja występuje wtedy, gdy kliknięcia są widoczne w narzędziu do wysyłki, ale nie pojawiają się w systemie analityki witryny. Prawidłowa diagnoza wymaga więc ustalenia, którego etapu przepływu danych dotyczy problem.

Ścieżka zdarzenia od wysyłki do raportu

Dane analityczne powstają zwykle dzięki kilku elementom działającym razem. Informacja o otwarciu może być powiązana z niewidocznym obrazem, tak zwanym pikselem śledzącym, osadzonym w treści wiadomości. Program pocztowy pobiera obraz z serwera, a żądanie może zostać zapisane jako zdarzenie. Jeżeli obrazy są blokowane, wiadomość jest odczytywana w trybie offline albo klient pocztowy stosuje mechanizm ochrony prywatności, takie żądanie może nie dostarczyć miarodajnej informacji. Z tego powodu brak rejestracji otwarcia nie dowodzi, że odbiorca nie przeczytał wiadomości.

Pomiar kliknięcia często wykorzystuje adres pośredni. Odnośnik w wiadomości prowadzi najpierw do usługi rejestrującej kliknięcie, a następnie następuje przekierowanie do strony docelowej. Alternatywnie adres może zawierać parametry kampanii, na przykład oznaczenia źródła, medium i nazwy kampanii, które później odczytuje narzędzie analityczne witryny. Błąd w adresie, usunięcie parametrów podczas przekierowania, przekierowanie przez stronę bez kodu pomiarowego albo filtrowanie zapytań przez przeglądarkę może przerwać ten łańcuch.

Najczęstsze miejsca utraty informacji

Pierwszym miejscem kontroli jest system wysyłkowy. Należy sprawdzić, czy raport obejmuje właściwą kampanię, listę odbiorców i przedział czasu oraz czy zadanie zakończyło się stanem wysłania, a nie tylko utworzenia lub zaplanowania. Warto odróżnić wiadomości zaakceptowane przez serwer od wiadomości dostarczonych, odrzuconych i zwróconych. Jeżeli nie ma nawet podstawowych danych o wysyłce, problem może dotyczyć integracji, autoryzacji, błędnego identyfikatora kampanii albo nieukończonego zadania.

Jeśli liczba wysłanych wiadomości jest poprawna, należy przejść do adresów śledzących i konfiguracji odbioru zdarzeń. Trzeba sprawdzić, czy odnośniki w rzeczywiście wysłanej wiadomości prowadzą do właściwych adresów, czy parametry nie zostały usunięte oraz czy domena przekierowania odpowiada konfiguracji narzędzia. W systemie analitycznym należy zweryfikować, czy zdarzenia trafiają do właściwej usługi, właściwej właściwości i właściwego strumienia danych. Pomocne jest porównanie czasu wysyłki z czasem odebrania żądania oraz prześledzenie jednego testowego kliknięcia w dzienniku serwera lub panelu diagnostycznym.

Osobnej kontroli wymaga kod pomiarowy na stronie docelowej. Jeżeli użytkownik przechodzi na stronę, ale skrypt analityczny nie uruchamia się, w raporcie nie pojawi się sesja ani zdarzenie powiązane z kampanią. Przyczyną może być błąd JavaScript, nieprawidłowe wdrożenie kodu, wywołanie zdarzenia przed załadowaniem konfiguracji albo blokowanie żądania przez rozszerzenie przeglądarki. Wnioski powinny być formułowane na podstawie testu w kontrolowanym środowisku, ponieważ pojedynczy brak wpisu nie rozstrzyga o działaniu całej kampanii.

Diagnostyka i przywrócenie spójnego raportowania

Bezpieczna diagnostyka zaczyna się od odtworzenia pełnego przepływu na małej próbce testowej. Należy przygotować wiadomość testową, sprawdzić jej źródło, otworzyć odnośnik i zapisać adres przed oraz po przekierowaniu. Następnie trzeba potwierdzić, czy system wysyłkowy utworzył zdarzenie kliknięcia, czy serwer strony otrzymał żądanie i czy narzędzie analityczne przypisało wizytę do oczekiwanych oznaczeń kampanii. Takie porównanie pozwala odróżnić błąd danych wejściowych od problemu z transportem albo prezentacją raportu.

Jeżeli problem wynika z konfiguracji, naprawa może obejmować poprawienie adresów docelowych, przywrócenie parametrów kampanii, korektę identyfikatora usługi analitycznej lub ponowne wdrożenie kodu pomiarowego. W przypadku błędów integracji trzeba sprawdzić tokeny, uprawnienia, format przesyłanych zdarzeń i odpowiedzi interfejsu programistycznego. Należy również ustalić, czy raport nie stosuje filtrów wykluczających ruch testowy, adresy wewnętrzne albo określone typy urządzeń. Po zmianie konfiguracji warto wykonać ponowny test i porównać surowe zdarzenia z raportem zagregowanym.

Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i ich podzespołów, gdy problem z raportowaniem wynika z nieprawidłowego działania komputera, przeglądarki, systemu operacyjnego albo lokalnej konfiguracji oprogramowania. Przy zgłoszeniu pomocne są informacje o tym, czy brak dotyczy wysyłki, dostarczenia, otwarć, kliknięć czy wizyt na stronie, a także zrzut raportu i opis przeprowadzonego testu.