Selitev spletne trgovine je videti kot tehnična naloga: prenesti je treba izdelke, naročila in slike, povezati načine plačila, nastaviti preusmeritve in nov sistem lahko zaživi – pri podatkih strank pa gre za precej več kot za preprosto kopiranje podatkov. V podatkovni bazi delujoče spletne trgovine so lahko imena, e-poštni naslovi, telefonske številke, naslovi za izdajo računov in dostavo, zgodovina naročil, marketinške privolitve, uporabniški računi in podatki za preverjanje pristnosti. Pri večji spletni trgovini lahko to pomeni sto tisoče ali celo milijone podatkov.
Če je njihova selitev slabo organizirana, se lahko zgodi ne le tehnična napaka, temveč tudi incident varstva podatkov, česar si nihče ne želi.
Z vidika GDPR poleg tega ne šteje le, kako bo delovala nova spletna trgovina. Tudi sam izvoz, prenos, začasno shranjevanje, uvoz in brisanje starih kopij so dejanja obdelave podatkov.
GDPR velja tudi med migracijo spletne trgovine
Obstaja osnovna teza, da je pojem obdelave podatkov v GDPR namenoma širok. Obdelava podatkov ni le to, ko spletna trgovina prikaže ime kupca ali shrani njegovo naročilo; obdelava poteka tudi takrat, ko se podatkovna baza izvozi iz starega sistema, naloži na migracijski strežnik, preda razvijalcu, ko se preoblikuje struktura podatkov ali ko se podatki uvozijo v novi sistem. Iz tega sledi pomembno praktično pravilo: lastnik spletne trgovine migracije ne sme obravnavati, kot da je izključno stvar ponudnika informacijskih storitev.
Če trgovec določa, katere podatke kupcev in s kakšnim namenom obdeluje, praviloma ostaja upravljavec podatkov. Razvijalec, ponudnik gostovanja ali ponudnik platforme, ki izvaja selitev, pa v procesu običajno sodeluje kot obdelovalec podatkov.
Po smernicah Evropskega odbora za varstvo podatkov mora razmerje med upravljavcem in obdelovalcem urejati ustrezna pogodba o obdelavi podatkov. V njej je treba med drugim urediti predmet, trajanje in namen obdelave, kategorije zadevnih podatkov, obveznosti glede varnosti podatkov in pogoje za vključitev podobdelovalcev.
Migracijsko tveganje je zelo resnično
Tudi na Madžarskem je že potekal postopek organa za varstvo podatkov, ki se je nanašal prav na selitev baze podatkov o strankah.
Madžarski urad za varstvo podatkov (NAIH) je v zadevi, objavljeni leta 2025, preiskoval incident, pri katerem je podatkovna baza vsebovala približno 3,6 milijona osebnih podatkov okoli 900 tisoč posameznikov. Težava ni izvirala iz tega, da bi kdo uvozil napačne podatke. Požarni zid strežnika se je po ponovnem zagonu zagnal z neustrezno konfiguracijo in je nekaj časa omogočal omrežni dostop, ki ne bi smel obstajati. Napačno stanje je trajalo več dni, prišlo pa je tudi do nepooblaščenih poizvedb; prizadeti so bili imena, e-poštni naslovi, telefonske številke, naslovi bivališč in številke bančnih računov.
Je potrebna nova privolitev, ker se selimo na nov sistem spletne trgovine?
Praviloma ne. Če podjetje na primer preide z enega sistema spletne trgovine na drugega, se pravna podlaga obdelave podatkov strank s tem ne spremeni samodejno. Podatkov prejšnjega naročila spletna trgovina na primer ne obdeluje zato, ker je stranka privolila, temveč so v danem primeru potrebni za izpolnitev pogodbe ali kakšne pravne obveznosti. Zamenjava tehnološkega sistema sama po sebi še ne zahteva pridobitve nove privolitve.
Drugače je, če se s spremembo platforme spremeni tudi sama obdelava podatkov. Na primer, novi sistem začne izvajati profiliranje, ki ga v prejšnjem ni bilo, ali pa podatke strank začne za lastne namene uporabljati novo podjetje. V tem primeru ne govorimo več o preprosti tehnični migraciji. Znova je treba preveriti pravno podlago, namene obdelave in obveščanje posameznikov.
Bistvo torej ni v tem, ali se je spremenilo ime sistema spletne trgovine. Vprašanje je, ali se je spremenila vsebina obdelave podatkov.
Ni nujno, da je treba preseliti vse
Pred migracijo si je vredno zastaviti na videz preprosto vprašanje: ali resnično potrebujemo vse podatke, ki so v starem sistemu?
V praksi podatkovna baza marsikatere spletne trgovine raste leta. Vmes se vanjo znajdejo tudi podatki, ki niso več potrebni; ostanejo lahko stari začasni naslovi, zastareli tehnični dnevniki, polja že ukinjenih funkcij, napol opuščeni uvozi ali marketinške informacije, katerih namen obdelave je že zdavnaj prenehal.
Njihov samodejni prenos ni dobra praksa. Iz načela najmanjšega obsega podatkov v GDPR sledi, da je smiselno prenesti le tiste osebne podatke, ki so resnično potrebni tudi v novem sistemu. Zato je selitev smiselno začeti s popisom podatkov.
Preveriti je treba, katere podatke trenutna spletna trgovina hrani v računih strank, kaj vsebujejo naročila, kakšni tehnični dnevniški podatki obstajajo, kakšne marketinške privolitve so povezane s strankami in kakšni podatki za preverjanje pristnosti so v podatkovni bazi. Naslednje vprašanje je le še, kaj od tega lahko preide v novi sistem.
Preseliti je treba tudi marketinško privolitev, ne le e-poštnega naslova
Še posebej veliko težav lahko povzroči baza prejemnikov e-novic. Za spletno trgovino samo po sebi ni dovolj, da je pri posamezni stranki v novem sistemu oznaka »prijavljen«. V danem primeru mora znati dokazati tudi, kdaj in v kakšnih okoliščinah je bila privolitev dana. Dobro voden sistem zato ne hrani zgolj e-poštnega naslova. Ohranijo se lahko čas in vir privolitve ter druge informacije, ki lahko pozneje pomagajo dokazati njeno zakonitost.
Enako velja za odjavo. Izrazito neprijetna situacija lahko nastane, če del prej odjavljenih strank po selitvi spletne trgovine znova začne prejemati marketinška sporočila, ker so bili v novi sistem preneseni le aktivni e-poštni naslovi, prepovedi pa ne.
Pri migraciji je torej informacija »ne želi marketinga« vsaj tako pomembna kot sam naslov.
Geslo ni polje, ki bi ga lahko preprosto prekopirali
Eno najobčutljivejših tehničnih vprašanj selitev spletnih trgovin je ravnanje z uporabniškimi gesli.
V sodobnem sistemu gesla ni dovoljeno hraniti v berljivi obliki. V idealnem primeru niti sam upravljavec spletne trgovine ne more povedati, kakšno geslo uporablja posamezni uporabnik. Sistem namesto tega hrani zgoščeno vrednost gesla (hash). Ko se uporabnik prijavi, se iz vnesenega gesla z istim matematičnim postopkom izračuna preverljiva vrednost, ki jo je mogoče primerjati s shranjeno v podatkovni bazi. Na prvi pogled se to morda zdi tehnična podrobnost, pri migraciji pa je odločilnega pomena.
Če kdo reče: »Izvozimo stara gesla in jih naložimo v novo spletno trgovino«, lahko posumimo na nesporazum – če namreč govorimo o dejanskih, berljivih geslih, to pomeni resno varnostno težavo!
Vsake zgoščene vrednosti gesla ni mogoče preseliti brez težav
Idealen primer je, ko novi sistem zna obdelati format zgoščenih vrednosti gesel, ki ga je uporabljala stara spletna trgovina. Takrat je mogoče migrirati sam hash in kupec se lahko po selitvi prijavi z istim geslom. Za to je treba natančno poznati delovanje prejšnjega sistema.
Če nova platforma starega sistema ne podpira, zgoščenih vrednosti praviloma ni mogoče preprosto »pretvoriti«. Prav v tem je njihovo bistvo: izvirnega gesla ne sme biti mogoče razvozlati.
V takem primeru je pogosto čistejša in varnejša rešitev preselitev računov strank tako, da ob prvi prijavi od uporabnika zahtevamo ponastavitev gesla. Z vidika uporabniške izkušnje to ni popolno, z varnostnega vidika pa je boljša odločitev, kot leta ohranjati pri življenju zastarelo rešitev za upravljanje gesel samo zato, da ne bi bilo treba zahtevati novega gesla.
Čeprav se zapisano morda zdi zastrašujoče, je migracijo med sistemi spletnih trgovin po ustreznem pregledu mogoče varno izvesti; obrnite se na ekipo Sellvio, če se vam porodi kakršen koli dvom!