Jak rozwiązać problem RODO za pomocą tagu po stronie serwera GTM?

Po wejściu w życie ogólnego rozporządzenia o ochronie danych (RODO) użytkownicy Google Analytics w Europie stanęli przed problemem. Google Analytics stało się nielegalne dla operatorów witryn w kilku krajach z powodu decyzji europejskich organów ochrony danych, ponieważ nie jest zgodne z RODO.

Dobrą wiadomością jest to, że ten problem ma rozwiązanie. Jeśli podoba Ci się struktura danych Google Analytics 4, nie musisz z niej rezygnować. Zamiast tego możesz użyć śledzenia po stronie serwera w Menedżerze tagów Google i użyć specjalnego tagu OWOX do bezpośredniego przesyłania danych z Twojej witryny do Google BigQuery bez wysyłania ich na serwery Google Analytics.

W 2020 roku organizacja non-profit NOYB złożyła 101 skarg na strony internetowe działające w Europejskim Obszarze Gospodarczym (EOG), które korzystały z Google Analytics lub Facebook Connect. Następnie organy ochrony danych EOG zaczęły wydawać orzeczenia zmuszające operatorów witryn EOG do zaprzestania korzystania z tych usług, ponieważ nie przestrzegają oni ogólnego rozporządzenia o ochronie danych (RODO).

Problem tkwi w sposobie zastosowania Google Analytics w Europie, ponieważ Google przechowuje dane zebrane o mieszkańcach UE (dane o zachowaniach użytkowników) w amerykańskiej usłudze w chmurze. Kwestią sporną było – i nadal jest – to, że zabezpieczenia zastosowane przez Google są niewystarczające, aby uniemożliwić amerykańskim służbom wywiadowczym dostęp do danych osobowych mieszkańców UE. Według europejskich organów ochrony danych takie zagraniczne transfery danych naruszają RODO.

Śledzenie po stronie serwera GTM jest alternatywą dla tradycyjnej metody śledzenia po stronie klienta, która rozwiązuje problem transmisji poufnych danych, blokowania reklam i szybkości ładowania strony.

Do przetwarzania danych zbieranych po stronie serwera (śledzenie po stronie serwera) dodawane jest pośrednie miejsce docelowe (w przypadku Google Tag Manager jest to serwer w chmurze). Po stronie klienta żądanie najpierw trafia do serwera w chmurze, a następnie serwer w chmurze przetwarza to żądanie i wysyła je do systemu innej firmy. Oznacza to, że zamiast przeglądarki klienta wysyłającej żądanie do systemu innej firmy, żądanie to jest wysyłane przez serwer w chmurze.

1. Śledzenie po stronie serwera pozwala ukryć logikę biznesową interakcji witryny z aplikacjami innych firm, przenosząc ją na zaplecze. Oznacza to, że przesyłane dane i logika, za pomocą których je przesyłasz, nie będą dostępne dla użytkownika.
2. Wysyłanie danych do systemów firm trzecich nie zależy od przeglądarki użytkownika, ponieważ wszystkie żądania są przetwarzane i wysyłane po stronie serwera i nie są objęte blokerami reklam, ponieważ ta metoda eliminuje możliwość wykrycia skryptu poprzez identyfikację domeny wysyłającej żądanie.
3. Ta metoda śledzenia jest bezpieczniejsza, co oznacza, że ​​możesz uzupełnić dane użytkownika gromadzone po stronie klienta o niezbędne informacje bez ryzyka ujawnienia.
4. Masz pełną kontrolę nad danymi, które będą przesyłane do systemów zewnętrznych, dzięki czemu możesz spełnić istniejące wymagania RODO, CCPA i CSP.
5. Korzystając z subdomeny podczas konfigurowania kontenera serwera, możesz ustawić własne pliki cookie, zwiększając ich żywotność. Pomaga to wyeliminować wpływ narzędzi do zapobiegania śledzeniu wbudowanych w Safari, Chrome i Firefox.

Aby nie wysyłać danych do Google Analytics, możesz użyć tagu Google Analytics 4 RawData to BigQuery, który umożliwia automatyczne przekierowywanie zdarzeń GoogleAnalytics 4 do tabeli Google BigQuery.

Tag Google Analytics 4 RawData to BigQuery jest bezpłatny. Każdy, kto używa GTM po stronie serwera, może go zainstalować i uzyskać następujące korzyści:

1. Zgodność z RODO. Korzystając z naszego tagu, możesz skonfigurować GTM po stronie serwera, aby dane w ogóle nie trafiały na serwery Google Analytics w USA, ale trafiały bezpośrednio do zbioru danych z lokalizacją określoną w Google BigQuery. Oznacza to, że dane w ogóle nie wykraczają poza kontur firmy. W ten sposób sama firma gwarantuje 100% zgodność z RODO.
2. Jednorazowa konfiguracja. Tag wystarczy skonfigurować tylko raz. Nie ma potrzeby przechodzenia do ustawień i zmiany struktury tabeli w GBQ za każdym razem, gdy dodajesz nowe zdarzenia/parametry GA4 w znacznikach witryny.
3. Dane w czasie rzeczywistym. Dane są przesyłane do GBQ w czasie rzeczywistym — nie trzeba czekać na zaplanowany eksport.
4. Bez ograniczeń. Na przykład nie natkniesz się na znany limit 1 miliona wyświetleń dziennie, który dotyczy przesyłania natywnego z bezpłatnej wersji GA 4 do GBQ.
5. Tag jest bezpłatny i dostępny dla każdego, kto korzysta ze śledzenia GTM po stronie serwera.

Jeśli potrzebujesz godnego zaufania rozwiązania analitycznego dostosowanego do RODO i świata prywatności, zarejestruj się na bezpłatne demo.

Możesz użyć Google Analytics 4 RawData do tagu BigQuery, jeśli włączyłeś Google Analytics 4 i skonfigurowałeś GTM jako menedżera tagów po stronie serwera dla zdarzeń GA 4. Dzięki temu tagowi będziesz otrzymywać nieprzetworzone dane Google Analytics 4 po każdym dodaniu nowego zdarzenia w znacznikach witryny bez wcześniejszego konfigurowania schematu w BigQuery.

1. Utwórz zbiór danych w projekcie GBQ:

2. Wybierz lokalizację danych:

3. Utwórz tabelę z następującym schematem:

Najszybszym sposobem jest uruchomienie poniższego kodu SQL w GBQ:

CREATE TABLE IF NOT EXISTS [nazwa_projektu].[nazwa_zestawu_danych].ga4RawDataOwox (rawDataOwox STRING NOT NULL, createdAt TIMESTAMP NOT NULL) OPTIONS(description="GA4 Surowe dane przesłane bezpośrednio do GBQ z mojego GTM po stronie serwera przy użyciu tagu OWOX")

Notatka! W tym przykładzie kodu SQL należy zastąpić [nazwa_projektu].[nazwa_zestawu_danych] rzeczywistymi nazwami projektu i zestawu danych.

1. Przejdź do Szablony → Szablony tagów → Przeszukaj galerię w kontenerze GTM po stronie serwera:

2. Znajdź i wybierz tag:

3. Dodaj go do swojego obszaru roboczego:

Przejdź do Tagi i dodaj ten tag. Wybierz wyzwalacz i ustaw ścieżkę do swojej tabeli w GBQ.

Notatka! Zaznacz pole wyboru „Włącz rejestrowanie” tylko w celu debugowania.

Dopóki kontener serwera działa w tym samym projekcie GCP z tabelą BigQuery, wszystko gotowe. Nie musisz nic robić w zakresie uwierzytelniania, ponieważ domyślne konto usługi App Engine ma pełny dostęp do wszystkich tabel BigQuery dodanych do projektu.

Prześlij i opublikuj zmiany, a następnie przetestuj przepływ w trybie podglądu. Jeśli wszystko się zgadza, zobaczysz tag Google Analytics 4 RawData to BigQuery pod tagami Uruchomione:

Zobaczysz dane w tabeli Google BigQuery:

Napisz kod SQL, aby wykorzystać te dane w wygodnej strukturze w swoich raportach. Przykład:

Jeśli włączyłeś Google Analytics 4 i potrzebujesz zaimportować dane o kosztach do Google BigQuery lub stworzyć raporty z wielu kanałów, zarezerwuj demo z OWOX.

Nasi specjaliści pokażą, w jaki sposób możesz wykorzystać produkty OWOX BI (i nasze profesjonalne usługi), aby osiągnąć swoje cele i przekształcić surowe dane w dane biznesowe.