O que o Chrome guarda por site—e como apagar tudo de uma vez
Cada vez que você visita um site, o Chrome escreve dados no seu computador em nome desse site. Alguns são óbvios: cookies, sessões de login. Muitos não são: contadores de uso, flags de teste, marcadores de "esse modal já foi exibido", atribuições de A/B teste, progresso em assistentes de configuração, flags de conclusão de onboarding.
O site não precisa saber quem você é para lembrar o que você fez. Ele simplesmente escreve no localStorage ou no IndexedDB, e o Chrome mantém isso indefinidamente—até você apagar.
O ponto central: Muito do que sites "lembram" sobre você não está guardado nos servidores deles. Está no seu navegador. Isso significa que você pode apagar sem mexer na sua conta. O modo Debug do VertiTab faz isso em um clique.
O que o Chrome guarda por cada site
Ao visitar qualquer domínio, vários sistemas de armazenamento independentes funcionam ao mesmo tempo:
| Tipo de armazenamento | Como os sites usam | Sobrevive ao recarregamento? |
|---|---|---|
localStorage | Contadores de uso, preferências, flags de teste, toggles | ✓ Permanente |
IndexedDB | Estado do app, dados offline, conteúdo estruturado | ✓ Permanente |
sessionStorage | Estado de formulários de vários passos, progresso de assistentes | Até fechar a aba |
| Cache Storage | Assets offline, recursos do Service Worker | ✓ Permanente |
| Service Workers | Servir versões do app em cache | ✓ Até remoção do registro |
| Cookies | Sessões, rastreamento, flags de expiração de teste | Até a data de validade |
A coluna importante é a última. Esses dados sobrevivem ao recarregamento forçado, à limpeza do cache e até reinicializações do navegador. Persistem até serem explicitamente deletados.
Por que sites guardam "limites" no armazenamento do cliente
Por trás da maioria dos prompts "experimente X vezes de graça, depois faça login" está este mecanismo:
- Você usa uma função sem estar logado
- O site incrementa um contador no
localStorage:{ trialUsed: 1 } - Na próxima visita, ele lê esse contador para decidir se exibe o paywall
- Toda a verificação acontece em JavaScript no seu navegador—nenhum servidor é acionado
Esse padrão é comum em ferramentas de IA com prompts gratuitos limitados, editores de documentos com limite de páginas, conversores de vídeo com limite de arquivos, corretores gramaticais com cota de palavras, e inúmeras ferramentas SaaS em modo de teste.
O mesmo mecanismo aparece em contextos não comerciais: sites de notícias que contam artigos lidos no mês via localStorage (paywalls suaves), plataformas de tutoriais que lembram os capítulos concluídos, e fluxos de onboarding que mostram o tour apenas na primeira visita.
O que apagar os dados do site realmente zera
Após usar o modo Debug para limpar um site, isso é o que é zerado:
Para usuários comuns:
- Contadores de uso de teste no localStorage ou cookies
- Flags de "você já viu essa oferta/modal"
- Contadores de artigos lidos para paywalls suaves
- Flags de supressão de modais ("não mostrar mais")
- Atribuições A/B (nova variante no próximo carregamento)
Para desenvolvedores:
- Estado de aplicação obsoleto após mudança de schema
- Service Worker servindo um bundle antigo em cache
- Registros IndexedDB corrompidos por uma migração falha
- Artefatos de token de sessões de teste anteriores
Os dois grupos estão zerando o mesmo armazenamento subjacente. A diferença é apenas o propósito.
O que apagar dados do site não consegue zerar
Não consegue contornar:
- Rastreamento de uso no lado do servidor (se o site registra seu IP ou fingerprint no backend)
- Limites baseados em conta (cotas com sessão ativa ficam no servidor)
- Testes vinculados a métodos de pagamento ou verificação por telefone
Consegue zerar:
- Qualquer limite implementado exclusivamente em armazenamento do cliente sem validação do servidor
- Estado de sessão que o site não persistiu no servidor
- Preferências e flags armazenados localmente
Muitos sistemas de teste usam apenas armazenamento do cliente porque é mais simples para usuários anônimos. Mas sistemas mais robustos validam no servidor. A única forma de saber é tentar.
Como usar o modo Debug
Por aba (uso pontual):
- Clique com o botão direito em qualquer aba no painel lateral do VertiTab
- Selecione Ativar modo Debug
- Escolha quais tipos de armazenamento apagar
- Opcionalmente marque "Aplicar a este site" para configuração permanente
Por site (persistente):
- Configurações VertiTab → Configurações de sites
- Localize o site pelo hostname
- Ative o toggle Modo Debug
- Clique em Configurar para as preferências de armazenamento
Uma vez ativo, o ícone 🐛 aparece ao lado da aba. Um clique apaga tudo e recarrega—sem DevTools.
Opções configuráveis: Cache Storage, localStorage, sessionStorage, IndexedDB, Service Workers, Cookies, Histórico
Manter o login mas apagar dados de uso
Limpar todos os cookies em um site onde você está logado vai te desconectar. Para zerar dados de uso mas manter a sessão, use a lista de exclusão de cookies.
Carregue todos os cookies atuais da aba e marque quais conservar: tokens de autenticação, CSRF tokens, identificadores de sessão. O resto é removido normalmente. As regras de exclusão suportam apenas o nome (session_id) e entradas com domínio (api.example.com:token).
Qual método usar?
| Situação | O que fazer |
|---|---|
| JS/CSS não atualiza após deploy | Recarregamento forçado é suficiente |
| O site "lembra" que você usou o teste | Modo Debug |
| Sempre a mesma variante A/B | Modo Debug |
| Fluxo de onboarding não reaparece | Modo Debug |
| Estado do app quebrado após atualização | Modo Debug |
| Causa desconhecida | Modo Debug; ponto de partida mais seguro |
Casos de uso
Zerar testes gratuitos sem login — Muitas ferramentas de IA, editores de documentos, conversores e demos de SaaS permitem testar sem se cadastrar. Após 2–3 usos aparece "cadastre-se para continuar". Esse contador vive no localStorage ou nos cookies. Apagado, o site te trata como novo visitante.
Paywalls suaves de artigos — Sites de notícias costumam contar artigos lidos no mês via localStorage. É diferente de um paywall rígido que exige login. Apagar os dados do site zera o contador.
Reviver fluxos de onboarding — Tours de produto são suprimidos por um flag hasCompletedOnboarding: true no localStorage. Apagá-lo permite experimentar o fluxo de novo—útil para avaliar produtos ou testar UX.
Bugs de estado em SPAs após deploy — Schema mudado, o app quebra com dados antigos. Debug Mode limpa registros IndexedDB para testar a migração desde o zero.
Service Worker que não atualiza — SW servindo código velho. Debug Mode cancela o registro e limpa o cache em um passo.
Testes de regressão QA — Estado limpo e reproduzível com um clique, sem navegar pelo DevTools.
Perguntas frequentes
P: Por que tantos sites guardam "limites" em localStorage em vez do servidor?
R: Para usuários anônimos, o armazenamento do cliente não precisa de infraestrutura backend. Mais fácil de implementar, sem custo de servidor, sem identificação de usuário. A contrapartida é que é fácil de apagar—por isso produtos mais maduros migram para validação no servidor.
P: Apagar dados do site vai me deslogar?
R: Depende da configuração. Se você apagar cookies e sua sessão está em um cookie, sim. Use a lista de exclusão para preservar cookies de autenticação.
P: Funciona para limites baseados em conta?
R: Não. Se o site valida o uso no servidor, apagar dados do cliente não resolve.
P: O DevTools precisa estar aberto?
R: Não. Funciona a qualquer momento, independente do DevTools estar aberto.
P: O modo Debug é premium?
R: Sim, requer assinatura premium do VertiTab.
P: Configurações diferentes por site?
R: Sim. A configuração é armazenada por hostname de forma independente.
Leitura relacionada: