FullStory Digital Opplevelse og Øktavspilling Cookie-samtykke Integrasjonsguide: 2026 Playbook
FullStory er den dominerende plattformen i kategorien digital opplevelsesanalyse av én grunn: den fanger alt som standard. Der tradisjonelle analyseverktøy registrerer diskrete hendelser som utvikleren har instrumentert, og der produktanalyseplattformer registrerer interaksjoner pluss et autofanget supplement, fanger FullStory den fullt gjengitte DOM, markørsporet, tidspunktet for tastetrykk, scrollingadferd, raseklikk, døde klikk, nettverksforespørsler og JavaScript-feil — og syr dem sammen til øktopptak som analytikeren kan skrubbe gjennom bilde for bilde. Den dekningen er produktet. Det er også grunnen til at FullStory befinner seg i krysningspunktet for de mest rigorøse samtykkreglene i hvert moderne personvernregime. EDPBs veiledning for øktavspilling fra 2023 og oppgavelagets prioriteringer for 2026 behandler øktavspilling som en separat, strengere samtykkekategori. CNIL har vært den mest offentlige regulatoren på emnet, men er ikke alene — Garante, ICO, den spanske AEPD og den nederlandske AP har alle uttrykt samsvarende standpunkter. En FullStory-distribusjon som er konfigurert for samtykke-første opptak, med riktig maskering, riktig gating og riktig revisjonsspor, er et av de kraftigere verktøyene en utgiver kan kjøre; en som ikke er konfigurert slik er et av de enkleste målene en regulator vil finne.
Hvorfor FullStory befinner seg i den strengeste samtykkekategorien
En standard FullStory-initialisering gjør det som alle verktøy for øktavspilling gjør, pluss mer. Den setter første-parts informasjonskapsler under navnerommet fs_uid og fs_lua som inneholder den vedvarende besøksidentifikatoren og tidsstempelet for siste aktivitet, genererer en øktidentifikator under fs_session, og begynner å strømme den gjengitte DOM til rs.fullstory.com innen millisekunder etter sidelasting. Strømmen inkluderer alle inndatahendelser, alle musebevegelser, alle scrollposisjoner, alle sideoverganger, og — når nettverksopptaksmodulen er aktivert — alle XHR- og fetch-svar som siden sender ut, med svarkropper inkludert med mindre operatøren har konfigurert undertrykkelse.
Hvert av disse opptakene aktiverer et separat samtykkeport. Å beholde besøksidentifikatoren er en lagrings- og tilgangsoperasjon under Artikkel 5(3) i ePrivacy-direktivet som krever forhåndsgitt, fritt gitt, spesifikt, informert og utvetydig samtykke i hele EØS, Storbritannia og enhver jurisdiksjon som har importert den samme standarden. Å registrere den gjengitte DOM er behandling av personopplysninger under GDPR fordi den visuelle posten er tilstrekkelig til å identifisere og avsløre substansielt innhold om brukeren. Å fange tastetrykksstrømmen er en særskilt sensitivitet: alt brukeren skriver i et skjemafelt fanges bilde for bilde, og hvis feltet er umaskert inkluderer opptaket det innskrevne innholdet. EDPB har vært eksplisitt om at øktavspillingsopptak er en kategori som krever eksplisitt, granulert samtykke atskilt fra generisk analysesamtykke.
Hva FullStory skriver før samtykke — og hva som må undertrykkes
Standard FullStory-hurtigstart installerer sporingsfragmentet direkte i sidenes <head>. Det fungerer som dokumentert og er kilden til de vanligste samsvarssviktene: fragmentet kjører før informasjonskapselbanneret er gjengitt, informasjonskapslene fs_uid og fs_session skrives innen millisekunder, og øktavspillingsstrømmen begynner å flyte til rs.fullstory.com uavhengig av hva brukeren senere bestemmer. Hver europeisk regulator som har avgjort om dette mønsteret har avgjort på samme måte: informasjonskapsler satt før samtykke er ulovlige, opptaket tatt opp før samtykke er ulovlig behandling, og utgiveren bærer ansvaret.
En samsvarende integrasjon må derfor forhindre at FullStory-fragmentet initialiseres inntil den relevante samtykkekategorien er innvilget. Mønsteret som fungerer i produksjon er FS.consent()-API kombinert med utsatt opptak: fragmentet lastes med FullStory({ orgId: 'XXX', recordOnlyThisIFrame: false }) og FS.shutdown() kalles umiddelbart, deretter kalles FS.restart() og FS.consent(true) kun etter at CMP signaliserer at øktavspillingskategorien er innvilget.
Informasjonskapslene og lagringen FullStory skriver
FullStory-fragmentet skriver følgende identifikatorer ved initialisering, som alle er ikke-essensielle og krever samtykke: fs_uid med utløp over flere år som inneholder den vedvarende besøksidentifikatoren; fs_lua med tidsstempelet for siste brukeraktivitet; fs_session med øktidentifikatoren; og opptaksstatusmarkørene FullStory bruker internt. Å trekke tilbake samtykke må både utløpe disse informasjonskapslene og kalle FS.consent(false) etterfulgt av FS.shutdown() for å stoppe ytterligere opptak, og utgiveren må sende en slettingsforespørsel gjennom FullStorys personvernendepunkt for brukerens tidligere opptak.
Kartlegging av FullStory til samtykkerammer
FullStory implementerer ikke IAB TCF eller IAB Global Privacy Platform innenbygget — det er en første-parts digital opplevelsesplattform, ikke en annonseteknologileverandør. Den eksponerer et innebygd samtykke-API og støtter en privat-som-standard maskeringsmodell som fungerer uavhengig av samtykkestatus. Mønsteret som overlever en regulators gjennomgang behandler hver FullStory-modul som et separat port bundet til et spesifikt CMP-signal.
- Øktavspilling og den fullstendige DOM-strømmen er bundet til en dedikert øktavspillings- eller forskningskategori som er atskilt fra generisk analyse. EDPBs veiledning er eksplisitt på dette punktet — avspillingssamtykke må være separat og granulert, ikke buntet med analyse eller markedsføring.
- Nettverksopptak sitter bak et strengere underport innenfor samme kategori fordi det fanger HTTP-svarkropper som kan inneholde personopplysninger som er urelatert til det synlige grensesnittet.
- Identitetssøm via FS.identify() kan kjøre med en flyktig øktidentifikator på et legitimt interessegrunnlag når brukeren er anonym, men å sy identifikasjon til en vedvarende første-parts identifikator på tvers av sesjoner krever det samme samtykket som øktavspilling.
- Varmekart og konverteringsanalyse avledet fra øktavspillingsstrømmen arver porten fra den oppstrøms strømmen — de er ikke separate samtykkeoverflater, de er nedstrøms produkter av de samme fangede dataene.
Integrasjonsmønsteret som fungerer
Referansedistribusjonen har fire deler: en CMP som eksponerer en sanntids samtykkehendelse, en utsatt oppstart som initialiserer FullStory med undertrykt opptak via FS.shutdown(), en samtykkeavlytter som kaller FS.consent(true) og FS.restart() når øktavspillingsporten åpner, og en privat-som-standard maskeringskonfigurasjon som hardt undertrykker hvert inndatafelt med mindre eksplisitt valgt inn.
Privat-som-standard maskering
FullStorys maskeringslag opererer uavhengig av samtykke og bør konfigureres aggressivt selv når samtykke er innvilget. CSS-klassen fs-mask på et element undertrykker innholdet til det elementet fra opptak; CSS-klassen fs-exclude ekskluderer elementet fullstendig fra DOM-strømmen; fs-block-klassen blokkerer både innhold og struktur. Under GDPRs regler for spesielle kategorier og CCPAs definisjon av sensitiv personopplysning, må ethvert felt som kan fange helseinformasjon, finansielle detaljer, myndighetsidentifikatorer, biometriske data, presis geolokasjon eller innholdet i private kommunikasjoner bruke maskeringsattributter uavhengig av brukerens samtykkestatus. Den anbefalte holdningen er å bruke fs-mask på skjemanivå snarere enn på feltnivå.
Regionvalg og dataopphold
FullStory driver separate ingestionsendepunkter for USA og EU. For EØS- og britisk trafikk er EU-endepunktet den rette standarden — det holder inntak, behandling og lagring innenfor EØS og reduserer Schrems II-eksponeringen som enhver øktavspillingsdistribusjon i USA-regionen vil medføre. Endepunktet er konfigurert per FullStory-organisasjon og kan ikke endres retroaktivt, så regionvalget må gjøres før skalering og dokumenteres i personvernerklæringen slik at hjemmelskjeden fra innsamling til lagring er ren.
Validering av integrasjonen og revisjonssporet
Valideringstrinnet er det regulatorer sjekker og det utgivere oftest hopper over på verktøy for øktavspilling. En korrekt integrert FullStory-distribusjon må bestå fire tester i rekkefølge. For det første må en ren nettleserøkt med banneret vist men ingen valg gjort produsere null forespørsler til rs.fullstory.com utover SDK-filhentingen og null fs_-informasjonskapsler i document.cookie. For det andre må avslåing av øktavspillingssamtykke beholde den tilstanden — ingen opptak, ingen identifikator, ingen opptak. For det tredje må aksept av øktavspillingssamtykke produsere den forventede fs_uid-informasjonskapselen, én FS.consent(true)-hendelse og DOM-strømmen som flyter til det konfigurerte regionendepunktet, med bekreftelse på at maskerte felt bare fanger maskeringsplassholderen. For det fjerde må tilbaketrekking av samtykke umiddelbart stoppe ytterligere opptak, utløpe fs_-informasjonskapslene og utløse en slettingsforespørsel via FullStorys personvernendepunkt for brukerens tidligere opptak.
Forventningen til revisjonssporet er der verktøy for øktavspilling møter den strengeste gransking. EDPBs retningslinjer for informasjonskapselbanneret fra 2023 og de fornyet oppgavelagets prioriteringer for 2026 er eksplisitte om at utgiveren må kunne bevise, for ethvert spesifikt øktopptak i FullStory-prosjektet, at brukeren som genererte det hadde gitt gyldig øktavspillingssamtykke på tidspunktet for opptaket. Standardmønsteret er å sette samtykkeversjonen og tidsstempelet som brukervariabler på FullStory-identifikatoren via FS.setUserVars({ consent_version: 'v3', consent_ts: ts }) slik at ethvert individuelt opptak kan spores tilbake til en spesifikk samtykkeloggoppføring. En korrekt gated distribusjon, kombinert med maskeringsattributter som er standard private og en slettingsvei som aktiveres ved tilbaketrekking, er det som gjør FullStorys dekning fra en regulatorisk konsentrasjonsrisiko til en forsvarbar del av en utgivers digitale opplevelsesstabel.