Sletting av kundedata i Shopify: Gjør deg klar for kortere ventetid

Shopify Customer Data Erasure: Prepare for the Shorter Window

Sletting av kundedata i Shopify går nå raskere, og en nylig bestilling utsetter ikke lenger behandlingen. For nettbutikker betyr det at dere bør sjekke hva som skjer med kundeopplysninger utenfor Shopify, før en sletteforespørsel når disse systemene. Kortere ventetid avdekker trege overleveringer mellom kundeservice og de appansvarlige. Her går vi gjennom hva som er endret, hvilke rutiner dere bør se nærmere på, og hvordan vi ville lagt opp en sletteprosess som de ansatte faktisk kan følge.

Hva er endret ved sletting av kundedata i Shopify?

Ifølge Shopifys kunngjøring om sletting av kundedata trådte endringen i kraft 10. november 2026. Forespørsler behandles nå etter 5 dager, i stedet for å ligge på vent i 10 dager.

Shopify behandler nå forespørsler om sletting av kundedata 5 dager etter innsending, uavhengig av når kunden sist la inn en bestilling. Kunngjøringen beskriver ett unntak: For mottakere av gavekort med planlagt levering blir forespørselen liggende på vent til gavekortet er levert.

Dette skillet er viktig under julehandelen. Et gavekort med planlagt levering har et uttrykkelig unntak. Et nylig kjøp har det ikke. Kundeservice bør ikke anta at en bestilling som krever oppfølging, holder en sletteforespørsel på vent.

Kunngjøringen beskriver tidspunktet for Shopifys behandling. Den fastsetter ikke en felles juridisk frist for alle nettbutikker, og den dokumenterer heller ikke at alle tilkoblede systemer sletter sine kopier samtidig. Hold disse spørsmålene adskilt når dere oppdaterer interne retningslinjer.

Hvorfor dette angår flere enn den personvernansvarlige

I Shopifys utviklerkunngjøring for høsten 2026 beskrives åpningen av produktkatalog, handlekurv og kasse for agenter og apper, sammen med nye verktøy for å sikre apper og nettbutikker. Flere måter å bygge handleopplevelser på gjør at nettbutikker trenger bedre oversikt over hvor integrasjonene sender kundeopplysninger.

Vår vurdering: Når dere lanserer en ny kundeopplevelse, bør dere gjennomgå dataenes livssyklus, ikke bare konverteringen. Hvis en integrasjon mottar identifiserbare kundedata, må noen vite hvordan opplysningene fjernes fra systemet når de ikke lenger trengs.

Det finnes en reell avveining her. Criteos gjennomgang av hvordan DTC-merkevarer kan skille seg ut fremhever førstepartsdata som et grunnlag for mer målrettet vekst. Det reiser et viktig spørsmål for nettbutikker: Kan dere forklare hvilke kundedata som tjener et konkret formål i dag, og hvilke som bare har samlet seg opp?

Ikke behandle alle førstepartsdata som en permanent tilgjengelig markedsføringsressurs. Bygg gode kundeopplevelser med tydelige regler for oppbevaring og en sletteprosess som fungerer i praksis.

Kartlegg sletting av kundedata utover kundeprofilen i Shopify

Start med å kartlegge dataflyten, ikke med å installere en ny personvernapp. En nettbutikk kan fjerne opplysninger fra hovedplattformen mens en kopi fortsatt ligger i et regneark eller et vedlegg i en kundeservicesak. Gjennomgangen må følge opplysningene, ikke navigasjonsmenyen.

For hvert system eller lagringssted dokumenterer dere hvilke data det mottar, forretningsformålet, reglene for oppbevaring og hvem som har ansvaret. Dokumenter også hvordan det mottar en sletteinstruks, og hvordan dere kan kontrollere at slettingen er gjennomført.

Systemer for kundekommunikasjon: Sjekk e-post- og SMS-plattformer, inkludert eksporterte målgrupper og lister over mottakere som ikke skal kontaktes.
Kundeservicesystemer: Gå gjennom samtaler, vedlegg og kundeopplysninger som er kopiert til interne notater.
Driftsintegrasjoner: Undersøk integrasjoner for ordreoppfyllelse og eksporter til regnskapssystemer. Identifiser opplysninger som kan kreve videre oppbevaring med begrenset tilgang, fremfor ordinær sletting.
Interne datalagre: Ta med datavarehus for analyse, delte filer og databaser for egenutviklede apper.

Dette er steder dere bør undersøke, ikke en påstand om at alle systemer fungerer likt. En installert app kan ha en etablert personvernrutine. En manuelt eksportert fil inngår ikke nødvendigvis i den. Be om dokumentasjon på hva som faktisk skjer.

Vær særlig oppmerksom på mindre synlige kopier. En kundeadresse i en feillogg kan bli oversett hvis gjennomgangen bare omfatter databasetabeller. Et nedlastet vedlegg fra kundeservice kan bli liggende selv etter at den opprinnelige saken er endret.

Skill mellom sletting, avmelding og oppbevaring av opplysninger

En avmelding endrer tillatelsen til å sende markedsføring. En sletteforespørsel gjelder personopplysninger. De ansatte må ikke behandle dette som samme type henvendelse.

En kunde kan ønske å stoppe reklame på e-post, men beholde kontoen sin. En annen kan be om sletting mens en kundeservicesak fortsatt er uløst. Disse situasjonene krever ulik håndtering, selv om henvendelsene kommer til samme innboks.

Avklar hva som må beholdes, og hvorfor

Noen opplysninger må kanskje beholdes for å oppfylle lovpålagte plikter eller håndtere rettskrav. Hvilke regler som gjelder, avhenger av jurisdiksjonen og opplysningene det er snakk om. La en personvernrådgiver eller juridisk rådgiver definere unntakene, fremfor å overlate vurderingen til kundeservice.

Når videre oppbevaring er berettiget, dokumenterer dere formålet og oppbevaringstiden. Vurder om tilgangen bør begrenses og unødvendige identifikatorer fjernes. Regnskapsopplysninger som beholdes på grunn av en lovpålagt plikt, bør ikke automatisk være tilgjengelige for segmentering i markedsføringen.

Be heller ikke utviklere om å slette alle oppføringer med en samsvarende e-postadresse uten å forstå konsekvensene. Målet er en forsvarlig prosess som fjerner data der det kreves, og holder berettigede unntak strengt avgrenset.

Gi forespørselen en ansvarlig før den sendes til appleverandøren

Den kortere ventetiden gir mindre rom for uformelle overleveringer. En ubesvart melding til en apputvikler er ikke en fullført prosess.

Utpek en ansvarlig som har oversikt over hele prosessen. Vedkommende trenger ikke tilgang til alle databaser, men må ha en pålitelig måte å kontrollere at hvert ansvarlig team har gjort sin del, og om noe må eskaleres.

Vi ville brukt en tilgangsbegrenset sakslogg med tidspunkt for innsending, berørte systemer og status for gjennomføring. Lagre bare de identifiserende opplysningene som er nødvendige for å koordinere arbeidet. Ellers kan loggen over personvernhenvendelser bli enda en unødvendig kopi av dataene dere skulle fjerne.

Still leverandørene konkrete spørsmål om rutinene

At en leverandør sier at løsningen støtter etterlevelse av personvernreglene, forteller ikke teamet hvordan en konkret forespørsel skal håndteres. Spør:

Hvordan mottar og gjenkjenner tjenesten en forespørsel om sletting av kundedata?
Hvilke kundeopplysninger fjerner prosessen, og hvilke beholdes?
Hvordan bekrefter vi at slettingen er gjennomført, eller oppdager at en forespørsel har feilet?
Hvordan håndterer dere sikkerhetskopier og hindrer at gjenopprettede data tas i aktiv bruk igjen?

For egenutviklede integrasjoner bør dere be utvikleren demonstrere prosessen med kontrollerte testdata. Et arkitekturdiagram er nyttig, men dokumenterer ikke at applikasjonen som er satt i drift, fungerer som tiltenkt.

Test de krevende tilfellene, særlig planlagte gavekort

En enkel test med en inaktiv kunde dekker ikke situasjonene som lettest skaper usikkerhet blant de ansatte. Lag et lite sett med godkjente testscenarioer basert på rutinene nettbutikken faktisk bruker.

Ta med en nylig bestilling og en mottaker av et gavekort med planlagt levering. Shopify sier uttrykkelig at tidspunktet for siste bestilling ikke lenger påvirker når forespørselen behandles, mens planlagt gavekortlevering kan holde en forespørsel på vent. Instruksjonene til kundeservice bør gjenspeile dette skillet uten å utvide unntaket til andre ordretyper.

Test også en kunde som finnes i flere systemer. Kontroller at prosessen finner de relevante opplysningene uten å fjerne en annen persons data. Felles opplysninger i en husstand og endrede e-postadresser krever gjennomtenkte regler for identifisering.

Bruk et utviklingsmiljø eller et annet godkjent testmiljø der det er mulig. Ikke send inn forespørsler som sletter ekte kundedata, bare for å sjekke om en integrasjon fungerer.

Hindre at slettede opplysninger kommer tilbake i det stille

En sletteprosess kan se vellykket ut helt til en gammel eksport kjøres gjennom en importjobb. Gjenoppretting fra en sikkerhetskopi av databasen kan skape et lignende problem hvis gjenopprettingsrutinen ikke tar hensyn til sletteforespørsler som ble fullført etter at sikkerhetskopien ble tatt.

Spør det tekniske teamet hvordan det håndterer utdaterte kildedata. Hvilket system styrer den aktive kundeoppføringen? Kan en forsinket integrasjon opprette slettede opplysninger på nytt? Hvilke kontroller kjøres etter en gjenoppretting?

Hvis det er nødvendig å beholde en minimal markering av at data er slettet eller at kunden ikke skal kontaktes, bør både utformingen og oppbevaringstiden vurderes. Ikke behold en fullstendig kundeprofil bare for å huske at profilen ble slettet.

Vi ville også gjennomgått svarmalene til kundeservice. Fjern formuleringer som lover at alle tilknyttede opplysninger forsvinner umiddelbart, med mindre dere kan dokumentere at det stemmer. Beskriv prosessen korrekt, og forklar eventuelle unntak på en forståelig måte.

Dette bør dere endre nå

Oppdater interne retningslinjer slik at de gjenspeiler behandling etter 5 dager og unntaket for gavekort med planlagt levering. Finn deretter integrasjonene der håndteringen av sletting ikke er dokumentert. Disse kunnskapshullene bør prioriteres før kosmetiske forbedringer av skjemaet for personvernhenvendelser.

Et spesialisert personvernverktøy kan bidra til å koordinere forespørsler på tvers av et komplisert systemlandskap. For en enklere nettbutikk kan en oppdatert systemoversikt og tydelig ansvarsfordeling være mer hensiktsmessig. Ingen av alternativene erstatter kontroll hos leverandørene eller testing.

Vurder om arbeidet er fullført ut fra dokumentasjon fra de berørte systemene, ikke ut fra når noen lukker en kundeservicesak. Saken registrerer arbeidet, men er ikke et bevis på at det er utført.

Viktige punkter

Ventetiden før Shopify behandler sletteforespørsler, ble endret fra 10 dager til 5 dager 10. november 2026.
En nylig bestilling utsetter ikke lenger behandlingen. Mottakere av gavekort med planlagt levering har et eget unntak frem til levering.
Kartlegg kundeopplysninger utenfor Shopify, og bekreft hvordan hvert system eller lagringssted håndterer sletting.
Skill berettiget oppbevaring fra tilgang til markedsføringsformål, og test om import av utdaterte data kan gjenopprette slettede opplysninger.

Kilder

Vil dere ha hjelp med dette?

Vi er Shopify Premier Partner og jobber med dette hver dag: ytelse, konverteringsoptimalisering og utvikling av nettbutikker som lønner seg. Bestill en gratis gjennomgang av nettbutikken, så viser vi dere de tre forbedringene vi ville gjennomført først.

Ofte stilte spørsmål

Hvor lang tid tar det å få slettet kundedata i Shopify?

Fra 10. november 2026 behandler Shopify forespørsler 5 dager etter innsending, i stedet for å holde dem på vent i 10 dager. For mottakere av gavekort med planlagt levering blir forespørselen liggende på vent til gavekortet er levert.

Utsetter en nylig bestilling i Shopify sletting av kundedata?

Nei. Ifølge Shopifys oppdatering behandles forespørsler etter 5 dager, uavhengig av når kunden sist la inn en bestilling. Kunngjøringen beskriver et eget unntak for mottakere av gavekort med planlagt levering.

Fjerner sletting av kundedata i Shopify også data fra alle tilkoblede apper?

Kunngjøringen om behandlingstid fastslår ikke at alle tilkoblede systemer fjerner sine kopier samtidig. Nettbutikker bør kontrollere sletterutinen i hver app og i tillegg gjennomgå eksporter, interne databaser og andre lagrede kopier.

Er sletting av kundedata det samme som avmelding fra markedsføring?

Nei. Avmelding endrer tillatelsen til å sende markedsføring. Sletting gjelder personopplysninger og krever en egen vurdering av berørte opplysninger, tilkoblede systemer og eventuelle berettigede plikter til å beholde data.