Google Tag Manager jako podstawa marketingu
Różnica pomiędzy GTM Server-side a Client-side
GTM Server-side – zalety
Jak wdrożyć GTM server-side?
Ile kosztuje GTM Server-side?
Czy GTM Server-side różni się od Measurement Protocol?
Co jest potrzebne do wdrożenia GTM Server-side?
Jakie narzędzia można wdrożyć za pomocą GTM Server Side?
Jak GTM Server Side wpływa na zbieranie danych?
Czy GTM Server Side można wdrożyć poza Google Cloud Platform?
Ile trwa wdrożenie ssGTM?
Czy GTM server-side działa w przypadku aplikacji mobilnych?
Podsumowanie
Google Tag Manager to niezwykle istotne w marketingu online narzędzie. Efektywny marketing online opiera się na danych. Dane to skrypty i narzędzia, które instalujemy oraz wdrażamy w ramach marketingu online. Narzędzia te najczęściej wdrażamy za pomocą skryptów i tagów, które osadzamy w kodzie źródłowym naszej strony. Alternatywą dla wdrażania kodu źródłowego poszczególnych narzędzi jest wykorzystanie GTM, który jest systemem zarządzania treścią dla skryptów. Efektywny marketing powinien opierać się na Google Tag Manager (GTM). Po wdrożeniu skryptów za pomocą GTM lub bezpośrednio w kodzie źródłowym strony, użytkownik wchodząc na nasz serwis, wczytuje jego zawartość. Skrypty te wchodzą w interakcję z narzędziami zewnętrznymi, pobierając dane z przeglądarki, systemu oraz interakcji użytkownika na stronie. Następnie dane te są wysyłane do serwerów narzędzi trzecich.
Odwiedzając dowolną stronę internetową, możemy zobaczyć, jakie informacje są pobierane i wysyłane do stron trzecich. Korzystając z narzędzi dla deweloperów, dostępnych w menu przeglądarki, w zakładce „Network” znajdziemy podsumowanie wszystkich skryptów, w szczególności skryptów JavaScript, które są wczytywane. W ramach analityki online możemy monitorować, jakie skrypty są wczytywane w przeglądarce. Na przykład, używając funkcji Collect, można zobaczyć, jakie informacje są wysyłane z przeglądarki do narzędzi trzecich. Te dane pozwalają na generowanie metryk dotyczących zachowania użytkowników oraz optymalizację marketingu.
W przypadku GTM Client-Side, wszystkie skrypty wdrożone po stronie klienta wysyłają informacje bezpośrednio z przeglądarki do narzędzi trzecich. Natomiast kontener Server-Side to narzędzie instalowane na serwerze. Komunikacja przeglądarki z tym kontenerem odbywa się w taki sposób, że zamiast wielu nawiązań komunikacji z różnymi narzędziami, jedna paczka informacji jest wysyłana do serwera. Na serwerze dane są dzielone na porcje, a odpowiednie informacje są przesyłane dalej do narzędzi trzecich. Całe obciążenie, które do tej pory było podejmowane przez komputer i przeglądarkę, przejmuje serwer. Oczywiście za to obciążenie będziemy płacić w postaci utrzymania serwera, ponieważ musi on wykonać operacje, aby rozesłać poszczególne informacje do wszystkich wdrożonych narzędzi. Dzięki temu, że ciężar obsługi interakcji przejmuje serwer z skonfigurowanym GTM Server-side, działanie naszej strony przyspieszy.
W konsoli przeglądarki można zauważyć, że wczytywanych skryptów jest bardzo dużo, co zajmuje moc obliczeniową komputera i przeglądarki. Po wdrożeniu GTM Server-side i wysłaniu jednej paczki informacji z przeglądarki do serwera, eliminujemy dziesiątki innych komunikacji. Całość obciążenia przejmuje serwer, który rozsyła informacje dalej. Dzięki temu nasza witryna przyspiesza, ponieważ komputer ma więcej zasobów do wczytania treści. Treść jest dostarczana użytkownikowi szybciej, co wpływa na metryki Core Web Vitals. To z kolei ma pozytywny wpływ na ranking w wyszukiwaniach organicznych. Dodatkowymi zaletami wykorzystania GTM Server-side jest możliwość wzbogacenia informacji, które trafiają do serwera, o dane, których nie chcielibyśmy ujawniać użytkownikowi na poziomie przeglądarki. Mogą to być informacje o marży czy koszcie zakupu produktu. Tak wzbogacone dane, wraz z informacjami o użytkowniku, wysyłamy do narzędzi takich jak Google Ads. Dzięki temu możemy nałożyć kryteria optymalizacji reklam w oparciu o bardziej zaawansowane dane, np. związane z marżowością naszych produktów.
Oprócz dodawania informacji na poziomie serwera, możemy również usuwać pewne dane. Jeżeli nie chcemy przesyłać personalnie identyfikowanych informacji do narzędzi trzecich, co jest zgodne z RODO, możemy je usunąć z paczki danych, zanim zostaną rozesłane do innych narzędzi.
Ponieważ paczka informacji trafia do serwera, który najczęściej jest skonfigurowany na naszej subdomenie, mamy mniejszy poziom blokowania tych nawiązań przez adblocki i różnego rodzaju narzędzia. Narzędzia te działają w ten sposób, że rozpoznają, dokąd wychodzą poszczególne sygnały. Jeśli sygnał znajduje się na liście rzeczy do zablokowania, nie jest przekazywany dalej. Zastosowanie GDPR zwiększa liczbę rejestrowanych konwersji, ponieważ ad-doki nie działają na tego typu informacje, które trafiają do naszego serwera. Proces ten można podzielić na trzy kroki:
W praktyce, w ramach realizowanych projektów, sprawdzamy obciążenie serwera, aby zoptymalizować koszty. Podstawowe narzędzia Google Platform do postawienia kontenera serwerowego to App Engine i Cloud Run. Przed wyborem pierwszego kroku i konfiguracją kontenera serwerowego, analizujemy ruch, aby oszacować koszty obsługi kontenera i zoptymalizować je. Drugim krokiem, już po wdrożeniu kontenera, jest ocena jego odporności na adblocki. GTM Server Side jest generalnie odporny na działanie adblocków, jednak można to jeszcze dopracować. W związku z tym przeprowadzamy analizy sprawdzające tę odporność. Jeśli jest na odpowiednim poziomie, pozostawiamy konfigurację bez zmian.
Dodatkowo optymalizujemy śledzenie po stronie klienta, ponieważ nie zawsze wszystko powinno być śledzone przez rozwiązanie client-side. Często zdarza się, że firmy same wdrażające GTM Server-Side mają zdublowane śledzenie, co oznacza, że te same informacje są wysyłane z obu kontenerów. Przy wdrożeniu GTM Server-Side zawsze zwracamy na to uwagę. Razem z konfiguracją warto zastanowić się nad możliwością wzbogacenia danych. Często u klientów, którzy mają takie potrzeby, dodajemy informacje o koszcie wytworzenia danego produktu. Dzięki temu kampanie mogą być optymalizowane na podstawie rzeczywistej marży i zysku bezpośredniego z produktu, a nie jedynie na podstawie przychodu. To istotne, ponieważ różne produkty mogą mieć różne marże.
W przypadku większych organizacji, które mają wiele kontenerów, przeprowadzamy analizę, aby zoptymalizować ich liczbę. Często okazuje się, że duża liczba kontenerów nie jest konieczna. Dotyczy to szczególnie organizacji z wieloma stronami, gdzie struktura przy wdrażaniu kontenerów Client Side często nie była przemyślana.
Jednym z najczęstszych pytań, jakie zadają klienci zainteresowani GTM Server-Side, jest koszt takiego rozwiązania. Koszt ten należy podzielić na dwa czynniki. Pierwszym aspektem jest koszt wdrożenia, a drugim koszt obsługi. Koszt obsługi obejmuje zarządzanie wdrożeniami kolejnych narzędzi oraz obsługę serwera, na którym znajduje się kontener. W przypadku liczby żądań na sekundę, jeśli serwery muszą obsłużyć około 4-5 żądań na sekundę, koszt wynosi około 400 złotych. Przy mniejszych serwisach, koszty te mogą wynosić maksymalnie do 1000 złotych, a często zamykają się w kwocie 100 złotych miesięcznie.
Należy również uwzględnić koszt wdrożenia i obsługi, jeśli chodzi o wdrażanie nowego śledzenia.
Measurement Protocol to funkcja Google Analytics, za pośrednictwem której można wysyłać dane do GA4 bez konieczności obecności użytkownika w serwisie. Jeśli mamy urządzenia, które nie obsługują przeglądarki ani nie są aplikacjami mobilnymi, na przykład kioski w sklepach stacjonarnych, możemy bezpośrednio wysyłać informacje do GA4 za pomocą Measurement Protocol. Measurement Protocol często jest wykorzystywany do dosyłania transakcji, które normalnie nie zostałyby zarejestrowane przez GA4.
Google Tag Manager (GTM) nie służy wyłącznie do GA4. GTM jest używany do wysyłania danych do różnych narzędzi. GTM działa jak kieszonka, która zbiera informacje z przeglądarki, a następnie rozdziela je do odpowiednich narzędzi. Niezależnie od tego, czy dane mają trafić do GA4, Google Ads, czy innego narzędzia, z poziomu GTM można je wysłać do wybranego systemu. Measurement Protocol nie zastąpi Google Tag Manager Server-Side i odwrotnie, ponieważ są to dwa zupełnie różne narzędzia.
Przede wszystkim konieczny jest skonfigurowany serwer. Oznacza to, że musimy mieć przestrzeń, na której zainstalujemy kontener serwerowy. Klienci najczęściej wybierają przestrzeń w ramach Google Cloud Platform, korzystając z narzędzi takich jak App Engine lub Cloud Run. Obecnie coraz częściej wybierany jest Cloud Run, ponieważ jest bardziej skalowalny, co pozwala lepiej kontrolować koszty. W przypadku App Engine musimy z góry określić liczbę maszyn, które będą obsługiwać ruch. Cloud Run oferuje opcje skalowania, co oznacza, że maszyny będą się automatycznie dostosowywać do zapotrzebowania. Możemy również wybrać inne środowisko, takie jak Azure lub AWS. Z naszego doświadczenia wynika, że największym problemem jest stworzenie odpowiedniej przestrzeni. Pozostałe kwestie, takie jak konfiguracja na serwerze i konfiguracja przekazywania danych z GTM Client-Side do Server-Side, mogą być wykonane przez nas lub przez analityka internetowego odpowiedzialnego za wdrożenie.
U jednego z klientów mamy listę około 36 narzędzi, z których kilka będzie wdrażanych za pośrednictwem GTM Server-Side. Google oferuje wiele rozwiązań, takich jak Analytics, śledzenie adresów, Floodlight oraz inne narzędzia z grupy Marketing Platform. Wśród nich znajdują się piksele do Criteo, Pinteresta, TikToka, Twittera, LinkedIna i innych, które polegają na wdrażaniu skryptów wysyłających informacje bezpośrednio do tych narzędzi. Wszystko, co wdrażamy na client-side, możemy również wdrożyć po stronie serwera, czyli Server-Side.
Można to podsumować w dwóch aspektach. Po pierwsze, uszczelnia zbieranie danych. Śledzenie realizowane za pomocą GTM Server Side jest bardziej odporne na blokowanie przez adblock, co zwiększa poziom rejestrowanych danych i konwersji. Po drugie, modyfikuje dane. Może to oznaczać zarówno wzbogacanie danych poprzez dodanie dodatkowych informacji, jak i usuwanie informacji, których nie chcemy przekazywać do narzędzi trzecich.
Jak najbardziej. Alternatywą w przypadku Microsoft Azure jest Azure App Service. W przypadku Amazon i jego AWS jest to Elastic Beanstalk, które jest bardzo podobne do App Engine w Google Cloud Platform. Elastic Container Service jest z kolei odpowiednikiem Cloud Run. W ten sposób można wykorzystać inne chmury do obsługi kontenera server-side.
Proces można podzielić na dwie części. Pierwsza dotyczy konfiguracji samego serwera i kontenera na tym serwerze. Druga część związana jest z przenoszeniem śledzenia z client-side na server-side i jest uzależniona od aktualnej konfiguracji GTM Client-Side. Im bardziej rozbudowana jest konfiguracja i im więcej danych tam przekazujesz, tym dłużej potrwa ten etap. Średnio takie wdrożenia trwają od 3 do 6 miesięcy, obejmując przepięcie śledzenia z Client-Side na Server-Side.
Obecnie nie, choć w przyszłości może się to zmienić. W przeciągu 1-2 lat ssGTM stanie się standardem śledzenia w marketingu online. Im wcześniej wdrożysz ssGTM, tym szybciej skorzystasz z jego zalet, takich jak przyspieszenie strony internetowej i wzbogacenie danych przekazywanych dalej. ssGTM pozwala również na rejestrowanie większej ilości danych, unikając np. adblocków. Warto więc jak najszybciej zainteresować się tym tematem.
Podsumowanie
Wdrożenie GTM server-side ma wiele korzyści i pozytywnie wpływa na wiele aspektów marketingu online, takich jak Core Web Vitals czy kwestie związane z RODO. Jestem przekonany, że ssGTM jest przyszłością śledzenia i zbierania danych w internecie. Warto więc już teraz zadbać o odpowiednie wdrożenie i poprawić działania związane ze zbieraniem danych w swoim serwisie.
Tagi:
Historie sukcesów
Ostatnie wpisy na blogu
