Edukiara salto egin
Biscotti CMP
PrezioakDeskargakDokumentazioaMCP ServerBlog
Saioa hasiHasi doan
Hasiera›Blog
What Is the Difference Between SessionStorage and LocalStorage?Teknologia eta jarraipena

SessionStorage vs. LocalStorage: Web Storage APIen Pribatutasun Inplikazioak

2026(e)ko uztailaren 7(a) · 17 min irakurri

Azken eguneratzea: 2026ko uztailaren 7a

Erantzun azkarra: SessionStorage eta localStorage biak dira arakatzailean oinarritutako Web Storage APIak, webguneek erabiltzailearen gailuan datuak gordetzeko aukera ematen dietenak, baina iraunkortasun eta esparru aldetik funtsezko desberdintasunak dituzte. localStorage-k datuak mugagabe gordetzen ditu saio eta fitxa guztietan, eta sessionStorage-k, berriz, datuak ezabatzen ditu arakatzailearen fitxa ixten denean. Pribatutasunaren ikuspegitik, localStorage-k arrisku nabarmen handiagoa dakar, datuak iraungitze-datarik gabe irauten baitute, eta horrek erakargarriagoa egiten du jarraipena, hatz-markak eta arauzko azterketa egiteko, GDPR bezalako esparruen arabera.


Funtsezko Ondorioak

  • localStorage-k mugagabe irauten du esplizituki garbitu arte; sessionStorage fitxa edo leihoa ixten denean ezabatzen da.
  • Bi biltegiratze motak cross-site scripting (XSS) erasoen aurrean ahulak dira eta ez dute enkriptazio integraturik eskaintzen.
  • Ez localStorage-ko ez sessionStorage-ko datuak ez dira automatikoki zerbitzarira transmititzen, cookieak ez bezala, baina biak erabat irakurgarriak dira jatorri berean exekutatzen den edozein JavaScript-ek.
  • Orrialde batean kargatutako hirugarrenen script-ek localStorage-ko datuak atzi ditzakete jatorri-testuinguru berean exekutatzen badira.
  • GDPRren arabera, ezinbestekoak ez diren datuak localStorage-n gordetzea erabiltzailearen baimenik gabe, betetze-urraketa bat da, jarraipen-cookieak jartzea bezala.
  • Datu sentikorrak, hala nola autentifikazio-tokenak, pasahitzak eta pertsonalki identifikagarriak diren informazioa (PII), ez dira inoiz gorde behar mekanismo horietako batean segurtasun-geruza gehigarririk gabe.
  • Nabigazio pribatuak/inkognitoak localStorage-ren iraunkortasuna mugatzen du, baina ez ditu sessionStorage-ren arriskuak ezabatzen saio baten barruan.
  • Garatzaileek sessionStorage hobetsi beharko lukete aldi baterako egoerarako, zerbitzari-aldeko saioetarako edo HttpOnly cookieak autentifikaziorako, eta Biscotti CMP bezalako Baimen Kudeaketa Plataforma bat biltegiratze-baimena kudeatzeko.

Zein da SessionStorage eta LocalStorage arteko aldea?

SessionStorage eta localStorage biak HTML5 Web Storage APIaren parte dira, baina helburu desberdinak dituzte, iraunkortasunaren eta fitxa-esparruaren portaeraren arabera definituak.

localStorage-k gako-balio pareak gordetzen ditu iraungitze-datarik gabe. Datuak arakatzailearen berrabiarazteak, sistemaren berrabiarazteak eta jarduerarik gabeko aldi mugagabeak irauten ditu, erabiltzaileak edo aplikazioak esplizituki ezabatu arte. Jatorri bereko (protokoloa + domeinua + ataka) fitxa eta leiho guztietan partekatzen da. [1][5]

sessionStorage-k datuak orrialde-saioaren iraupenerako soilik gordetzen ditu. Erabiltzaileak fitxa edo leihoa ixten duenean, datuak desagertu egiten dira. Funtsezkoa da, fitxa bakoitzak bere sessionStorage isolatua mantentzen duela, URL bera bigarren fitxa batean irekitzeak ez du lehen fitxaren sessionStorage-ko datuak partekatzen. [1]

Ezaugarria localStorage sessionStorage
Iraunkortasuna Mugagabea Fitxa/leihoaren iraupena soilik
Fitxa guztietan partekatua Bai (jatorri bera) Ez (fitxa bakoitzeko isolamendua)
Orrialdearen berrabiaraztea irauten du Bai Bai
Fitxa ixtea irauten du Bai Ez
Biltegiratze-ahalmena ~5-10 MB jatorri bakoitzeko ~5-10 MB jatorri bakoitzeko
Zerbitzariaren transmisioa Ez Ez
HttpOnly babesa Ez dago eskuragarri Ez dago eskuragarri

Bi APIek jatorri bereko politika betetzen dute, beraz, https://example.com helbideko orrialde batek ezin ditu https://otherdomain.com helbideak ezarritako biltegiratze-datuak irakurri. [4]

What Is the Difference Between SessionStorage and LocalStorage?


LocalStorage-k Pribatutasun Arriskuak Al Ditu SessionStorage-rekin Alderatura?

Bai, localStorage-k sessionStorage-k baino pribatutasun-arrisku nabarmen handiagoak ditu, batez ere bere iraunkortasun mugagabea eta fitxa arteko irisgarritasuna direla eta.

localStorage-n idatzitako datuak hilabetez edo urtez pilatu daitezke erabiltzailearen jakinaren gainean egon gabe. Iragarleek eta analitika-saltzaileek historikoki localStorage "super-cookie" gisa erabili dute, cookieak ezabatzea irauten duen jarraipen-identifikatzaile gisa, erabiltzaile gehienek ez baitute arakatzailearen biltegiratzea eskuz garbitzea pentsatzen. sessionStorage-k, aldiz, fitxa ixten denean bere burua suntsitzen du, eta horrek askoz ere erabilgarritasun gutxiagoko jarraipen-bektore bihurtzen du.

localStorage-ren berezko pribatutasun-arrisku faktore nagusiak:

  • Jarraipen-identifikatzaile iraunkorrak: localStorage-n gordetako ID bakar batek erabiltzaile bat bisita anitzetan jarrai dezake zerbitzari-aldeko cookierik gabe.
  • Fitxa arteko datu-filtrazioa: Jatorri bereko edozein fitxatan exekutatzen den edozein script-ek localStorage-ko datu guztiak irakur ditzake.
  • Biltegiratze-gertaeren igorpena: localStorage-ren aldaketek storage gertaera bat eragiten dute jatorri bereko beste fitxa irekietan, erabiltzaileek ikusi ezin duten fitxa arteko datu-sinkronizazioa ahalbidetuz. [5]
  • Ez dago iraungitze automatikorik: Cookieek, Max-Age eta Expires atributuak onartzen dituztenak, ez bezala, localStorage-k ez du TTL mekanismorik.

Webguneek Erabiltzaileak Jarrai Ditzakete LocalStorage eta SessionStorage Erabiliz?

Webguneek localStorage erabiltzen dute jarraipen iraunkorrerako, eta erabiltzen dute. sessionStorage ez da hain erabilgarria jarraipenerako, baina saio barruko zaintza-arriskuak ere baditu.

JavaScript lerro bakar batek, localStorage.setItem('uid', 'abc123'), cookieak garbitzea irauten duen identifikatzaile iraunkor bat sortzen du. Teknika hau, batzuetan "evercookie" edo biltegiratzean oinarritutako berriro sortzea deitua, pribatutasun-ikerketetan dokumentatu da eta horregatik arautzaileek gero eta gehiago tratatzen dute localStorage cookieen baimen-arau berberen arabera.

sessionStorage-k portaera jarrai dezake saio bakar baten barruan (orrialde-fluxua, inprimaki-sarrerak, nabigazio-ereduak), baina datu horiek fitxa ixten denean desagertzen dira, eta horrek mugatzen du bere erabilgarritasuna epe luzeko profilak egiteko.


Zenbat Denbora Iragaten Dira Datuak SessionStorage vs. LocalStorage-n?

localStorage-ko datuak esplizituki ezabatu arte irauten dute, dela erabiltzaileak arakatzailearen biltegiratzea garbituz, webguneak localStorage.removeItem() edo localStorage.clear() deituz, edo arakatzaileak biltegiratze-kuotak betearaziz. [2]

sessionStorage-ko datuak automatikoki ezabatzen dira sortu zituen fitxa edo leihoa ixten denean. Orrialdearen berrabiarazteak irauten ditu fitxa berean, baina ez dira fitxa berrietara transferitzen, nahiz eta erabiltzaileak fitxa bikoiztu arakatzaile batzuetan. [1]

Inplikazio praktikoa: Garatzaile batek saio-token bat localStorage-n gordetzen badu sessionStorage-n beharrean, token hori gailuan geratzen da erabiltzaileak saioa amaitu ondoren, aplikazioak esplizituki ezabatzen ez badu. Hau akats arrunt eta garrantzitsu bat da.


SessionStorage Pribatuagoa Al Da LocalStorage Baino?

Pribatutasun-erabilera kasu gehienetan, bai, sessionStorage pribatutasuna errespetatzen duen aukera da. Fitxa ixten denean automatikoki ezabatzeak esan nahi du datuak ez direla irauten, gailu partekatzearen, gailu lapurtuen edo analisi forentsearen ondoriozko esposizioa murriztuz.

Hala ere, sessionStorage ez da berez "pribatua". Saio aktibo baten barruan, localStorage bezain ahula da XSS erasoen aurrean. Injektatutako edozein script-ek sessionStorage.getItem() deitu eta datuak denbora errealean exfiltratu ditzake. [3]

Aukeratu sessionStorage honako kasuetan: datuak uneko erabiltzaile-interakziorako soilik behar badira (adibidez, urrats anitzeko inprimakiaren egoera, behin-behineko nabigazio-tokenak).

Aukeratu localStorage honako kasuetan: datuak saio guztietan iraun behar badute (adibidez, erabiltzailearen UI hobespenak, ez-sentikorrak diren ezarpenak), eta ziurtatu ez duela ezer pertsonalki identifikagarria.


Zein Datu Pertsonal Ez Dira Inoiz Gorde Behar LocalStorage-n?

Datu-kategoria hauek ez dira inoiz gorde behar localStorage-n (eta kontu handiz maneiatu behar dira sessionStorage-n ere): [3]

  • Autentifikazio-tokenak (JWTak, OAuth tokenak, saio-IDak)
  • Pasahitzak edo pasahitz-hashak
  • Kreditu-txartelaren edo ordainketa-informazioa
  • Gobernuak emandako ID zenbakiak edo Gizarte Segurantzako zenbakiak
  • Izen-abizenak helbide elektronikoekin edo telefono-zenbakiekin konbinatuta
  • Mediku- edo osasun-erregistroak
  • GDPRren arabera "kategoria bereziko" gisa sailkatutako edozein datu (datu biometrikoak, osasun-datuak, iritzi politikoak)

localStorage-n eta sessionStorage-n gordetako datuak enkriptatu gabe daude lehenespenez. Gailura fisikoki sartzeko aukera duen edonork, edo orrialdean exekutatzeko gai den edozein script-ek, testu arruntean irakur ditzake. [3]


Hirugarrenen Script-ek LocalStorage-ko Datuak Atzi Ditzakete?

Hirugarrenen script-ek localStorage-ko datuak atzi ditzakete, ostalari-orrialdearen jatorri berean kargatu eta exekutatzen badira. Hau arrisku kritiko eta maiz gutxietsia da.

Webgune batek hirugarrenen analitika edo publizitate script bat txertatzen duenean <script> etiketa baten bidez, script hori ostalari-orrialdearen jatorri-testuinguruan exekutatzen da. Gunearen localStorage-n irakurri eta idatzi dezake libreki. Jatorri bereko politikak ez du babesten orrialdean nahita edo nahi gabe sartutako script-en aurka. [4]

Praktikan honek zer esan nahi duen: Gune batek erabiltzaile-identifikatzaile bat localStorage-n gordetzen badu eta hirugarrenen iragarki-script bat ere kargatzen badu, iragarki-script horrek identifikatzailea irakur dezake eta gune arteko portaera-datuekin lotu, erabiltzailearen jakinaren gainean edo baimenik gabe.

Hau da Baimen Kudeaketa Plataformak garrantzitsuak izatearen arrazoietako bat. Biscotti CMP webguneek biltegiratze-eragiketetarako erabiltzailearen baimena kudeatu eta dokumentatzeko aukera ematen die, localStorage-n oinarritutako jarraipena barne, guneek GDPR eta antzeko esparruen araberako betebeharrak betetzen lagunduz.


Zeintzuk Dira LocalStorage Erabiltzearen GDPR Inplikazioak?

GDPRren arabera, datu pertsonalen edo jarraipen-identifikatzaileen biltegiratzeak, mekanismo teknikoa edozein dela ere, oinarri juridiko bat behar du. LocalStorage bidezko ezinbestekoak ez diren jarraipenerako, oinarri hori ia beti erabiltzailearen baimen esplizitua da. [2]

Europako Datu Babeserako Batzordeak baieztatu du analitika, publizitatea edo erabiltzaile-profilak egiteko erabiltzen den localStorage-k cookieen baimen-eskakizun berberak dituela. Jarraipen-identifikatzaileak localStorage-n aurretiko baimenik gabe jartzen dituzten webguneek, baimenik gabeko cookieak erabiltzen dituztenek bezalako betearazpen-esposizioa dute.

GDPRren araberako localStorage-ren betetze-zerrenda:

  • Lehen eta hirugarrenen script-ek idatzitako localStorage-ko gako guztiak auditatu.
  • Gako bakoitza sailkatu: zerbitzurako erabat beharrezkoa al da, edo analitika/publizitaterako erabiltzen da?
  • Ezinbestekoak ez diren biltegiratzeetarako, idazketa-eragiketa erabiltzailearen baimen dokumentatuaren atzean jarri.
  • Erabiltzaileei baimena kentzeko eta biltegiratzea ezabatzeko mekanismo argi bat eskaini.
  • Datu-kontrolatzailearen interes legitimoa edo baimen-erregistroa dokumentatu.

Behar bezala konfiguratutako Baimen Kudeaketa Plataforma batek, hala nola Biscotti CMP, baimen-ziklo honen zati handi bat automatizatu dezake.


LocalStorage Atzi Daiteke Webgune Desberdinetatik?

Ez. localStorage zorrozki mugatuta dago sortu zuen jatorrira (protokoloa + domeinua + ataka konbinazioa). https://siteA.com helbideko script batek ezin ditu https://siteB.com helbideak ezarritako localStorage-ko datuak irakurri. [4]

Hala ere, babes honek mugak ditu. Publizitate- edo analitika-hornitzaile bakar batek bere script-ak siteA.com eta siteB.com-en kargatzen baditu, instantzia bakoitzak gune horren localStorage-n idazten du modu independentean. Hornitzaileak datuak zerbitzari-aldean korrelatzen ditu, gune arteko jarraipena lortuz, jatorri bereko politika urratu gabe.


Nola Eragiten Dute Inkognito Moduak eta Nabigazio Pribatuak LocalStorage-ri?

Nabigazio pribatuak/inkognitoak aldi baterako biltegiratze-partizio bat sortzen du, leiho pribatua ixten denean ezabatzen dena. Inkognito saio batean idatzitako localStorage-k ez du arakatzailearen profil nagusian irauten eta ez da eskuragarri nabigazio-leiho arruntetarako.

sessionStorage-k inkognito moduan ere modu berean jokatzen du, nabigazio arruntetan bezala: fitxa ixten denean ezabatzen da.

Ohar garrantzitsuak:

  • Inkognito saio aktibo baten barruan, localStorage oraindik irakurgarria da saio horren jatorri bereko testuinguruan exekutatzen diren script guztiek.
  • Inkognito moduak ez du denbora errealean XSS-n oinarritutako datu-exfiltrazioa eragozten.
  • Arakatzaile batzuek localStorage sinkronizatzen dute gailu guztietan, erabiltzailea arakatzailearen sinkronizazioan saioa hasita badago, eta horrek "tokiko" datuak hodeiko azpiegiturara eraman ditzake.

Nola Garbitu SessionStorage eta LocalStorage Pribatutasunerako?

Arakatzailearen biltegiratzea garbitzea erraza da, baina nahita egindako ekintza bat eskatzen du, arakatzaileek ez baitute automatikoki egiten localStorage-rako.

Arakatzaile-mailako garbiketa:

  • Chrome: Ezarpenak > Pribatutasuna eta Segurtasuna > Nabigazio-datuak garbitu > Katxeko irudiak eta fitxategiak + Gunearen datuak
  • Firefox: Ezarpenak > Pribatutasuna eta Segurtasuna > Cookieak eta Gunearen Datuak > Datuak garbitu
  • Safari: Ezarpenak > Pribatutasuna > Webgunearen Datuak kudeatu

Programatutako garbiketa (garatzaileentzat):

  • localStorage.clear()-ek jatorriaren gako guztiak ezabatzen ditu.
  • sessionStorage.clear()-ek uneko fitxa-saioaren gako guztiak ezabatzen ditu.
  • localStorage.removeItem('keyName')-ek gako zehatz bat ezabatzen du.

Jarraipenaz kezkatuta dauden azken erabiltzaileentzat: arakatzailearen ezarpenetan "gunearen datuak" edo "cookieak eta biltegiratzea" garbitzeak localStorage eta sessionStorage-ko edukiak ezabatzen ditu gune guztietarako. Pribatutasunerako diseinatutako arakatzaile-luzapenek hau automatizatu dezakete gune bakoitzeko edo saio bakoitzeko.


Zeintzuk Dira Garatzaileek Web Biltegiratzearekin Egiten Dituzten Pribatutasun Akats Ohikoenak?

Akats garrantzitsuenek erro komun bat dute: bezero-aldeko biltegiratzea zerbitzari-aldeko datu-base seguru bat balitz bezala tratatzea.

  • JWTak localStorage-n gordetzea: localStorage-n gordetako autentifikazio-tokenak orrialdeko edozein script-ek atzi ditzake. XSS ahultasun bakar batek erabiltzaile bakoitzaren tokena agerian uzten du. Erabili HttpOnly cookieak autentifikazio-tokenetarako.
  • Iraungitze-logikarik ez: localStorage-k ez du TTLrik. Datuak iraungitze-logikarik gabe gordetzen dituzten garatzaileek datu zahar eta sentikorrak gailuetan uzten dituzte mugagabe.
  • Jatorri berak segurua esan nahi duela suposatzea: Jatorri bereko politikak kanpoko guneak blokeatzen ditu, ez gune beraren barruan kargatutako script gaiztoak (XSS, hirugarrenen liburutegi konprometituak).
  • Hirugarrenen script-en sarbidea ez ikusi egitea: Analitika edo iragarki script-ak txertatzea, localStorage-tik zer irakurtzen duten auditatu gabe.
  • Jarraipen-biltegiratzerako baimen-aterik ez: Analitika-identifikatzaileak localStorage-n idaztea erabiltzailearen baimena lortu aurretik, GDPR urraketa zuzena. [2]
  • PII erredundantea gordetzea: API erantzunak katxeatzea, erabiltzaile-profil osoak localStorage-n barne hartzen dituztenak "errendimendurako", esposizio-azalera kontuan hartu gabe.

IndexedDB Pribatuagoa Al Da LocalStorage Baino?

IndexedDB ez da berez localStorage baino pribatuagoa. Biak jatorri bereko politikak gobernatzen ditu, biak atzigarriak dira orrialdean exekutatzen den JavaScript-ek, eta biak ahulak dira XSS erasoen aurrean.

IndexedDB-k biltegiratze-ahalmen handiagoa eskaintzen du eta datu egituratuak eta blob bitarrak onartzen ditu, lineaz kanpoko aplikazio konplexuetarako egokia eginez. Baina pribatutasun eta segurtasunaren ikuspegitik, arriskuak antzekoak dira. IndexedDB-n gordetako datuak ere enkriptatu gabe daude lehenespenez, eta mugagabe irauten dute esplizituki ezabatu ezean.

IndexedDB eta localStorage arteko aukerak datuen konplexutasunaren eta bolumen-eskakizunen arabera egin behar dira, ez pribatutasun-suposizioen arabera. Biak ez dira egokiak datu pertsonal sentikorretarako, aplikazio-geruzako enkriptazio eta sarbide-kontrol zorrotzik gabe.


Ondorioa

SessionStorage vs. LocalStorage: Web Storage APIen Pribatutasun Inplikazioak eztabaida ez da ohar tekniko huts bat, erabiltzailearen pribatutasunerako, arauzko betetzeari eta aplikazioen segurtasunari zuzeneko ondorioak ditu. localStorage-ren iraunkortasun mugagabea eta fitxa arteko irisgarritasuna arrisku handiko biltegiratze-mekanismo bihurtzen dute gaizki erabiltzen denean, eta sessionStorage-ren fitxa ixten denean automatikoki ezabatzeak aldi baterako egoerarako aukera defendagarriagoa bihurtzen du.

Garatzaileentzako eta webguneen jabeentzako hurrengo urratsak 2026an:

  1. Auditatu localStorage eta sessionStorage-ren erabilera guztia lehen eta hirugarrenen script-etan, arakatzailearen DevTools (Aplikazio fitxa) erabiliz.
  2. Kendu berehala autentifikazio-tokenak, PII edo identifikatzaile sentikorrak bezero-aldeko biltegiratzetik.
  3. Ordeztu localStorage-n oinarritutako autentifikazio-token biltegiratzea HttpOnly, Secure cookieekin, zerbitzari-aldean kudeatuta.
  4. Inplementatu baimen-kudeaketa-fluxu bat, Biscotti CMP bezalako plataforma bat erabiliz, ezinbestekoak ez diren localStorage-ko idazketak erabiltzailearen baimen dokumentatuaren atzean jartzeko.
  5. Eraiki iraungitze-logika iraun behar duen localStorage-ko edozein datutan, eta behartu garbiketa saioa amaitzean.
  6. Egin hirugarrenen script-en auditoria bat, kanpoko kodeak zure jatorriaren biltegiratzetik zer irakur dezakeen ulertzeko.
  7. Prestatu garapen-taldeak XSS prebentzioan, bi biltegiratze-moten aurkako eraso-bektore nagusi gisa.

Web biltegiratze APIak tresna indartsuak dira. Pribatutasun-diziplinarik gabe erabiltzen badira, erantzukizun-bektore bihurtzen dira. Esparru zehatzarekin, baimen-kudeaketarekin eta segurtasun-higienearekin erabiltzen badira, beren helburua betetzen dute, zure aplikazioan konfiantza duten erabiltzaileak arriskuan jarri gabe.


Ohiko Galderak

G: Zein da sessionStorage eta localStorage arteko desberdintasun nagusia? localStorage-k datuak mugagabe gordetzen ditu saio guztietan eta jatorri bereko fitxa guztietan partekatzen da. sessionStorage-k datuak uneko fitxaren iraupenerako soilik gordetzen ditu eta automatikoki ezabatzen da fitxa ixten denean.

G: LocalStorage erabil daiteke erabiltzaileak jarraitzeko cookieak gabe? Bai. localStorage-n gordetako identifikatzaile bakar batek cookieak ezabatzea irauten du eta erabiltzaileak gune berera egindako bisita anitzetan jarraitzeko erabil daiteke, jarraipen-mekanismo iraunkor gisa funtzionatuz.

G: SessionStorage segurua al da pasahitzak gordetzeko? Ez. sessionStorage ez dago enkriptatuta eta orrialdean exekutatzen den edozein JavaScript-ek atzi dezake, injektatutako script gaiztoak barne. Pasahitzak ez dira inoiz gorde behar bezero-aldeko biltegiratze-mekanismo batean.

G: GDPR aplikatzen al zaio localStorage-ri? Bai. GDPRren arabera, jarraipen-identifikatzaileak edo datu pertsonalak localStorage-n gordetzea oinarri juridikorik gabe, normalean ezinbestekoak ez diren helburuetarako erabiltzailearen baimen esplizitua, baimenik gabeko cookieen erabileraren baliokidea den betetze-urraketa bat da.

G: Hirugarrenen script-ek nire localStorage-ko datuak irakur ditzakete? Bai, script horiek jatorri berean kargatu eta exekutatzen badira. <script> etiketen bidez txertatutako hirugarrenen analitika edo publizitate script-ak ostalari-orrialdearen jatorri-testuinguruan exekutatzen dira eta jatorri horretako localStorage-ko datu guztiak irakur ditzakete.

G: Cookieak garbitzeak localStorage ere garbitzen al du? Ez beti. Arakatzaile gehienetan, "cookieak" bakarrik garbitzeak ez du localStorage garbitzen. Erabiltzaileek "gunearen datuak" edo "cookieak eta beste gune-datuak" garbitu behar dituzte localStorage-ko edukiak kentzeko.

G: Inkognito modua segurua al da localStorage-ko jarraipenetik? Inkognito moduak localStorage-ko datuak leiho pribatua ixten denean irautea eragozten du, baina inkognito saio aktibo baten barruan, localStorage oraindik irakurgarria da orrialdeko script guztiek.

G: Zer erabili behar dut localStorage-ren ordez autentifikazio-tokenetarako? Erabili HttpOnly, Secure, SameSite cookieak, zerbitzari-aldean kudeatuta. Cookie hauek JavaScript-etik atzigaitzak dira, localStorage-k dakarren XSS-n oinarritutako token-lapurreta arriskua ezabatuz.

G: IndexedDB seguruagoa al da localStorage baino? Ez. IndexedDB XSS ahultasun eta jatorri bereko politika berberen menpe dago localStorage bezala. Ahalmen handiagoa eta datu-egitura euskarria eskaintzen ditu, baina ez du pribatutasun edo segurtasun berme gehigarririk.

G: Zenbat datu gorde ditzakete localStorage eta sessionStorage-k? Arakatzaile moderno gehienek 5 eta 10 MB inguru biltegiratze esleitzen diete jatorri bakoitzeko biltegiratze mota bakoitzari, cookieen ohiko 4 KB-ko mugatik nabarmen gehiago. [2]


Erreferentziak

[1] Sessionstorage - https://developer.mozilla.org/en-US/docs/Web/API/Window/sessionStorage?utm_source=openai

[2] What Is Localstorage Sessionstorage - https://inspectwp.com/en/knowledge-base/what-is-localstorage-sessionstorage?utm_source=openai

[3] Html5 Web Storage Security Risks Safeguarding Localstorage And Sessionstorage - https://www.dopethemes.com/html5-web-storage-security-risks-safeguarding-localstorage-and-sessionstorage/?utm_source=openai

[4] Localstorage - https://javascript.info/localstorage?utm_source=openai

[5] Localstorage Sessionstorage - https://www.w3docs.com/learn-javascript/localstorage-sessionstorage?utm_source=openai

[6] Cookies Vs Localstorage Vs Sessionstorage What Each One Exactly Means - https://www.interserver.net/tips/kb/cookies-vs-localstorage-vs-sessionstorage-what-each-one-exactly-means/?utm_source=openai

Erlazionatutako artikuluak

Teknologia eta jarraipena

1x1 Mehatxu Ikusezina: Zure Pixel Jarraipena Legezkoa dela Ziurtatzea

Ikasi 1x1 jarraipen-pixelek nola funtzionatzen duten, GDPR eta CCPAk zer eskatzen duten, eta nola ikuskatu eta jakinarazi pixel jarraipena 2026an legez betetzeko.

Teknologia eta jarraipena

Cookie-etatik Haratago: Nabigatzailearen Hatz-markaren Pribatutasun Arriskuak eta Lege Arazoak

Nabigatzailearen hatz-markak erabiltzaileak cookie-rik gabe jarraitzen ditu eta ezin da ezabatu. Ikasi nola funtzionatzen duen, zer eskatzen duten GDPR eta CCPAk, eta nola babestu zure pribatutasuna 2026an.

Teknologia eta jarraipena

Cookiearen bilakaera: Oinarrizko jarraipenetik betetze zorrotzeraino

Ezagutu nola arakatzaile-cookieak 1994ko ingeniaritza-konponbide batetik teknologia zorrotz arautu batera eboluzionatu zuten. Ikasi GDPR, CCPA arauak, baimen-praktika onenak eta cookie-alternatibak 2026an.

Zabaldu Zure Ezagutza

Aurkitu artikulu zehatzak gure ezagutza-baseko gai guztiei buruz.

Joan Ezagutza-basera

Cookie-egiaztapena

Cookie-egiaztapena
← Blogera itzuli
Biscotti CMP

Campcruisers GmbH-k Falkensee-n (Alemania) sortua.

Produktua

Guri buruzEzaugarriakPrezioakDokumentazioaMCP ZerbitzariaCookie-egiaztapenaIrisgarritasunaDeskargakLegal WatchdogAssessment EngineTrust PortalEnterprisePribatutasun eta Baimen Ezagutza-baseaBlogCookie baimen eta pribatutasun glosarioaJurisdikzioakIrisgarritasuna diseinu-printzipio gisa

Legezkoa

Lege-oharraPribatutasun-politikaZerbitzu-baldintzakAtzera egiteko eskubideaDPACookie-politika

Kontaktua

Kontaktua
© 2026 Biscotti – Campcruisers GmbH-ren zerbitzu bat