Tutorial: Konfiguracja reguł geolokalizacji w Usercentrics
Spis treści
Dostosowanie banerów zgód do regionalnych przepisów o ochronie prywatności jest podstawowym wymogiem dla globalnych witryn internetowych. Podczas gdy Unia Europejska egzekwuje surowe zasady opt-in w ramach RODO, inne regiony często zezwalają na modele opt-out lub komunikaty informacyjne, co znacznie zmniejsza tarcie (friction) po stronie użytkowników. Poniższy przewodnik wyjaśnia, jak poprawnie skonfigurować reguły geolokalizacji (Geolocation Rules) przy użyciu różnych identyfikatorów Settings ID w platformie Usercentrics.
Krok 1: Utworzenie identyfikatorów Settings ID
Wdrożenie wymaga co najmniej dwóch oddzielnych konfiguracji wewnątrz platformy Usercentrics. Jedna konfiguracja pełni rolę profilu głównego (np. dla regionu RODO), podczas gdy druga tworzona jest jako profil alternatywny (np. dla reszty świata).
- Główne Settings ID: Przeznaczone do ścisłej zgodności z prawem (UE/EOG).
- Alternatywne Settings ID: Przeznaczone dla regionów o mniejszych restrykcjach.
Krok 2: Konfiguracja profilu RODO
Profil RODO wymaga jawnej konfiguracji „Opt-in”. W panelu administracyjnym dla tego konkretnego Settings ID wszystkie usługi przetwarzania danych (takie jak Google Analytics czy Meta Pixel) muszą zostać ustawione tak, aby wymagały wyraźnej zgody przed aktywacją jakichkolwiek skryptów śledzących. Baner musi zapewniać jasne opcje „Akceptuj” oraz „Odrzuć”.
Krok 3: Konfiguracja profilu dla Reszty Świata (RoW)
Dla alternatywnego Settings ID stosuje się luźniejszą konfigurację. W zależności od wewnętrznych wytycznych prawnych, do wyboru jest model „Opt-out”. W takiej konfiguracji usługi są aktywowane domyślnie, a baner jedynie informuje odwiedzających o śledzeniu, udostępniając link do ustawień prywatności, gdzie śledzenie da się wyłączyć. Alternatywnie, wyświetlanie banera może zostać całkowicie dezaktywowane dla określonych regionów.
Krok 4: Mapowanie geolokalizacji w panelu administracyjnym
Po przygotowaniu obu konfiguracji należy ustanowić routing geograficzny. Gwarantuje to serwowanie odpowiedniego banera na podstawie adresu IP odwiedzającego.
- Należy przejść do menu Configuration, a następnie do zakładki Geolocation Rules.
- Główne Settings ID (RODO) jest powiązane z głównym skryptem na stronie.
- Tworzona jest nowa reguła geolokalizacji (Geolocation Rule).
- Z menu rozwijanego wybierane jest alternatywne Settings ID.
- Przypisuje się regiony docelowe. W przypadku konfiguracji dla „Reszty Świata” wysoce wydajnym podejściem jest zdefiniowanie profilu RODO jako domyślnego dla państw UE/EOG, a następnie przypisanie wszystkich krajów pozaeuropejskich (np. USA, Kanada, Australia, Azja) do alternatywnego Settings ID.
Krok 5: Testowanie i weryfikacja
Weryfikacja jest kluczowa dla upewnienia się, że zastosowano poprawną logikę. Do tego kroku niezbędne jest użycie połączenia VPN. Witrynę należy najpierw odwiedzić z europejskim adresem IP (w celu sprawdzenia restrykcyjnego banera opt-in), a następnie z adresem IP ze Stanów Zjednoczonych lub Azji (w celu weryfikacji banera opt-out lub braku banera). Pomiędzy testami należy wyczyścić pamięć podręczną przeglądarki (cache).
Powiązane artykuły
Komentarze: 2
Rozdzielenie dwóch identyfikatorów Settings ID zamiast kombinowania z jednym profilem to rozwiązanie, które rzeczywiście da się utrzymać — dziękuję za opisanie go wprost.
U nas jednak baner opt-out pokazuje się także części odwiedzających z Niemiec, mimo reguły dla UE. Czy to kwestia bazy geolokalizacyjnej, czy raczej kolejności reguł?
Najczęściej pierwszego, choć wygląda na drugie. Przypisanie do kraju powstaje z adresu IP, a ten bywa mylący: ruch z Niemiec potrafi wyjść z węzła operatora komórkowego albo z firmowego VPN-a zakończonego w innym kraju. Reguła działa wtedy poprawnie — na danych, które dostała.
Rozstrzyga porównanie dwóch odczytów dla tego samego wejścia: kraju wykrytego przez CMP oraz kraju z niezależnego źródła, na przykład nagłówka od CDN. Jeżeli oba wskazują to samo państwo, a baner i tak jest inny, dopiero wtedy problem leży w mapowaniu reguł.
Drugi kandydat to pamięć podręczna, i to on odpowiada za większość mylących testów. Wybór z poprzedniej wizyty bywa zapamiętany razem z profilem, więc test bez wyczyszczenia danych witryny nie rozstrzyga niczego — okno prywatne jest tu szybsze niż ustawienia przeglądarki.