Applications local-first : données, confidentialité et usage hors ligne
Avant de confier à une application un travail à conserver, demandez où il est stocké, ce qui est envoyé ailleurs et comment le récupérer. Le local-first est une approche de conception utile, mais cette seule étiquette ne répond pas à toutes ces questions.
Ce que signifie local-first
L’article d’Ink & Switch de 2019 sur le local-first place la copie principale de vos données sur votre propre appareil. D’autres appareils et serveurs peuvent conserver des copies synchronisées. L’approche peut concerner les logiciels installés comme les applications web. Exécuter un calcul dans un navigateur ne démontre pas, à lui seul, tous les principes du local-first.
Le stockage local ne règle pas la confidentialité
localStorage est un espace du navigateur où un site peut enregistrer des données sur votre appareil, comme vos préférences. Le guide OWASP du stockage dans le navigateur explique que des scripts malveillants exécutés dans une page peuvent lire son localStorage. Conserver des données sur un appareil ne garantit donc pas leur confidentialité. Le traitement local peut aussi coexister avec la synchronisation, l’analytique et des téléchargements depuis des services externes. Vérifiez ce que l’application déclare stocker et envoyer, y compris les fonctions facultatives de partage ou de synchronisation.
Conserver une copie récupérable
Les données enregistrées dans le navigateur, y compris localStorage, peuvent être perdues lors de l’effacement des données du site et, selon le navigateur, en raison de ses règles de stockage (WebKit). La documentation MDN du stockage dans le navigateur explique que les données de navigation privée sont généralement supprimées à la fin de la session privée. Le stockage du navigateur ne devrait pas être votre seule copie d’un travail important. Les règles varient selon le navigateur, l’appareil et la configuration de l’application.
Vérifier les fonctions hors ligne nécessaires
Le guide MDN des service workers décrit comment la mise en cache peut permettre l’usage d’applications web hors ligne. Le bon fonctionnement d’un onglet déjà ouvert ne prouve pas que l’application pourra se recharger ou se rouvrir sans connexion. Vérifiez le fonctionnement hors ligne des actions réellement nécessaires.
- Utiliser des données d’essai : Sauvegardez séparément votre travail important avant de tester. Créez un exemple jetable, rechargez la page et rouvrez l’application pour voir ce qui est conservé.
- Tester la récupération : Si une exportation ou une sauvegarde est proposée, essayez-la avec votre exemple et vérifiez que vous pouvez ouvrir ou récupérer les données enregistrées. Avant la récupération, vérifiez si l’application remplacera ses données actuelles. Arrêtez si cela risque de supprimer un travail à conserver. La synchronisation seule ne prouve pas que vous pouvez récupérer une version antérieure.
- Tester hors ligne : Avec l’exemple, coupez la connexion et essayez les actions nécessaires, y compris la réouverture de l’application. Reconnectez-vous ensuite et vérifiez les éventuels résultats de synchronisation. Ne faites pas ce test sur votre seule copie d’un travail important.
Appliquer ces vérifications dans Lumelis
Le sélecteur de langue de Lumelis Digital peut enregistrer votre choix explicite dans ce navigateur lorsque le stockage est disponible. Cette préférence n’est pas une sauvegarde du travail créé dans un outil. Consultez le catalogue d’outils Lumelis pour choisir une fonction à évaluer, puis lisez la politique de confidentialité pour connaître le traitement des données déclaré par le site. Évaluez chaque fonction séparément : une préférence enregistrée ne démontre ni un fonctionnement hors ligne ni une absence d’analytique.
Notez ce qui a fonctionné pour la version de l’application, le navigateur et l’appareil testés. Ces vérifications pratiques vous aident à décider si une fonction répond à vos besoins ; elles ne certifient pas la sécurité de l’ensemble du service.