Technische privacy en opslag

Deze gids beschrijft de huidige browsertracker. Raadpleeg het privacybeleid voor het dienstbeleid van Seean en configureer de toestemmingsstroom van uw website volgens uw vereisten. Een technische installatie is geen juridische nalevingsbeoordeling.

Browseropslag

De standaardtracker plaatst geen cookies en bewaart geen bezoekers- of sessiemeet-ID in localStorage of sessionStorage. De tijdelijke navigatiestatus leeft in het geheugen. De browser-opt-outvoorkeur seean_ignore kan in localStorage blijven staan.

De collector leidt een pseudonieme bezoekershash af uit een servergeheim, de website, de UTC-datum, het domeinbereik van de website, het IP-adres en de user agent. Ruwe IP-adressen en user agents worden niet opgeslagen in analyticsrecords van gebeurtenissen. De hash verandert om middernacht UTC en verschilt per website. Netwerkwijzigingen of gedeelde netwerken kunnen schijnbare bezoekers splitsen of samenvoegen; deze aantallen zijn geen exacte personenaantallen. Wanneer geen IP beschikbaar is, vervangt de tijdelijke nonce van het document dit, zodat continuïteit bij herladen niet gegarandeerd is.

Sessies worden door de collector toegewezen. Activiteit van dezelfde dagelijkse bezoeker zet een sessie voort tot 30 minuten inactiviteit, een tijdstempel die teruggaat of een gewijzigde getagde campagne (UTM-velden of de naam van een advertentie-klik-ID-parameter; waarden van klik-ID’s worden nooit gelezen of opgeslagen). Gebeurtenisrecords dragen ook de paginatitel (200 tekens), de schermgrootte en de eerste Accept-Language-tag van de browser; de querystring zelf wordt niet verzameld. De tracker verwijdert de verouderde opslag _seean_v en _seean_session wanneer die normaal initialiseert. Eerder verzamelde identificaties, opgeslagen rapporten en bestellingen blijven intact; deze overgang heridentificeert historische bezoekers niet.

Oorsprongen en domeinen

Het geconfigureerde websitedomein en de subdomeinen delen de dagelijkse identiteit wanneer ze hetzelfde token en dezelfde verzoekmetadata gebruiken. Niet-gerelateerde domeinen blijven afzonderlijk begrensd. De optionele cross-domain overdracht gebruikt een willekeurig token voor dezelfde dag in links en sessionStorage; de server hasht het apart voor elke website en UTC-dag. Het staat uit tenzij het op beide websites is ingeschakeld via het Explicit-fragment of de Minimal-dashboardconfiguratie. Geen binnenkomende overdracht wordt overgenomen voordat die configuratie slaagt. Het ruwe overdrachtstoken wordt niet opgeslagen in analyticsrecords.

Gegevens die de tracker verstuurt

Verzamelpayloads bevatten het openbare websitetoken, een tijdelijke sessienonce, de browsertijdzone indien beschikbaar, hostnaam, padnaam en de UTM-waarden source, medium, campaign, term en content. Opt-in cross-domain verzamelen verstuurt ook het overdrachtstoken. De collector geeft de dagelijkse bezoekershash terug voor optionele afrekenattributie. Paginaweergaven bevatten de instapverwijzer van de documentsessie. Web Vitals versturen metriekmetingen en ID’s; aangepaste gebeurtenissen kunnen de eigenschappen bevatten die uw applicatie aanlevert.

Het paginaveld gebruikt location.pathname, niet de volledige URL. UTM-waarden worden echter apart gelezen, en de instapverwijzer kan URL-informatie bevatten die het referrer-beleid van de browser toestaat. Plaats geen wachtwoorden, privétokens of persoonlijke gegevens in paden, campagnes of eigenschappen van aangepaste gebeurtenissen. Het weglaten van een volledige pagina-URL maakt die velden niet automatisch schoon.

De verzamelserver ontvangt ook normale verzoekmetadata. Deze lijst met browservelden is geen bewering dat netwerkverzoeken het IP van de verzender verbergen voor de hostinginfrastructuur.

Browseraanwezigheid

Zolang een gemeten pagina zichtbaar is, verstuurt een aanwezigheidssignaal elke 30 seconden dezelfde aan de website gebonden dagelijkse identiteitsinvoer, padnaam en instapverwijzer die de tracker gebruikt. Het inspecteert geen pagina-inhoud, registreert geen klikken en identificeert geen account. Aanwezigheid respecteert dezelfde privacysignalen, uitsluitingen en verzamelbeschikbaarheid. Het voegt geen paginaweergaven, aangepaste gebeurtenissen of verbruik toe en verlengt analyticssessies niet.

De collector bewaart alleen de laatste aanwezigheidsstatus per website en dagelijkse bezoeker, met geschatte locatie-/apparaatmetadata voor Realtime. Dit staat los van de ruwe gebeurtenisgeschiedenis. Een status verloopt uit het online-venster na twee minuten; begrensde opschoning draait elke vijf minuten. Resetten en het verwijderen van een website wissen deze ook. Bestaande versleutelde herstelkopieën volgen het bewaarbeleid voor back-ups.

Privacysignalen en opt-out

De tracker onderdrukt het verzamelen bij Global Privacy Control (true), ondersteunde Do Not Track-waarden (1 of yes), browserautomatisering (navigator.webdriver === true) of localStorage seean_ignore ingesteld op true. Dit wordt gecontroleerd vóór het initialiseren van de bezoekersstatus en vóór het versturen van latere activiteit. Bestaande opslag wordt niet automatisch verwijderd wanneer een voorkeur verandert.

Een aanvankelijk genegeerde pagina biedt trackermethoden die niets doen; dat window.seean bestaat, bewijst niet dat er wordt verzameld. Als een initiële opt-out wordt verwijderd, laad de pagina dan opnieuw om tracking te initialiseren. Een tracker die al actief was, controleert latere opt-outwijzigingen voordat meer gegevens worden verstuurd. Zie Uitsluitingen voor de browserbesturing en de serverregels voor padnaam/hostnaam.

Toestemming en verificatie

Seean biedt geen toestemmingsbanner of algemene API voor toestemmingsbeheer. Als uw website toestemming vereist vóór analytics, moet uw toestemmingssysteem bepalen wanneer het script laadt en wat er gebeurt wanneer de toestemming verandert. data-local schakelt alleen testen op localhost in; het overschrijft geen privacyvoorkeuren. Een trigger van een tagmanager is zelf geen toestemming van de bezoeker.

Controleer de toestemmingsstatussen die uw website ondersteunt, inclusief weigering en latere acceptatie, naast de installatiecontroles. Interpreteer een geslaagde scriptdownload of een leeg 204-antwoord niet als bewijs dat een gebeurtenis is opgeslagen.

Geïdentificeerde gebruikers (opt-in)

Een website-eigenaar kan Identify users (Gebruikers identificeren) inschakelen onder Settings → Installation en seean.identify(id) aanroepen voor ingelogde gebruikers van de website. De collector slaat die door de klant aangeleverde identificatie dan op als kolom uid op de gebeurtenisrecords van de website; zolang de optie uit staat, wordt elke ID in een payload vóór opslag weggelaten. Seean leidt deze identificatie nooit af en raadt die nooit, en de dagelijkse bezoekershash verandert er niet door. De ID blijft alleen in het geheugen van de tracker voor de geopende pagina, nooit in cookies of browseropslag. Geïdentificeerde records volgen dezelfde bewaartermijn van drie jaar, verschijnen in de CSV van gebeurtenissen van de eigenaar, kunnen per persoon vanuit het dashboard worden verwijderd en worden nooit opgenomen in gedeelde dashboards, ingesloten widgets, de openbare demo of de analytics-API. Zie Personen en retentie.

Verwijdering

Verwijder het script van elke installatielocatie en publiceer de wijziging om toekomstig verzamelen op nieuw geladen pagina’s te stoppen. Een al geopende pagina kan het geladen script behouden tot die wordt herladen of gesloten. Het verwijderen van het script wist geen browseropslag of eerder verzamelde rapporten. Raadpleeg websitebeheer voor de beschikbare acties voor gegevensbeheer.

Serveropslag en nieuwe pogingen

Ruwe gebeurtenissen en Web Vitals gebruiken de analyticsopslag. Geaccepteerde records blijven in de wachtrij tijdens een tijdelijke storing in de opslagoverdracht en worden automatisch opnieuw geprobeerd. Nieuwe opslagpogingen behouden de identiteit van een geaccepteerd record: hetzelfde record kopiëren tussen de opslagen van Seean voegt geen extra bezoek of Web Vitals-sample toe. Een later geaccepteerde waarde voor dezelfde Web Vitals-metriek-ID werkt dat sample bij, ook wanneer een oudere tracker de updatevolgorde weglaat. Afzonderlijke binnenkomende paginaweergaveverzoeken blijven afzonderlijke gebeurtenissen; dit is geen garantie dat uw integratie willekeurige verzamelverzoeken opnieuw kan versturen zonder dat ze opnieuw worden geteld.

Bij ruwe opslag in de wachtrij moet een onbekende of verlopen Web Vitals-identiteit worden gecontroleerd voordat een sample wordt geaccepteerd. Die controle wacht niet op niet-gerelateerde gebeurtenissen in de wachtrij of een herstelmomentopname. Elke bekende meting houdt de laatst geaccepteerde waarde beschikbaar tot die specifieke update de analyticsopslag heeft bereikt; een verlopen, volledig overgedragen identiteit kan onafhankelijk van het verkeer van andere websites worden opgeschoond. Als de analyticsopslag zelf niet beschikbaar is, geeft een koude identiteitscontrole 503 terug zonder het sample toe te voegen of het tegoed te belasten. Paginaweergaven en updates waarvan de identiteit al bekend is, kunnen nog steeds in de wachtrij worden geaccepteerd. Na een websitereset kijkt de identiteitsopzoeking alleen naar metingen op of na die resetgrens. De browsertracker garandeert geen herhaling van afgewezen verzoeken; ontbrekende metingen zijn geen nulscores.

Een kleine activiteitensamenvatting per website slaat de eerste en laatste voorbereide gebeurtenistijd en de laatste paginaweergavetijd op voor wachtstatussen en de installatiestatus. Deze bevat geen gebeurteniseigenschappen of bezoekersidentificaties en volgt het resetten en verwijderen van de website.

Het verzamelen gaat ook door tijdens herstelmomentopnamen. Nieuw geaccepteerde records kunnen kort in de overdrachtswachtrij wachten, zodat een rapport in de voorbereidende status kan blijven tot die records beschikbaar zijn; lezers die ze nodig hebben, vragen de overdracht direct aan, en alleen een lopende herstelmomentopname stelt die uit.

Paginaweergaven, gebeurtenissen, Web Vitals en bestellingen volgen het doorlopende bewaarbeleid van drie kalenderjaren. Opschoning gebruikt een UTC-kalendergrens met millisecondeprecisie. Het resetten of verwijderen van een website geldt ook voor records die op opslagoverdracht wachten; een vertraagde interne nieuwe poging kan ze niet in rapporten herstellen. Versleutelde herstelkopieën volgen het aparte bewaarbeleid voor back-ups.

Ruwe opschoning draait in begrensde achtergrondbatches. Verwijderingsmarkeringen behouden alleen de sleutels die nodig zijn om te voorkomen dat een oudere interne nieuwe poging een verwijderd record opnieuw aanmaakt; gebeurteniseigenschappen, paden en meetwaarden worden uit de actieve versie verwijderd. Vervangen opslagonderdelen en versleutelde herstelkopieën worden volgens hun eigen opslagschema’s vrijgegeven. Dit is geen onmiddellijke veilige wissing van elke fysieke kopie.

Als de bronbewaring records verwijdert die een oudere on-demand uitsplitsing van het Overzicht nodig heeft, vernieuw dan de analyse voordat u die lijst opent. Opgeslagen rapportresultaten blijven ongewijzigd; het systeem mengt bewaarde totalen niet met opnieuw berekende details uit een andere dataset.

Is iets onduidelijk? Neem contact op met de ondersteuning.