Śledzenie po stronie klienta opiera się na JavaScript uruchamianym w przeglądarkach odwiedzających. Przeglądarki mają jednak ograniczenia. Blokery reklam blokują skrypty śledzące. Ustawienia prywatności wyłączają pliki cookie. Skrypty zewnętrzne czasem się nie ładują. Tracisz dane. Śledzenie po stronie serwera wysyła dane prosto z Twoich serwerów. Twoje serwery wiedzą, kiedy zdarzenia mają miejsce. Wysyłają je do analityki. Blokery reklam nie mogą w to ingerować. Ustawienia prywatności ich nie blokują. Śledzenie po stronie serwera jest bardziej niezawodne. Łapie dane, które śledzenie po stronie klienta pomija.
Ten artykuł wyjaśnia, czym jest śledzenie po stronie serwera i kiedy warto go użyć.
Dlaczego śledzenie po stronie serwera ma znaczenie
Śledzenie po stronie klienta gubi dane. Blokery reklam blokują od 10 do 40 procent odwiedzających. Ustawienia prywatności w przeglądarkach blokują kolejnych. Skrypty zewnętrzne bywają zawodne. Nie widzisz danych tych odwiedzających.
Śledzenie po stronie serwera omija te problemy. Dane wysyłają Twoje serwery. Odwiedzający nie zablokują ich ustawieniami przeglądarki. Blokery reklam ich nie ruszają. Zbierasz dane od wszystkich odwiedzających.
Śledzenie po stronie serwera jest też dokładniejsze. Serwer zna prawdziwe zdarzenie. Przy zakupie wie, jaka była faktyczna kwota. Po stronie klienta można ją tylko oszacować na podstawie danych ze strony.
Różnice między śledzeniem po stronie serwera i klienta
Śledzenie po stronie klienta uruchamia JavaScript w przeglądarkach odwiedzających. Przeglądarka wysyła dane do analityki. To proste, ale zawodne.
Śledzenie po stronie serwera działa na Twoich serwerach. Gdy zdarzenie ma miejsce, serwer wysyła dane do analityki. Odwiedzający sam niczego nie wysyła. Źródłem jest Twój serwer.
Śledzenie hybrydowe łączy oba podejścia. Po stronie klienta śledzisz interakcje użytkowników. Po stronie serwera potwierdzone transakcje. Razem dają pełny obraz.
Wdróż śledzenie po stronie serwera
Śledzenie po stronie serwera wymaga pracy programisty. Gdy na serwerze dzieje się zdarzenie, wywołaj API platformy analitycznej. Wyślij odpowiednie dane.
W sklepie internetowym po potwierdzeniu zakupu wyślij zdarzenie zakupu. Dołącz kwotę, produkty i dane klienta. Platforma analityczna je odbierze.
W SaaS po założeniu konta przez użytkownika wyślij zdarzenie rejestracji. Gdy przejdzie na wyższy plan, wyślij zdarzenie zmiany planu. Twój serwer jest źródłem prawdy.
Dopasuj zdarzenia serwera do sesji odwiedzających
Zdarzenia z serwera potrzebują kontekstu. Który odwiedzający dokonał tego zakupu. Musisz powiązać zdarzenia serwera z sesjami po stronie klienta.
Użyj identyfikatorów odwiedzających. Gdy odwiedzający się loguje, znasz jego ID. Gdy kupuje, wyślij zakup razem z tym ID. Platforma analityczna powiąże go z jego sesją.
Dla anonimowych odwiedzających użyj plików cookie. Cookie w przeglądarce zawiera ID odwiedzającego. Gdy odwiedzający kupuje, odczytaj cookie. Wyślij zakup z tym ID.
Zdecyduj, co śledzić po stronie serwera
Po stronie serwera śledź potwierdzone zdarzenia. Zakupy. Rejestracje. Zmiany planu. Zdarzenia, o których serwer wie, że są prawdziwe i kompletne.
Nie śledź po stronie serwera zachowań z klienta. Odsłon. Kliknięć. Przewijania. Lepiej śledzić je po stronie klienta. Serwer o nich nie wie.
Pomyśl o dokładności danych. Jeśli serwer zna dane, śledź je po stronie serwera. Serwer zna kwoty zakupów. Zna typy użytkowników. Zna korzystanie z funkcji.
Radź sobie z dublowaniem danych
Jeśli śledzisz zarówno po stronie klienta, jak i serwera, możesz wysłać zdarzenia dwa razy. Zakup śledzony obiema drogami pojawi się w analityce jako dwa zakupy.
Zapobiegaj dublowaniu za pomocą ID zdarzeń. Nadaj każdemu zdarzeniu unikalny identyfikator. Jeśli to samo ID dotrze dwa razy, zignoruj duplikat.
Albo użyj osobnych właściwości analitycznych. Zdarzenia z klienta w jednej właściwości. Zdarzenia z serwera w drugiej. Analizuj je osobno.
Dokładnie testuj śledzenie po stronie serwera
Śledzenie po stronie serwera jest bardziej niezawodne, ale nadal wymaga testów. Sprawdź, czy zdarzenia docierają do platformy analitycznej. Sprawdź dokładność danych. Sprawdź, czy przypisanie odwiedzających działa.
Obserwuj opóźnienia. Zdarzenia z serwera mogą docierać z opóźnieniem. Dotarcie do analityki zajmuje trochę czasu. To normalne. Jeśli jednak opóźnienie rośnie, sprawdź dlaczego.
Najczęściej zadawane pytania
Czy śledzenie po stronie serwera jest lepsze niż po stronie klienta?
Lepsze pod względem niezawodności. Gorsze pod względem elastyczności. Po stronie klienta można śledzić wszystko na stronie. Po stronie serwera tylko zdarzenia, o których serwer wie. Używaj obu. Klient do interakcji. Serwer do potwierdzonych zdarzeń. W kreatorze stron WEMASY możesz to ustawić bezpośrednio na swojej stronie.
Czy musimy usunąć śledzenie po stronie klienta, jeśli wdrożymy serwerowe?
Nie. Zostaw oba. Służą do różnych celów. Klient śledzi zachowanie użytkowników. Serwer potwierdza ważne zdarzenia. Razem dają kompletne dane. Wystarczy zapobiec dublowaniu.
Jak zapobiegać duplikatom zdarzeń przy śledzeniu po stronie serwera?
Używaj ID zdarzeń. Każde zdarzenie dostaje unikalny identyfikator. Jeśli to samo ID dotrze dwa razy, zignoruj duplikat. Większość platform analitycznych obsługuje deduplikację. Włącz ją.
Czy śledzenie po stronie serwera wymaga zgody?
Tak. Śledzenie po stronie serwera nadal wysyła dane użytkowników do analityki. Jeśli do analityki wymagasz zgody, potrzebujesz jej także przy śledzeniu serwerowym. Zgoda dotyczy obu sposobów.
Co, jeśli nasz serwer przestanie działać? Czy śledzenie się zatrzyma?
Tak. Jeśli serwer nie połączy się z platformą analityczną, zdarzenia nie zostaną wysłane. Zbuduj logikę ponawiania. Jeśli wysyłka się nie uda, ponów ją później. Dzięki temu dane w końcu trafią do analityki.
Czy możemy śledzić po stronie serwera zdarzenia offline?
Tak. To jedna z zalet śledzenia po stronie serwera. Jeśli zakup odbywa się offline, a potem trafia do Twojego systemu, możesz wysłać go do analityki. Śledzenie serwerowe nie wymaga aktywności w przeglądarce użytkownika w czasie rzeczywistym.