Techniczna prywatność i pamięć

Ten przewodnik opisuje obecny skrypt śledzący w przeglądarce. Zapoznaj się z polityką prywatności, aby poznać zasady usługi Seean, i skonfiguruj proces zgody w swojej witrynie zgodnie ze swoimi wymaganiami. Instalacja techniczna nie jest oceną zgodności prawnej.

Pamięć przeglądarki

Domyślny skrypt śledzący nie ustawia plików cookie i nie przechowuje identyfikatora pomiarowego odwiedzającego ani sesji w localStorage czy sessionStorage. Jego tymczasowy stan nawigacji żyje w pamięci. Preferencja rezygnacji w przeglądarce seean_ignore może pozostać w localStorage.

Moduł zbierający wyprowadza pseudonimowy hasz odwiedzającego z sekretu serwera, witryny, daty UTC, zakresu domeny witryny, adresu IP i user agenta. Surowe adresy IP i ciągi user agent nie są zapisywane w rekordach zdarzeń analitycznych. Hasz zmienia się o północy UTC i różni się między witrynami. Zmiany sieci lub sieci współdzielone mogą rozdzielać lub łączyć pozornych odwiedzających; te liczby nie są dokładnymi liczbami osób. Gdy adres IP nie jest dostępny, zastępuje go tymczasowy nonce dokumentu, więc ciągłość po przeładowaniu nie jest gwarantowana.

Sesje są przydzielane przez moduł zbierający. Aktywność tego samego dziennego odwiedzającego kontynuuje sesję do 30 minut bezczynności, cofniętego znacznika czasu lub zmiany otagowanej kampanii (pola UTM lub nazwa parametru identyfikatora kliknięcia reklamy; wartości identyfikatorów kliknięć nigdy nie są odczytywane ani zapisywane). Rekordy zdarzeń zawierają również tytuł strony (200 znaków), rozmiar ekranu i pierwszy tag Accept-Language przeglądarki; sam ciąg zapytania nie jest zbierany. Skrypt śledzący usuwa starszą pamięć _seean_v i _seean_session, gdy inicjalizuje się normalnie. Wcześniej zebrane identyfikatory, zapisane raporty i zamówienia pozostają nienaruszone; to przejście nie identyfikuje ponownie historycznych odwiedzających.

Pochodzenie i domeny

Skonfigurowana domena witryny i jej subdomeny współdzielą dzienną tożsamość, gdy używają tego samego tokenu i metadanych żądania. Niepowiązane domeny pozostają osobno ograniczone. Opcjonalne przekazywanie międzydomenowe używa losowego tokenu z tego samego dnia w linkach i sessionStorage; serwer haszuje go osobno dla każdej witryny i dnia UTC. Jest wyłączone, dopóki nie włączy się go w obu witrynach przez kod Explicit lub konfigurację panelu Minimal. Żadne przychodzące przekazanie nie jest przyjmowane, zanim ta konfiguracja się powiedzie. Surowy token przekazania nie jest zapisywany w rekordach analitycznych.

Dane wysyłane przez skrypt śledzący

Ładunki zbierania zawierają publiczny token witryny, tymczasowy nonce sesji, strefę czasową przeglądarki, gdy jest dostępna, nazwę hosta, ścieżkę oraz wartości UTM source, medium, campaign, term i content. Opcjonalne zbieranie międzydomenowe wysyła również swój token przekazania. Moduł zbierający zwraca dzienny hasz odwiedzającego na potrzeby opcjonalnej atrybucji zakupu. Odsłony zawierają źródło odesłania wejścia sesji dokumentu. Web Vitals wysyłają pomiary metryk i identyfikatory; zdarzenia niestandardowe mogą zawierać właściwości dostarczone przez Twoją aplikację.

Pole strony używa location.pathname, a nie pełnego adresu URL. Jednak wartości UTM są odczytywane osobno, a źródło odesłania wejścia może zawierać informacje z adresu URL dozwolone przez politykę referrer przeglądarki. Nie umieszczaj haseł, prywatnych tokenów ani danych osobowych w ścieżkach, kampaniach ani właściwościach zdarzeń niestandardowych. Pominięcie pełnego adresu URL strony nie oczyszcza automatycznie tych pól.

Serwer zbierający otrzymuje również normalne metadane żądania. Ta lista pól przeglądarki nie jest twierdzeniem, że żądania sieciowe ukrywają adres IP nadawcy przed infrastrukturą hostingową.

Obecność w przeglądarce

Gdy śledzona strona jest widoczna, sygnał obecności co 30 sekund wysyła te same dane wejściowe dziennej tożsamości w zakresie witryny, ścieżkę i źródło odesłania wejścia, których używa skrypt śledzący. Nie bada treści strony, nie rejestruje kliknięć ani nie identyfikuje konta. Obecność respektuje te same sygnały prywatności, wykluczenia i dostępność zbierania. Nie dodaje odsłon, zdarzeń niestandardowych ani zużycia i nie przedłuża sesji analitycznych.

Moduł zbierający przechowuje tylko najnowszy stan obecności dla witryny i dziennego odwiedzającego, z przybliżonymi metadanymi lokalizacji/urządzenia dla widoku Na żywo. Jest on oddzielony od surowej historii zdarzeń. Stan wygasa z okna online po dwóch minutach; ograniczone czyszczenie uruchamia się co pięć minut. Reset i usunięcie witryny również go czyszczą. Istniejące zaszyfrowane kopie odzyskiwania podlegają zasadom retencji kopii zapasowych.

Sygnały prywatności i rezygnacja

Skrypt śledzący wstrzymuje zbieranie dla Global Privacy Control (true), obsługiwanych wartości Do Not Track (1 lub yes), automatyzacji przeglądarki (navigator.webdriver === true) lub seean_ignore w localStorage ustawionego na true. Sprawdza je przed inicjalizacją stanu odwiedzającego i przed wysłaniem późniejszej aktywności. Istniejąca pamięć nie jest automatycznie usuwana po zmianie preferencji.

Początkowo ignorowana strona udostępnia puste metody skryptu śledzącego; istnienie window.seean nie dowodzi zbierania. Jeśli początkowa rezygnacja zostanie usunięta, przeładuj stronę, aby zainicjalizować śledzenie. Skrypt śledzący, który był już aktywny, sprawdza późniejsze zmiany rezygnacji przed wysłaniem kolejnych danych. Zobacz Wykluczenia, aby poznać kontrolę w przeglądarce i reguły ścieżek/nazw hostów po stronie serwera.

Zgoda i weryfikacja

Seean nie udostępnia banera zgody ani ogólnego API zarządzania zgodą. Jeśli Twoja witryna wymaga zgody przed analityką, Twój system zgody musi kontrolować, kiedy skrypt się wczytuje i co dzieje się po zmianie zgody. data-local włącza tylko testowanie na localhost; nie nadpisuje preferencji prywatności. Wyzwalacz menedżera tagów sam w sobie nie jest zgodą odwiedzającego.

Zweryfikuj stany zgody obsługiwane przez witrynę, w tym odmowę i późniejszą akceptację, razem z kontrolami instalacji. Nie interpretuj udanego pobrania skryptu ani pustej odpowiedzi 204 jako dowodu, że zdarzenie zostało zapisane.

Zidentyfikowani użytkownicy (opcjonalnie)

Właściciel witryny może włączyć Identify users (Identyfikuj użytkowników) w Settings → Installation i wywoływać seean.identify(id) dla zalogowanych użytkowników swojej witryny. Moduł zbierający zapisuje wtedy ten identyfikator dostarczony przez klienta jako kolumnę uid w rekordach zdarzeń witryny; gdy opcja jest wyłączona, każdy identyfikator w ładunku jest odrzucany przed zapisem. Seean nigdy nie wyprowadza ani nie zgaduje tego identyfikatora, a dzienny hasz odwiedzającego pozostaje przez niego niezmieniony. Identyfikator jest przechowywany w pamięci skryptu śledzącego tylko dla otwartej strony, nigdy w plikach cookie ani pamięci przeglądarki. Zidentyfikowane rekordy podlegają tej samej trzyletniej retencji, pojawiają się w CSV zdarzeń właściciela, mogą być usuwane per osoba z panelu i nigdy nie są uwzględniane w udostępnionych panelach, osadzonych widżetach, publicznym demo ani API analityki. Zobacz Osoby i retencja.

Usuwanie

Usuń skrypt z każdego miejsca instalacji i opublikuj zmianę, aby zatrzymać przyszłe zbieranie na nowo wczytywanych stronach. Już otwarta strona może zachować wczytany skrypt do czasu przeładowania lub zamknięcia. Usunięcie skryptu nie czyści pamięci przeglądarki ani wcześniej zebranych raportów. Zapoznaj się z zarządzaniem witryną, aby poznać dostępne działania zarządzania danymi.

Pamięć serwera i ponowne próby

Surowe zdarzenia i Web Vitals używają magazynu analitycznego. Zaakceptowane rekordy pozostają w kolejce podczas tymczasowej awarii transferu do magazynu i są automatycznie ponawiane. Ponowne próby zapisu zachowują tożsamość zaakceptowanego rekordu: kopiowanie tego samego rekordu między magazynami Seean nie dodaje kolejnej wizyty ani próbki Web Vitals. Późniejsza zaakceptowana wartość dla tego samego identyfikatora metryki Web Vitals aktualizuje tę próbkę, również gdy starszy skrypt śledzący pomija sekwencję aktualizacji. Osobne przychodzące żądania odsłon pozostają osobnymi zdarzeniami; nie jest to gwarancja, że Twoja integracja może dowolnie wysyłać ponownie żądania zbierania bez ponownego ich zliczenia.

Przy kolejkowanym surowym zapisie nieznana lub wygasła tożsamość Web Vitals musi zostać sprawdzona przed zaakceptowaniem próbki. To sprawdzenie nie czeka na niepowiązane zakolejkowane zdarzenia ani migawkę odzyskiwania. Każdy znany pomiar zachowuje swoją najnowszą zaakceptowaną wartość dostępną, dopóki ta konkretna aktualizacja nie dotrze do magazynu analitycznego; wygasła, w pełni przeniesiona tożsamość może być czyszczona niezależnie od ruchu innych witryn. Jeśli sam magazyn analityczny jest niedostępny, zimne sprawdzenie tożsamości zwraca 503 bez dodania próbki i bez obciążenia limitu. Odsłony i aktualizacje, których tożsamość jest już znana, nadal mogą być przyjmowane do kolejki. Po resecie witryny wyszukiwanie tożsamości uwzględnia tylko pomiary od granicy tego resetu. Skrypt śledzący w przeglądarce nie gwarantuje ponowienia odrzuconych żądań; brakujące pomiary nie są wynikami zerowymi.

Małe podsumowanie aktywności per witryna przechowuje czas pierwszego i najnowszego przygotowanego zdarzenia oraz czas najnowszej odsłony na potrzeby stanów oczekiwania i stanu konfiguracji. Nie zawiera właściwości zdarzeń ani identyfikatorów odwiedzających i podlega resetowi i usunięciu witryny.

Zbieranie trwa również podczas migawek odzyskiwania. Nowo zaakceptowane rekordy mogą krótko czekać w kolejce transferu, więc raport może pozostać w stanie przygotowywania, dopóki te rekordy nie będą dostępne; czytelnicy, którzy ich potrzebują, natychmiast żądają transferu, a odracza go tylko trwająca migawka odzyskiwania.

Odsłony, zdarzenia, Web Vitals i zamówienia podlegają kroczącej trzyletniej (lata kalendarzowe) polityce retencji. Czyszczenie używa granicy kalendarza UTC z dokładnością do milisekundy. Resetowanie lub usuwanie witryny dotyczy również rekordów oczekujących na transfer do magazynu; opóźniona wewnętrzna ponowna próba nie może przywrócić ich do raportów. Zaszyfrowane kopie odzyskiwania podlegają osobnej polityce retencji kopii zapasowych.

Surowe czyszczenie działa w ograniczonych partiach w tle. Znaczniki usunięcia zachowują tylko klucze potrzebne, aby starsza wewnętrzna ponowna próba nie odtworzyła usuniętego rekordu; właściwości zdarzeń, ścieżki i wartości pomiarów są usuwane z aktywnej wersji. Zastąpione części magazynu i zaszyfrowane kopie odzyskiwania są odzyskiwane według ich osobnych harmonogramów. Nie jest to natychmiastowe bezpieczne wymazanie każdej fizycznej kopii.

Jeśli retencja źródła usunie rekordy potrzebne do podziału na żądanie starszego Przeglądu, odśwież analizę przed otwarciem tej listy. Zapisane wyniki raportów pozostają niezmienione; system nie miesza zachowanych sum z ponownie obliczonymi szczegółami z innego zbioru danych.

Coś jest niejasne? Skontaktuj się z pomocą.