Aller au contenu
Arcane Clair

Journal de tarot privé : stockage local, sauvegarde et suppression sans compte

Un journal de tarot local comparé à un carnet papier et une sauvegarde

Un journal de tarot local et sans compte peut limiter la circulation de vos notes, mais ces deux mots ne garantissent ni chiffrement, ni sauvegarde, ni conservation permanente.

Ils ne prouvent pas non plus que vous seul pouvez lire le texte.

Avant d’écrire une question intime, vérifiez tout le cycle de la note : enregistrement, fermeture du navigateur, export, restauration éventuelle et suppression.

À ce stade, le fonctionnement réellement déployé d’Arcane Clair doit encore être contrôlé.

Le format d’export, la réimportation, la durée de conservation, la commande de suppression totale, les clés de stockage et l’absence de transmission du texte restent à vérifier avant publication.

Notre règle éditoriale est simple : une fonction non testée doit rester présentée comme une exigence, jamais comme une promesse.

Ce guide fournit des informations générales sur le stockage local et la confidentialité. Il ne constitue pas un conseil juridique. « Local » ne signifie pas chiffré, sauvegardé, permanent ou inaccessible depuis le même appareil.

Ce que « local » et « sans compte » veulent vraiment dire

Dans un fonctionnement local prévu correctement, la note est enregistrée par le navigateur pour le site concerné, sur l’appareil utilisé. localStorage, par exemple, conserve des données entre plusieurs sessions et les rattache à une origine, généralement la combinaison du protocole, du nom de domaine et du port.

Ce comportement technique est décrit par MDN dans sa documentation sur Window.localStorage.

Il faut distinguer cette conservation d’une simple donnée gardée en mémoire pendant l’ouverture de la page. Une valeur présente uniquement en mémoire peut disparaître au rechargement. Une valeur placée dans un stockage persistant peut rester après la fermeture du navigateur, sans être pour autant permanente.

« Sans compte » signifie normalement qu’aucune identité de connexion n’est nécessaire. Cela ne démontre pas que le texte ne quitte jamais l’appareil. Un script exécuté sur la page pourrait techniquement lire une donnée accessible à cette origine et l’envoyer vers un serveur.

Il faut donc examiner les requêtes réseau, les scripts et les sous-traitants du service avant toute affirmation. Cet audit des données privées du journal doit porter sur la version effectivement mise en ligne, pas seulement sur son intention de conception.

Le bon support dépend surtout de votre besoin de synchronisation, de sauvegarde et de maîtrise matérielle. Un carnet papier évite le stockage dans un navigateur, mais il peut être lu ou photographié. Un compte synchronisé facilite l’accès depuis plusieurs appareils, au prix d’une transmission vers un service distant.

Le stockage local réduit ce besoin de transmission si son implémentation le respecte, tout en vous laissant davantage responsable de la sauvegarde.

Support Lieu de stockage Transmission Accès depuis plusieurs appareils Perte possible Export Suppression Limite principale
Navigateur local Profil du navigateur sur l’appareil, pour l’origine du site Aucune transmission du texte dans le contrat prévu, à confirmer par audit Non, sauf mécanisme d’export et de réimportation vérifié Effacement des données du site, panne, perte de l’appareil, erreur d’écriture ou éviction À vérifier avant publication Commandes note par note et suppression totale à vérifier avant publication Le mot « local » ne prouve ni secret ni sauvegarde
Compte synchronisé Infrastructure du service et appareils synchronisés Oui, pour permettre la synchronisation Oui, selon le service Perte d’accès au compte, suppression distante ou indisponibilité du service Dépend du service et de son format Dépend du service, de ses sauvegardes et de sa politique Le lecteur doit faire confiance au service distant
Carnet papier Emplacement physique choisi par son propriétaire Pas de transmission numérique par défaut Seulement en transportant ou en copiant le carnet Vol, incendie, dégât matériel ou oubli Copie, photographie ou numérisation manuelle Destruction physique des pages et de leurs copies Pas de recherche automatique ni de sauvegarde sans créer une copie

Si vous devez consulter vos notes sur deux appareils, un stockage strictement local ne répond pas seul au besoin. Si vous refusez toute transmission distante et gardez un appareil personnel correctement protégé, il peut mieux correspondre à votre choix, à condition d’organiser vous-même l’export.

Le papier n’est pas automatiquement plus confidentiel.

Sur une table familiale, il expose parfois davantage qu’un profil de navigateur verrouillé. À l’inverse, un ordinateur partagé sans session personnelle transforme vite une note locale en note accessible aux autres utilisateurs du même profil.

Ce choix ne vous oblige pas à tenir tout votre parcours sur un seul support.

Vous pouvez, par exemple, conserver une trace non sensible pour adopter une routine du matin au soir et réserver les réflexions intimes au support dont vous avez testé les limites.

Les scénarios de perte à tester avant la première note

Commencez avec une phrase synthétique, comme « essai de sauvegarde 8 août », jamais avec un vrai tirage. Enregistrez-la, fermez l’onglet, quittez le navigateur, puis revenez sur la page. Un message de réussite ne suffit pas : la donnée doit réellement réapparaître.

L’effacement des données du site peut supprimer le journal local. La navigation privée peut aussi modifier la durée de conservation ou supprimer les données à la fermeture, selon le navigateur. La perte, le vol ou la panne de l’appareil emportent la seule copie si aucun export exploitable n’existe.

Les navigateurs appliquent leurs propres quotas et règles d’éviction.

Il n’existe pas de capacité universelle ni de garantie de conservation permanente, comme l’explique MDN dans sa documentation sur les quotas et critères d’éviction.

Une écriture peut aussi échouer parce que le stockage est indisponible, bloqué ou saturé.

Un changement d’origine compte également. Passer d’un domaine à un autre, ou modifier le protocole utilisé, peut rendre les anciennes données invisibles au nouveau contexte même si elles existent encore quelque part dans le profil. La migration doit être prévue et testée.

Signaux d’alerte avant toute note réelle

  • Étiquette catégorique : la page promet « 100 % privé » sans expliquer le stockage, les scripts et les limites du même appareil.
  • Échec invisible : le bouton semble fonctionner alors qu’aucun état clair ne confirme ou ne refuse l’écriture.
  • Export sans version : le fichier ne précise ni structure ni version, ce qui rend une future réimportation incertaine.
  • Suppression floue : la commande ne dit pas si elle efface une note, tout le journal, les préférences ou les copies exportées.
  • Capture par la mesure d’audience : des notes, questions, filtres ou résultats privés peuvent entrer dans des événements d’analyse.
  • Confusion avec noindex : une consigne destinée aux moteurs de recherche est présentée comme un verrou de confidentialité.

Le test doit aussi provoquer un échec d’écriture et afficher celui-ci visiblement. Sans cette étape, le lecteur peut fermer la page en croyant sa note enregistrée. C’est précisément l’erreur que l’assistant local de pré-enregistrement doit éviter.

Exporter, réimporter et tout supprimer

Un bouton « Exporter » ne prouve pas qu’une sauvegarde est utilisable. Le fichier obtenu doit porter un format identifiable et une version, se télécharger à la demande, s’ouvrir localement et contenir l’entrée synthétique attendue. Il ne doit pas déclencher l’envoi du journal vers un service distant.

La réimportation demande son propre essai. Sur un profil de test vide, importez le fichier, contrôlez le nombre de notes, leur contenu et les dates affichées, puis vérifiez la réaction face à une version ancienne ou inconnue. Une migration ne doit ni abandonner silencieusement des champs ni dupliquer les entrées.

Pour la suppression, deux commandes distinctes sont nécessaires : supprimer une note et supprimer tout le journal. La seconde doit annoncer son périmètre, demander une confirmation explicite et conduire à un état vide vérifiable après rechargement. Elle ne peut pas effacer les exports déjà copiés dans le dossier Téléchargements, sur une clé amovible ou dans une sauvegarde personnelle.

Protocole d’acceptation

  • Saisir uniquement une entrée synthétique et lancer l’écriture.
  • Voir un succès confirmé, puis provoquer un échec et obtenir un message visible.
  • Fermer complètement le navigateur, rouvrir la page et retrouver l’essai.
  • Télécharger un export, vérifier son format et sa version, puis l’ouvrir hors du site.
  • Réimporter cet export dans un espace de test vide et comparer le résultat.
  • Supprimer une seule note sans toucher aux autres données attendues.
  • Lancer « tout supprimer », confirmer son périmètre, recharger et inspecter l’état vide.
  • Rechercher les copies restantes dans les téléchargements et sauvegardes personnelles.
  • Refaire le test dans le profil réellement utilisé si l’appareil est partagé.
  • Contrôler les requêtes sortantes pendant l’écriture, l’export et la suppression.

L’assistant de pré-enregistrement doit exécuter ces étapes sans exiger de vraie note : test d’écriture local, signalement des échecs, création d’un export d’essai téléchargeable, demande de réouverture du fichier et simulation de suppression totale.

Son résultat doit distinguer « réussi » de « non vérifié », sans rendre de verdict juridique et sans envoyer le contenu à l’extérieur.

L’export, l’import, la conservation et la suppression totale ne sont pas présentés ici comme des fonctions déjà disponibles. Ils restent des exigences du plan Arcane Clair §5.4 et de la recherche validée G3, à confirmer sur le déploiement du 8 août 2026.

Quatre finalités, quatre décisions de stockage

Le droit ne classe pas un mécanisme uniquement parce qu’il utilise localStorage plutôt qu’un cookie. L’article 82 de la loi Informatique et Libertés pose comme règle générale un consentement préalable pour les opérations de lecture ou d’écriture dans le terminal d’un utilisateur.

L’analyse porte sur chaque opération et sa finalité, selon les lignes directrices de la CNIL sur les cookies et autres traceurs.

Deux exceptions légales sont prévues : l’opération peut avoir pour finalité exclusive de permettre ou faciliter une communication par voie électronique, ou être strictement nécessaire à la fourniture d’un service de communication en ligne expressément demandé par l’utilisateur.

Cela ne permet pas d’affirmer que tout journal local est dispensé de consentement. La finalité, le déclenchement, les données enregistrées et la configuration déployée doivent être examinés.

Finalité Déclencheur Données stockées Nécessité pour le service Transmission possible Statut du consentement à vérifier Commande de suppression État des preuves
Journal personnel Action volontaire d’enregistrer une note Texte, métadonnées et clé de stockage exacts : À vérifier avant publication À évaluer pour le service expressément demandé Le contrat prévu interdit l’envoi du texte, mais le réseau et les scripts doivent être audités À vérifier avant publication Note par note et totalité : À vérifier avant publication Plan prévu, comportement déployé non confirmé
État de la carte quotidienne Tirage ou sauvegarde de l’état Valeur et durée exactes : À vérifier avant publication À vérifier selon le fonctionnement demandé À vérifier avant publication À vérifier avant publication À vérifier avant publication À vérifier avant publication
Préférence d’interface Choix explicite dans l’interface Nom, valeur et durée exacts : À vérifier avant publication À vérifier pour chaque préférence À vérifier avant publication À vérifier avant publication À vérifier avant publication À vérifier avant publication
Mesure d’audience Chargement ou événement configuré Données collectées et paramètres : À vérifier avant publication Distincte du journal personnel et à analyser séparément Oui, selon l’outil et sa configuration À vérifier avant publication À vérifier avant publication À vérifier avant publication

Le refus d’une mesure d’audience facultative ne devrait pas empêcher l’enregistrement demandé si ces deux traitements sont réellement séparés. La vérification doit le démontrer dans l’interface et dans le réseau. Aucun texte brut, aucune question, aucun filtre ni résultat privé ne doit entrer dans les données d’audience.

Nous laisserons une case « À vérifier avant publication » tant que l’opérateur n’aura pas fourni la clé utilisée, le moment précis de l’écriture, la durée, le périmètre de suppression et les traces du test.

C’est moins séduisant qu’un badge de conformité, mais plus honnête (et surtout contrôlable).

Noindex n’est pas un verrou de confidentialité

noindex demande aux moteurs de recherche de ne pas faire apparaître une page admissible dans leurs résultats. Cette directive ne pose ni mot de passe ni contrôle d’accès.

Google distingue lui-même l’indexation du contrôle de ce qui est effectivement partagé dans sa documentation Control what you share with Google.

Une adresse connue ou transmise peut rester directement accessible si aucun autre mécanisme ne la protège. Placer une note dans l’URL, un paramètre de requête ou une page publique serait donc incompatible avec l’objectif décrit ici, même si cette page portait noindex.

L’explication générale du journal peut rester indexable afin que chacun comprenne son fonctionnement avant de l’utiliser. L’état d’une session, les notes et les résultats privés doivent rester hors des URL publiques et de tout contenu rendu publiquement accessible. Cette séparation se vérifie en copiant l’adresse ouverte dans un autre profil vierge : aucune note ne doit y apparaître.

Une directive d’indexation ne remplace jamais l’authentification, l’autorisation ou le confinement local. Elle répond à une autre question.

Appareil partagé, scripts du site et limites résiduelles

Sur un ordinateur familial, deux personnes utilisant le même profil de navigateur peuvent accéder aux mêmes données locales du site. Une session du système d’exploitation verrouillée et un profil séparé réduisent ce risque, sans transformer le stockage en coffre-fort chiffré.

Les scripts autorisés sur la même origine peuvent techniquement accéder aux données que la page peut lire. Il faut donc auditer le code exécuté, ses dépendances et ses chemins de sortie. Dire « seul l’utilisateur peut lire » serait excessif avant ce contrôle.

Les captures d’écran, les exports et les copies déplacent aussi le risque. Un fichier exporté dans Téléchargements peut être synchronisé par un outil déjà configuré sur l’appareil ou copié sur une clé. La suppression dans le navigateur ne le rappellera pas.

Avant de confier un texte intime à ce support, demandez-vous qui peut ouvrir votre session, parcourir vos fichiers et consulter vos sauvegardes. Si la réponse n’est pas claire, le carnet papier gardé dans un endroit choisi ou un service avec contrôle d’accès documenté peut mieux convenir.

La vérification avant d’écrire une note sensible

Utilisez d’abord une phrase sans valeur personnelle. L’objectif n’est pas de croire une mention « privé », mais d’obtenir des preuves visibles à chaque étape.

Arbre de décision du support

  • Avez-vous besoin de lire vos notes sur plusieurs appareils ?
    • Oui → Acceptez-vous une transmission vers un service distant ?
      • Oui → Envisagez un compte synchronisé après examen du service.
      • Non → Utilisez un export manuel vérifié ou choisissez le papier.
    • Non → L’appareil ou le profil de navigateur est-il partagé ?
      • Oui → Pouvez-vous isoler et verrouiller votre profil ?
        • Non → Préférez un support gardé sous votre contrôle.
        • Oui → Testez le stockage local avec une fausse note.
      • Non → Êtes-vous prêt à gérer des exports et leurs copies ?
        • Oui → Le stockage local peut convenir après les tests.
        • Non → Choisissez un support avec sauvegarde documentée.

Cet arbre aide à choisir un support, pas à déterminer sa conformité juridique. Après le choix, effectuez une écriture d’essai, téléchargez et ouvrez l’export, testez les deux niveaux de suppression, puis inspectez le comportement sur l’appareil partagé. Si une étape reste obscure, n’entrez pas de note sensible.

Pour poursuivre sans mélanger confidentialité et apprentissage, vous pouvez apprendre les arcanes à votre rythme ou voir les guides de pratique et de journal.

Dernière mise à jour : 8 août 2026.

Questions fréquentes

Où sont stockées mes notes ?

Le fonctionnement prévu les place dans le stockage du navigateur associé au site et à l’appareil utilisé. Cette réponse doit toutefois être confirmée par l’audit des clés de stockage, du code déployé et des requêtes réseau avant toute vraie saisie.

Le site reçoit-il le texte du journal ?

Le contrat prévu interdit la transmission du texte et sa capture par les outils de mesure d’audience. Un contrôle du réseau, des scripts, des points de terminaison et des éventuels sous-traitants doit encore le démontrer sur la version publiée.

Que se passe-t-il si j’efface les données du navigateur ?

Vos notes locales peuvent être perdues lorsque vous effacez les données du site. Ne comptez sur une récupération que si vous avez créé, ouvert et vérifié un export dont la réimportation fonctionne réellement.

Puis-je retrouver mes notes sur un autre appareil ?

Non, un stockage strictement local ne fournit pas de synchronisation dans le nuage. Un transfert pourrait passer par un export et une réimportation, mais ce parcours reste à vérifier sur le déploiement Arcane Clair.

Le stockage local demande-t-il un consentement ?

La règle générale de l’article 82 est le consentement préalable, avec des exceptions liées à la communication électronique ou à la stricte nécessité du service expressément demandé. La réponse exacte dépend de la finalité et de la configuration de chaque écriture ou lecture ; elle requiert donc un examen juridique du fonctionnement déployé.

Le noindex rend-il mon journal confidentiel ?

Non, noindex agit sur l’admissibilité d’un contenu dans les résultats de recherche, pas sur son accès. Il ne remplace ni une session protégée, ni un contrôle d’accès, ni un stockage local correctement audité.

Tester avant d’écrire

Testez l’enregistrement, l’export et la suppression avant d’écrire une note sensible.

Sources

Ces informations ne constituent pas un conseil juridique. Le stockage local ne garantit ni chiffrement, ni sauvegarde, ni permanence, ni accès exclusif. Noindex n’est pas un contrôle d’accès. Toute exemption de consentement, tout traitement de mesure d’audience et chaque finalité de stockage doivent être vérifiés sur la configuration réellement déployée. Les notes brutes, questions, filtres et résultats privés ne doivent jamais entrer dans les données d’analyse ; l’export, la conservation et la suppression restent soumis aux vérifications de l’opérateur et du déploiement.

Portrait illustré de Clara Varenne, la main posée près d'une carte de tarot retournée

Clara Varenne

Écrit sous son nom, sans qualification revendiquée. Contrôle qualité indépendant par modèle sur la langue et la sécurité éditoriale - pas une caution d'expert.

Dernière vérification : 2026-08-08