Cosa Chrome memorizza per ogni sito—e come cancellarlo tutto in un clic
Ogni volta che visiti un sito web, Chrome scrive dati sul tuo computer per conto di quel sito. Alcuni sono ovvi: cookie, sessioni di login. Molti non lo sono: contatori di utilizzo, flag di prova, marcatori "questo modal è già stato mostrato", assegnazioni A/B, stato di wizard di configurazione, flag di completamento dell'onboarding.
Il sito non ha bisogno di sapere chi sei per ricordare cosa hai fatto. Scrive semplicemente in localStorage o IndexedDB, e Chrome lo mantiene lì indefinitamente—finché non lo elimini.
Il punto chiave: Molto di ciò che i siti web "ricordano" di te non è conservato sui loro server, ma nel tuo browser. Il che significa che puoi cancellarlo senza toccare il tuo account. La modalità Debug di VertiTab lo fa in un clic.
Cosa Chrome memorizza per ogni sito
Visitando qualsiasi dominio, più sistemi di storage indipendenti lavorano simultaneamente:
| Tipo di storage | Come i siti lo usano | Sopravvive al ricaricamento? |
|---|---|---|
localStorage | Contatori di utilizzo, preferenze, flag di prova, toggle | ✓ Per sempre |
IndexedDB | Stato dell'app, dati offline, contenuti strutturati | ✓ Per sempre |
sessionStorage | Stato di form multi-step, progresso di wizard | Fino alla chiusura del tab |
| Cache Storage | Asset offline, risorse Service Worker | ✓ Per sempre |
| Service Workers | Servire versioni dell'app in cache | ✓ Fino alla deregistrazione |
| Cookie | Sessioni, tracciamento, flag di scadenza prova | Fino alla scadenza |
L'ultima colonna è quella importante. Questi dati sopravvivono al ricaricamento forzato, alla pulizia della cache e anche ai riavvii del browser. Persistono finché non vengono esplicitamente eliminati.
Perché i siti memorizzano i "limiti" nello storage del client
Dietro alla maggior parte dei prompt "prova X volte gratis, poi accedi" c'è questo meccanismo:
- Usi una funzione senza effettuare il login
- Il sito incrementa un contatore in
localStorage:{ trialUsed: 1 } - Alla visita successiva, legge quel contatore per decidere se mostrare il paywall
- L'intera verifica avviene in JavaScript nel tuo browser—nessun server viene contattato
Questo schema è diffuso in molte categorie di prodotti: strumenti AI con prompt gratuiti limitati, editor di documenti con limite di pagine, convertitori video con limite di file, correttori grammaticali con quota di parole, e innumerevoli strumenti SaaS in modalità di prova.
Lo stesso meccanismo appare in contesti non commerciali: siti di notizie che contano gli articoli letti nel mese tramite localStorage (paywall morbidi), piattaforme di tutorial che ricordano i capitoli completati, e flussi di onboarding che mostrano il tour solo la prima volta.
Cosa cancellare i dati del sito azzera realmente
Dopo aver usato la modalità Debug per pulire un sito, ecco cosa viene reimpostato:
Per gli utenti comuni:
- Contatori di utilizzo della prova in localStorage o cookie
- Flag "hai già visto questa offerta/modal"
- Contatori di articoli letti per i paywall morbidi
- Flag di soppressione dei modal ("non mostrare più")
- Assegnazioni A/B (nuova variante al prossimo caricamento)
Per i developer:
- Stato dell'applicazione obsoleto dopo un cambio di schema
- Service Worker che serve un bundle obsoleto dalla cache
- Record IndexedDB corrotti da una migrazione fallita
- Artefatti di token da sessioni di test precedenti
Entrambi i gruppi stanno azzerando lo stesso storage sottostante. La differenza è solo lo scopo.
Cosa cancellare i dati non può azzerare
Non può aggirare:
- Il tracciamento dell'utilizzo lato server (se il sito registra il tuo IP o fingerprint del dispositivo sul backend)
- I limiti basati su account (le quote in sessione autenticata sono sul server)
- Le prove legate a metodi di pagamento o verifica telefonica
Può azzerare:
- Qualsiasi limite implementato esclusivamente in storage client senza validazione server
- Stato di sessione che il sito non ha persistito lato server
- Preferenze e flag memorizzati localmente
Molti sistemi di prova usano solo lo storage client perché è più semplice per gli utenti anonimi. Ma sistemi più sofisticati validano lato server. L'unico modo per saperlo è provare.
Come usare la modalità Debug
Per tab (uso puntuale):
- Clic destro su qualsiasi tab nel pannello laterale VertiTab
- Selezionare Attiva modalità Debug
- Scegliere i tipi di storage da cancellare
- Opzionalmente spuntare "Applica a questo sito" per configurazione permanente
Per sito (persistente):
- Impostazioni VertiTab → Impostazioni siti
- Trovare il sito tramite hostname
- Attivare il toggle Modalità Debug
- Clic su Configura per le preferenze di storage
Una volta attivo, l'icona 🐛 appare accanto al tab. Un clic cancella tutto e ricarica—senza DevTools.
Opzioni configurabili: Cache Storage, localStorage, sessionStorage, IndexedDB, Service Workers, Cookie, Cronologia
Mantenere la sessione ma cancellare i dati di utilizzo
Cancellare tutti i cookie su un sito dove si è connessi causerà il logout. Per azzerare i dati di utilizzo mantenendo la sessione, usare la lista di esclusione cookie.
Carica tutti i cookie correnti del tab e seleziona quali conservare: token di autenticazione, CSRF token, identificatori di sessione. Il resto viene eliminato normalmente. Le regole di esclusione supportano solo nome (session_id) e voci con dominio (api.example.com:token).
Quale metodo usare?
| Situazione | Cosa fare |
|---|---|
| JS/CSS non aggiornato dopo deploy | Ricaricamento forzato è sufficiente |
| Il sito "ricorda" che hai usato la prova | Modalità Debug |
| Sempre la stessa variante A/B | Modalità Debug |
| Il flusso di onboarding non riappare | Modalità Debug |
| Stato dell'app rotto dopo aggiornamento | Modalità Debug |
| Causa sconosciuta | Modalità Debug; punto di partenza più sicuro |
Casi d'uso
Azzerare prove gratuite senza login — Molti strumenti AI, editor di documenti, convertitori e demo SaaS permettono di provare senza registrarsi. Dopo 2–3 utilizzi compare "registrati per continuare". Quel contatore vive in localStorage o cookie. Cancellato, il sito ti tratta di nuovo come un nuovo visitatore.
Paywall morbidi sugli articoli — I siti di notizie spesso contano gli articoli letti nel mese tramite localStorage. È diverso da un paywall duro basato su login. Cancellare i dati del sito azzera il contatore.
Rivivere i flussi di onboarding — I tour prodotto vengono soppressi da un flag hasCompletedOnboarding: true in localStorage. Cancellarlo permette di rivivere il flusso—utile per valutare prodotti o testare l'UX.
Bug di stato nelle SPA dopo il deploy — Schema cambiato, l'app si rompe con i vecchi dati. Debug Mode cancella i record IndexedDB per testare la migrazione da zero.
Service Worker bloccato — SW che serve codice vecchio. Debug Mode deregistra e pulisce la sua cache in un unico passaggio.
Test di regressione QA — Stato pulito e riproducibile in un clic, senza navigare nei DevTools.
Domande frequenti
D: Perché molti siti memorizzano i "limiti" in localStorage invece che sul server?
R: Per gli utenti anonimi, lo storage client non richiede infrastrutture backend. Più semplice da implementare, nessun costo server, nessuna identificazione utente. Lo svantaggio è che è facile da cancellare—ecco perché i prodotti più maturi migrano alla validazione server.
D: La cancellazione mi farà uscire dall'app?
R: Dipende dalla configurazione. Se cancelli i cookie e la tua sessione è in un cookie, sì. Usa la lista di esclusione per preservare i cookie di autenticazione.
D: Funziona per i limiti basati su account?
R: No. Se il sito valida l'utilizzo lato server, cancellare i dati client non aiuta.
D: DevTools deve essere aperto?
R: No. Funziona in qualsiasi momento, indipendentemente da DevTools.
D: La modalità Debug è premium?
R: Sì, richiede un abbonamento premium VertiTab.
D: Configurazioni diverse per siti diversi?
R: Sì. Configurazione salvata per hostname in modo indipendente.
Letture correlate: