Niejawne i jawne śledzenie zdarzeń: trafienia i chybienia

Kiedy rozmawiamy z ludźmi na temat analityki, zwykle pojawia się jedno pytanie: „Co sądzisz o tym, by inżynierowie pisali kod śledzenia?” Rozkładając to na czynniki pierwsze, to, co chcą wiedzieć, to zasadniczo różnica między używaniem narzędzi, które automatycznie śledzą analitykę, a programowym dodawaniem kodu śledzenia przez ich inżynierów, i które z nich jest lepsze dla ich firmy.

Postanowiliśmy spisać nasze przemyślenia w tym artykule, aby pomóc zilustrować trafienia i chybienia śledzenia zdarzeń niejawnych i jawnych.

Przejdźmy do mosiężnych pinezek, dobrze?

Definiowanie niejawnego i jawnego śledzenia zdarzeń

Zanim przejdziesz do czytania o zaletach i wadach niejawnego i jawnego śledzenia zdarzeń, cofnijmy się o krok i zdefiniujmy te dwa elementy. Pomoże to lepiej zrozumieć różnice i umożliwi podjęcie świadomej decyzji.

Co to jest niejawne śledzenie zdarzeń?

Ten typ automatycznego zbierania zdarzeń, znany również jako bezkodowe śledzenie zdarzeń, ma na celu zebranie wszystkich interakcji użytkownika w aplikacji. Innymi słowy, nie trzeba wcześniej definiować zdarzeń, aby zbierać dane.

Niektóre narzędzia automatycznie przechwytują interakcje, takie jak kliknięcia, wyświetlenia strony, przesłane formularze itp., i przechowują je w gotowości, gdy ich potrzebujesz. Zawsze, gdy chcesz przeanalizować zachowanie użytkowników, możesz użyć edytora wizualnego, aby wstecznie tworzyć wydarzenia, na których Ci zależy.

Co to jest jawne śledzenie zdarzeń?

Jawne śledzenie zdarzeń wymaga ręcznego zdefiniowania zdarzeń, które mają być śledzone przy użyciu analizy opartej na kodzie. Cała koncepcja jawnego śledzenia zdarzeń opiera się na fakcie, że jesteś świadomy tego, jakie zdarzenia musisz śledzić, aby uzyskać pożądaną analizę.

Amplituda jest jednym z takich przykładów. Po określeniu celów i metryk oraz utworzeniu planu śledzenia programiści przeprowadzają wymagane analizy w bazie kodu.

Teraz, gdy omówiliśmy definicje, przejrzyjmy zalety i wady.

Trafienia i chybienia niejawnego lub bezkodowego śledzenia zdarzeń

Przyjrzyjmy się niektórym trafieniom i chybieniom związanym z niejawnym śledzeniem zdarzeń oraz temu, jak może ono pomóc w dokonaniu właściwego wyboru.

Trafienia: niejawne śledzenie

1. Świetne dla zespołów nietechnicznych

Dzięki niejawnemu lub bezkodowemu śledzeniu zdarzeń każdy, kto nie ma bezpośredniego kontaktu z kodem, może analizować zachowanie swoich klientów za pomocą rozwiązania typu „wskaż i kliknij”. Wklej fragment kodu do swojej witryny, a zacznie ona rejestrować wszystkie dostępne interakcje użytkowników po stronie klienta. Teraz możesz analizować różne zdarzenia w swojej aplikacji internetowej z mocą wsteczną.

Na przykład możesz po prostu zdefiniować zdarzenie kliknięcia dla przycisku o identyfikatorze newsletter-button , a ono dostarczy wstecznie dane powiązane ze wszystkimi użytkownikami, którzy kliknęli przycisk newslettera .

2. Nie ma potrzeby rygorystycznego planowania

Cała idea ukrytego śledzenia polega na dostępie do wszystkich danych o interakcjach klienta. Oszczędza to czas na określanie, które zdarzenia należy śledzić na początku, i nie trzeba konfigurować planu śledzenia, aby rozpocząć.

3. Definiowanie zdarzeń jest proste

Niektóre narzędzia są dostarczane z edytorami wizualnymi, w których można łatwo tworzyć różnego rodzaju wydarzenia w ciągu kilku minut. Oszczędza to niezliczone godziny rozwoju, które można przekierować na rozwiązywanie innych problemów.

Braki: niejawne śledzenie

1. Masz do czynienia z niechlujnymi danymi

Może istnieć wiele sposobów wykonywania akcji w Twojej aplikacji. Wyobraź sobie, że jesteś właścicielem aplikacji do dostarczania artykułów spożywczych, która umożliwia klientom składanie zamówień online, i chcesz śledzić, jak często to się dzieje.

Klient może nacisnąć przycisk „Zapłać”, a Twoje bezkodowe narzędzie analityczne powie Ci, ile razy ten przycisk został kliknięty. Jednak dane te mogą być niedokładne, biorąc pod uwagę, że klient może złożyć zamówienie w inny sposób. Być może Twoja aplikacja ma przycisk „Kup teraz”, który umożliwia również klientom złożenie zamówienia. W takim przypadku, jeśli chcesz dowiedzieć się, ile zamówień zostało złożonych , musisz połączyć te wydarzenia.

2. Istnieją obawy dotyczące bezpieczeństwa

Ponieważ te narzędzia przechwytują wszystkie interakcje użytkowników i przesyłają te dane do swoich usług, dane PII (dane osobowe) i/lub PHI (informacje o stanie zdrowia) klienta mogą być zagrożone. Pomysł zbierania wszystkich danych jest zasadniczo błędny, jeśli chodzi o te scenariusze.

3. Śledzenie może dość łatwo się zepsuć

Bezkodowe śledzenie jest powiązane z selektorami CSS dla stron internetowych i kontrolkami interfejsu użytkownika dla urządzeń mobilnych. Gdy programiści wprowadzają zmiany w Twoim produkcie, śledzenie może się zepsuć. Biorąc pod uwagę nasz poprzedni przykład, jeśli pojawi się nowy programista i zdecyduje się zmienić identyfikator CSS na przycisku „Zapłać” z przycisku płatności na przycisk składania zamówienia , śledzenie zostanie przerwane i będziesz się zastanawiać, dlaczego.

4. Stracisz cenne dane

Biorąc ten sam przykład, możesz chcieć wiedzieć, ile „jabłek” zostało zakupionych. Niejawne śledzenie nie może przechwycić tych danych. Wszystko, co robi, to zlicza liczbę kliknięć przycisku „Zapłać”. Aby odpowiedzieć na to pytanie, musisz zatrudnić inżyniera oprogramowania, który doda kod do śledzenia tego dla Ciebie. Każde narzędzie do śledzenia niejawnego obsługuje wysyłanie jawnych zdarzeń z określonego powodu; to mit, że nie wykorzystasz czasu inżynierskiego.

5. Utracisz dane z powodu programów blokujących reklamy

Ponieważ niektóre narzędzia przechwytują dane po stronie klienta, jesteś podatny na blokowanie reklam. Większość blokerów reklam dostępnych na rynku blokuje analitykę po stronie klienta, jednak dzięki śledzeniu opartemu na kodzie możesz przechwytywać dane analityczne na swoim zapleczu w celu uzyskania krytycznych wskaźników biznesowych, unikając tego problemu.

To właściwie podsumowuje niejawne lub bezkodowe narzędzia do śledzenia analiz.

Trafienia i chybienia śledzenia zdarzeń jawnych lub opartych na kodzie

Teraz, gdy masz już dobre pojęcie o bezkodowych narzędziach do śledzenia, przyjrzyjmy się niektórym zaletom i wadom jawnego lub opartego na kodzie śledzenia zdarzeń.

Trafienia: wyraźne śledzenie

1. Śledź to, czego potrzebujesz i dodaj dodatkowy kontekst

Dzięki jawnemu śledzeniu możesz śledzić dane potrzebne do analizy i dodawać dodatkowy kontekst do każdej interakcji z klientem.

Na przykład, gdy ktoś naciśnie przycisk „Zapłać”, korzystając z właściwości Zdarzenie, możesz także śledzić kod produktu , ilość i wartość produktu oraz wyświetlone zdjęcia produktów , oprócz śledzenia liczby naciśnięć przycisku „Do kasy”. . Zapewnia to dodatkowy kontekst zachowań zakupowych użytkownika.

Amplitude może z łatwością pomóc Ci to osiągnąć.

2. Możesz polegać na swoich danych

Dzięki jawnemu śledzeniu zdarzeń możesz ufać swoim danym, ponieważ są one zintegrowane z cyklem życia oprogramowania i nie ulegną uszkodzeniu. Kiedy traktujesz swoje analizy jak kod i masz wdrożony proces zarządzania danymi, wszyscy odnoszą korzyści.

Weźmy ten sam przykład, który widziałeś w poprzedniej sekcji. W przypadku śledzenia zdarzeń opartego na kodzie wszystkie przypadki złożenia zamówienia mogą być spójnie oprzyrządowane, czy to za pomocą przycisku „Do kasy” czy przycisku „Kup teraz”.

3. Zarządzaj tym, co jest przechwytywane

Tworząc plan śledzenia, masz przez cały czas świadomość, jakie dane są wysyłane do narzędzia analitycznego. Wiesz, jakie dane PII/PHI klienta są przechwytywane i dokąd zmierzają. Na przykład możesz chcieć wysłać czyjeś imię i adres e-mail do Intercom w celu spersonalizowania sukcesu klienta. Utworzenie tej mapy danych pomaga upewnić się, że działasz zgodnie z RODO i CCPA.

4. Przechwytuj dane z wielu źródeł

Dzięki jawnemu śledzeniu możesz konsekwentnie przechwytywać zdarzenia z wielu źródeł, w tym z backendu, który nie podlega blokadom reklam po stronie klienta. W zależności od odbiorców możesz spodziewać się zablokowania od 10 do 30% wydarzeń. W przypadku wszelkich krytycznych danych zalecamy śledzenie zdarzeń na zapleczu.

Braki: wyraźne śledzenie

1. Potrzebujesz pomocy programisty

Jak sama nazwa wskazuje, narzędzia analityczne oparte na kodzie wymagają od programisty czasu na instrumentowanie zdarzeń. Ponownie, jeśli później nastąpi jakakolwiek zmiana w którymś z wydarzeń lub będziesz musiał dodać kilka wydarzeń, musisz zaangażować programistę.

2. Wdrożenie zajmuje więcej czasu

Implementacja śledzenia zdarzeń na podstawie kodu zajmuje więcej czasu. Jesteś zależny od dłuższej pętli sprzężenia zwrotnego z programistami, gdy piszą kod → wysyłają kod → czekają na dane → uruchamiają zapytanie. To inwestycja czasu i pieniędzy.

3. Najpierw musisz zaplanować

Jednym z wyzwań związanych ze śledzeniem zdarzeń opartym na kodzie jest to, że musisz mieć wszystko zaplanowane i gotowe przed wdrożeniem. To znowu wymaga czasu i wysiłku, aby zaplanować wydarzenia, których będziesz potrzebować w bliższej lub dalszej przyszłości.

Nie tylko to, ale jeśli jesteś menedżerem produktu lub analitykiem, być może będziesz musiał uzyskać wpisowe od swojego zespołu inżynierów przed przyjęciem rozwiązania. Wszystko to dlatego, że przygotowanie planu śledzenia wymaga czasu.

Co więc wybrać?

Kiedy więc wybrać śledzenie ukryte, a kiedy jawne? Stworzyliśmy krótki przewodnik poniżej, aby pomóc, a także wymieniliśmy niektóre z naszych ulubionych narzędzi analitycznych w każdej kategorii.

Ostatecznie użyj narzędzia, które najlepiej sprawdza się w Twoim zespole, ale zrozum zalety i wady każdego podejścia. Potrzeby wielu zespołów ewoluują wraz z rozwojem i dodawaniem nowych przypadków użycia danych śledzenia zdarzeń.

Jeśli jesteś gotowy, aby zacząć korzystać z narzędzia do śledzenia zdarzeń, załóż bezpłatne konto Amplitude już dziś lub zapoznaj się z naszą samoobsługową wersją demonstracyjną.