Analityka jest skonfigurowana. Zdarzenia ustawione. Warstwa danych zbudowana. Co dalej. Testujesz. Testowanie wyłapuje błędy, zanim wpłyną na Twoje dane. Sprawdzasz, czy zdarzenia uruchamiają się poprawnie. Sprawdzasz, czy parametry rejestrują właściwe wartości. Sprawdzasz, czy dane docierają do platformy analitycznej. Testujesz przed wdrożeniem. Testujesz po wdrożeniu. Dokładne testowanie oszczędza czas i zapobiega złym danym.
Ten artykuł wyjaśnia, jak testować i weryfikować wdrożenie analityki.
Dlaczego testowanie ma znaczenie
Błędy analityki trudno wychwycić po wdrożeniu. Zepsute zdarzenie uruchamia się tygodniami, zanim ktoś to zauważy. Źle skonfigurowany parametr rejestruje błędne dane miesiącami. Wtedy tracisz miesiące danych. Koszt naprawy jest wysoki.
Testowanie przed wdrożeniem temu zapobiega. Wyłapujesz błędy w środowisku testowym. Naprawiasz je. Wdrażasz z pewnością. Dane od pierwszego dnia są dobre.
Testowanie oszczędza też czas programistów. Błąd znaleziony na produkcji trwa dłużej diagnozować. W środowisku testowym szybciej. Testowanie znajduje błędy wcześnie, gdy ich naprawa jest tania.
Najpierw testuj w środowisku testowym
Nigdy nie testuj na produkcji. Testuj w środowisku testowym. Środowisko testowe to kopia Twojego środowiska produkcyjnego. Wygląda jak produkcja. Zachowuje się jak produkcja. Ale nie jest prawdziwe.
Testuj każde zdarzenie. Testuj każdy parametr. Testuj przypadki brzegowe. Co się dzieje, jeśli ilość wynosi zero. Co, jeśli cena jest ujemna. Co, jeśli użytkownik jest anonimowy.
Testuj przed integracjami i po nich. Jeśli integrujesz nowe narzędzie, przetestuj tę integrację w środowisku testowym. Czy narzędzie poprawnie odbiera dane. Czy poprawnie je przetwarza.
Używaj narzędzi deweloperskich przeglądarki
Narzędzia deweloperskie przeglądarki pozwalają sprawdzić, co wysyła Twoja strona. Otwórz kartę Network. Wykonaj działanie. Obserwuj wywołania analityki. Zobacz, jakie dane są wysyłane. Sprawdź, czy są poprawne.
Użyj karty Console. Wpisz „dataLayer” lub nazwę swojej zmiennej warstwy danych. Sprawdź jej zawartość. Zweryfikuj, czy ma oczekiwane dane.
Większość menedżerów tagów ma tryb podglądu. Włącz go. Pokazuje, co by się uruchomiło, bez faktycznego wysyłania danych. Użyj trybu podglądu, by wszystko zweryfikować przed wdrożeniem.
Stwórz listę kontrolną testów
Stwórz listę rzeczy do przetestowania. Zdarzenie uruchamia się na właściwej stronie. Zdarzenie uruchamia się przy właściwym działaniu. Parametry mają poprawne wartości. Parametry mają poprawne typy. Dane docierają do platformy analitycznej. Raporty w czasie rzeczywistym pokazują dane.
Używaj listy przy każdym wdrożeniu. Nie pomijaj kroków. Dokładne testowanie zapobiega problemom.
Aktualizuj listę, gdy dodajesz zdarzenia. Niech będzie kompletna. Uczyń to standardową praktyką.
Testuj na prawdziwych danych
Testuj na realistycznych danych. Nie używaj wartości zastępczych. Używaj prawdziwych nazw produktów. Prawdziwych cen. Prawdziwych ID użytkowników. Testowanie na fałszywych danych pomija przypadki brzegowe z prawdziwego świata.
Jeśli to możliwe, twórz transakcje testowe. Prawdziwy zakup. Prawdziwe wysłanie formularza. Prawdziwe założenie konta. Prawdziwe działania ujawniają prawdziwe problemy.
Testuj z różnymi typami użytkowników. Użytkownicy darmowi. Użytkownicy premium. Administratorzy. Różne typy użytkowników mogą mieć różne dane. Przetestuj każdy.
Monitoruj raporty w czasie rzeczywistym
Po wdrożeniu monitoruj raporty w czasie rzeczywistym. Czy ruch pojawia się od razu. Czy pojawiają się zdarzenia. Czy widać parametry. Raporty w czasie rzeczywistym dają natychmiastową informację zwrotną.
Monitoruj przez pierwszy dzień. Większość problemów pojawia się szybko. Jeśli coś jest nie tak, wyłapiesz to od razu.
Ustaw alerty. Jeśli zdarzenie nie uruchomiło się od godziny, powiadom kogoś. Jeśli parametr jest stale pusty, powiadom. Alerty szybko wyłapują problemy.
Porównaj stan przed i po
Jeśli aktualizujesz istniejącą analitykę, porównaj stan przed i po. Czy nowe dane zgadzają się ze starymi. Jeśli aktualizacja nie powinna niczego zmieniać, liczby powinny pozostać takie same. Jeśli liczby zmieniły się nieoczekiwanie, zbadaj to.
Prowadź śledzenie równoległe. Pozostaw stare śledzenie włączone, gdy testujesz nowe. Porównaj dane z obu. Gdy upewnisz się, że się zgadzają, przełącz się wyłącznie na nowe śledzenie.
Najczęściej zadawane pytania
Jak długo testować przed wdrożeniem na produkcję?
Jeśli to możliwe, co najmniej tydzień. Testuj kompleksowo. Testuj każde zdarzenie. Testuj w różnych przeglądarkach i na różnych urządzeniach. Testuj w różne dni i o różnych porach. Tydzień testów wyłapuje większość problemów. Niektóre zespoły testują dwa tygodnie przy krytycznym śledzeniu. Z kreatora stron WEMASY możesz to skonfigurować bezpośrednio na swojej stronie.
Co zrobić, jeśli znajdziemy błąd po wdrożeniu?
Napraw go natychmiast. Wyłącz zepsute zdarzenie lub parametr. Popraw konfigurację. Przetestuj poprawkę w środowisku testowym. Wdróż ponownie. Im szybciej naprawisz, tym mniej złych danych zbierzesz. Miej proces szybkich napraw.
Czy testować na urządzeniach mobilnych?
Tak. Urządzenia mobilne mogą zachowywać się inaczej niż komputery. Różnią się prędkości sieci. Różnią się user agenty. Testuj na prawdziwych urządzeniach mobilnych. Testuj w różnych przeglądarkach. Safari. Chrome. Firefox. Każda może zachowywać się inaczej.
Czy możemy wdrażać stopniowo zamiast od razu?
Tak. Wdróż najpierw dla 10 procent użytkowników. Monitoruj błędy. Jeśli jest dobrze, zwiększ do 50 procent. Potem do 100 procent. Stopniowe wdrażanie wyłapuje błędy wcześnie, przy ograniczonym wpływie.
Jak testować zdarzenia wymagające działań użytkownika, których nie możemy zasymulować?
Użyj trybu podglądu menedżera tagów. Pokazuje, co by się uruchomiło, bez prawdziwych działań. W naprawdę niemożliwych scenariuszach stwórz dane testowe. Narzędzie wewnętrzne, które symuluje działanie. Albo ręczne testy na produkcji po starannym monitorowaniu.
Czy usuwać dane testowe z produkcji?
Tak. Transakcje testowe zanieczyszczają Twoje dane. Utwórz filtr wykluczający dane testowe. Albo użyj osobnej usługi testowej. Utrzymuj dane produkcyjne w czystości. Nie pozwól, by dane testowe mieszały się z prawdziwymi.