Ce que Chrome stocke pour chaque site visité—et comment tout effacer en un clic
À chaque visite d'un site web, Chrome écrit des données sur votre ordinateur au nom de ce site. Certaines sont évidentes : cookies, sessions de connexion. Beaucoup ne le sont pas : compteurs d'utilisation, flags d'essai, marqueurs "ce modal a déjà été affiché", attributions A/B, état d'un assistant de configuration, flags d'intégration terminée.
Le site n'a pas besoin de savoir qui vous êtes pour se souvenir de ce que vous avez fait. Il écrit simplement dans localStorage ou IndexedDB, et Chrome le conserve indéfiniment—jusqu'à ce que vous le supprimiez.
Le point essentiel : Une grande partie de ce dont les sites se "souviennent" à votre sujet n'est pas stockée sur leurs serveurs, mais dans votre navigateur. Cela signifie que vous pouvez l'effacer sans toucher à votre compte. Le mode Debug de VertiTab le fait en un clic.
Ce que Chrome stocke pour chaque site
Lors de la visite d'un domaine, plusieurs systèmes de stockage indépendants fonctionnent simultanément :
| Type de stockage | À quoi les sites l'utilisent | Survit au rechargement ? |
|---|---|---|
localStorage | Compteurs d'usage, préférences, flags d'essai, toggles | ✓ Permanent |
IndexedDB | État de l'app, données offline, contenu structuré | ✓ Permanent |
sessionStorage | Formulaires multi-étapes, progression d'assistants | Jusqu'à fermeture de l'onglet |
| Cache Storage | Assets offline, ressources Service Worker | ✓ Permanent |
| Service Workers | Servir des versions de l'app en cache | ✓ Jusqu'à désenregistrement |
| Cookies | Sessions, suivi, flags d'expiration d'essai | Jusqu'à la date d'expiration |
La colonne importante est la dernière. Ces données survivent au rechargement forcé, à la suppression du cache et même aux redémarrages du navigateur. Elles persistent jusqu'à suppression explicite.
Pourquoi les sites stockent les "limites" côté client
Derrière la plupart des prompts "essayez X fois gratuitement, puis connectez-vous" se cache ce mécanisme :
- Vous utilisez une fonctionnalité sans être connecté
- Le site incrémente un compteur dans
localStorage:{ trialUsed: 1 } - À la prochaine visite, il lit ce compteur pour décider d'afficher ou non le paywall
- Toute la vérification se fait en JavaScript dans votre navigateur—aucun serveur n'est sollicité
Ce schéma est répandu dans de nombreuses catégories de produits : outils IA avec des prompts gratuits limités, éditeurs de documents avec limite de pages, convertisseurs vidéo avec limite de fichiers, correcteurs grammaticaux avec quota de mots, et d'innombrables outils SaaS en mode d'essai.
Le même mécanisme apparaît dans des contextes non commerciaux : sites d'information qui comptent les articles lus dans le mois en localStorage (paywalls mous), plateformes de tutoriels qui mémorisent les chapitres complétés, et parcours d'intégration qui n'affichent la visite guidée qu'à la première utilisation.
Ce que la suppression des données du site réinitialise réellement
Après l'utilisation du mode Debug pour nettoyer un site, voici ce qui est réinitialisé :
Pour les utilisateurs courants :
- Compteurs d'essai dans localStorage ou les cookies
- Marqueurs "vous avez déjà vu cette offre/ce modal"
- Compteurs d'articles lus pour les paywalls mous
- Flags de suppression de modaux ("ne plus afficher")
- Attributions A/B (nouvelle variante au prochain chargement)
Pour les développeurs :
- État d'application obsolète après un changement de schéma
- Service Worker servant un ancien bundle en cache
- Enregistrements IndexedDB corrompus par une migration échouée
- Artefacts de tokens de sessions de test précédentes
Les deux groupes réinitialisent le même stockage sous-jacent. La différence est uniquement l'objectif.
Ce que la suppression ne peut pas réinitialiser
Ne peut pas contourner :
- Le suivi d'utilisation côté serveur (si le site enregistre votre IP ou empreinte d'appareil sur son backend)
- Les limites basées sur compte (les quotas en session connectée sont côté serveur)
- Les essais liés à des modes de paiement ou une vérification téléphonique
Peut réinitialiser :
- Tout limite implémentée uniquement en stockage client sans validation serveur
- L'état de session que le site n'a pas persisté côté serveur
- Préférences et flags stockés localement
De nombreux systèmes d'essai utilisent uniquement le stockage client car c'est plus simple pour les utilisateurs anonymes. Mais les systèmes plus élaborés valident côté serveur. La seule façon de le savoir : essayer.
Comment utiliser le mode Debug
Par onglet (ponctuel) :
- Clic droit sur un onglet dans le panneau latéral VertiTab
- Sélectionner Activer le mode Debug
- Choisir les types de stockage à effacer
- Cocher optionnellement "Appliquer à ce site" pour une configuration permanente
Par site (persistant) :
- Paramètres VertiTab → Paramètres des sites
- Localiser le site par hostname
- Activer le bouton Mode Debug
- Cliquer Configurer pour les préférences de stockage
Une fois actif, l'icône 🐛 apparaît à côté de l'onglet. Un clic efface tout et recharge—sans DevTools.
Options configurables : Cache Storage, localStorage, sessionStorage, IndexedDB, Service Workers, Cookies, Historique
Garder la session mais effacer les données d'usage
Effacer tous les cookies sur un site où vous êtes connecté vous déconnectera. Pour réinitialiser les données d'usage tout en restant connecté, utilisez la liste d'exclusion de cookies.
Chargez tous les cookies actuels de l'onglet et cochez ceux à conserver : tokens d'authentification, CSRF tokens, identifiants de session. Le reste est effacé normalement. Les règles d'exclusion prennent en charge le nom seul (session_id) et les entrées avec domaine (api.example.com:token).
Quelle méthode choisir ?
| Situation | Action |
|---|---|
| JS/CSS pas à jour après un deploy | Rechargement forcé suffit |
| Le site "se souvient" d'un essai utilisé | Mode Debug |
| Toujours la même variante A/B | Mode Debug |
| Le parcours d'intégration n'apparaît plus | Mode Debug |
| État de l'app cassé après mise à jour | Mode Debug |
| Cause inconnue | Mode Debug, point de départ le plus sûr |
Cas d'usage
Réinitialiser les essais gratuits sans compte — De nombreux outils IA, éditeurs de documents, convertisseurs et démos SaaS permettent de tester sans s'inscrire. Après 2–3 utilisations apparaît "créez un compte pour continuer". Ce compteur vit dans localStorage ou les cookies. Une fois effacé, le site vous traite à nouveau comme un nouveau visiteur.
Paywalls mous sur les articles — Les sites d'information comptent souvent les articles lus dans le mois en localStorage. C'est différent d'un vrai paywall nécessitant une connexion. Effacer les données du site réinitialise le compteur.
Revivre le parcours d'intégration — Les tours produit sont supprimés par un flag hasCompletedOnboarding: true dans localStorage. L'effacer permet de revivre le parcours—utile pour évaluer un produit ou tester l'UX.
Bugs d'état dans les SPA après un deploy — Schéma changé, l'app plante avec d'anciennes données. Debug Mode efface les enregistrements IndexedDB pour tester la migration depuis zéro.
Service Worker bloqué — SW qui sert du vieux code. Debug Mode désenregistre et vide son cache en une étape.
Tests de régression QA — État propre et reproductible en un clic, sans navigation dans DevTools.
Questions fréquentes
Q : Pourquoi tant de sites stockent les "limites" en localStorage plutôt que sur des serveurs ?
R : Pour les utilisateurs anonymes, le stockage côté client ne nécessite aucune infrastructure backend. Plus simple à implémenter, sans coût serveur, sans identification utilisateur. L'inconvénient : facile à effacer—ce pourquoi les produits plus matures migrent vers la validation serveur.
Q : Est-ce que l'effacement me déconnectera ?
R : Cela dépend de la configuration. Si vous effacez les cookies et que votre session y est stockée, oui. Utilisez la liste d'exclusion pour préserver les cookies d'authentification.
Q : Fonctionne-t-il pour les limites basées sur compte ?
R : Non. Si le site valide l'usage côté serveur, effacer les données client ne sert à rien.
Q : DevTools doit-il être ouvert ?
R : Non. Fonctionne à tout moment indépendamment de DevTools.
Q : Le mode Debug est-il premium ?
R : Oui, il nécessite un abonnement VertiTab premium.
Q : Configurations différentes par site ?
R : Oui. Configuration stockée par hostname de façon indépendante.
Articles liés :