Qu'est-ce que le local-first ? Définition, 7 propriétés et exemples (2026)

Réponse rapide. Le logiciel local-first est une catégorie d'applications où les données de l'utilisateur vivent principalement sur son propre appareil, pas sur un serveur distant. La sync cloud est optionnelle, pas requise. Le terme a été défini dans un essai Ink & Switch de 2019 qui liste sept propriétés : rapide, multi-appareils, offline, collaboratif, durable, privé et possédé par l'utilisateur. Filarr, Obsidian, Linear et Anytype sont des apps local-first.

Quand vous utilisez Notion, vos notes vivent sur les serveurs de Notion. Quand vous utilisez Google Docs, votre document vit sur les serveurs de Google. L'app à l'écran est une fenêtre vers une base de données distante — fermez l'onglet, perdez la connexion, et votre travail part avec.

Le logiciel local-first inverse cette hypothèse : vos données vivent sur votre appareil d'abord. Le cloud, s'il y en a un, joue un rôle de soutien.

Ce guide donne la définition précise, détaille les sept propriétés de l'essai original Ink & Switch, distingue local-first et offline-first (souvent confondus), et passe en revue les apps qui qualifient vraiment en 2026.

Qu'est-ce que le local-first, exactement ?

Le terme « local-first » a été forgé dans un essai de 2019 par des chercheurs de chez Ink & Switch — Martin Kleppmann, Adam Wiggins, Peter van Hardenberg et Mark McGranaghan. Ils l'ont défini comme un logiciel qui « vous laisse collaborer sans abandonner la propriété et le contrôle de vos données ».

En pratique, une app local-first :

• Stocke vos données comme de vrais fichiers sur votre disque
• Fonctionne complètement sans connexion internet
• Continue de marcher si l'éditeur ferme ou si le cloud disparaît
• Peut se synchroniser entre appareils si vous le choisissez, sans faire du cloud la source de vérité

C'est une définition plus stricte que « offline-first ». Toute app local-first est nécessairement offline-first ; une app offline-first n'est pas nécessairement local-first.

Quelles sont les sept propriétés du local-first ?

L'essai Ink & Switch identifie sept « idéaux » qu'une vraie app local-first devrait satisfaire. Peu d'apps cochent les sept, mais le cadre est utile pour évaluer un candidat.

1. Pas de spinner — l'app est rapide

L'interface doit répondre à la vitesse du matériel, pas à la vitesse du réseau. Pas de roue de chargement pour des opérations basiques comme ouvrir un fichier ou taper un paragraphe. Si vous attendez un serveur, vous n'êtes pas local-first.

2. Votre travail n'est pas prisonnier d'un seul appareil

Vous devez pouvoir lire et éditer vos données sur n'importe lequel de vos appareils. Le logiciel local-only historiquement échouait là — il forçait la synchronisation manuelle par clé USB. Local-first signifie que les appareils peuvent se synchroniser, mais le cloud est un mécanisme parmi d'autres, pas un gardien.

3. Le réseau est optionnel

La connectivité internet doit être un luxe, pas une obligation. Prenez l'avion, allez dans un endroit reculé, asseyez-vous dans le métro — l'app continue de fonctionner à pleine capacité. Tout ce que vous créez offline se synchronise proprement à la reconnexion.

4. La collaboration fluide est possible

La collaboration multi-utilisateurs doit fonctionner aussi bien que dans les apps cloud-first. C'est la propriété la plus difficile à satisfaire. Les CRDT (Conflict-free Replicated Data Types) et l'OT (Operational Transformation) sont les techniques dominantes. La collaboration en temps réel sur des données local-first chiffrées reste un sujet de recherche actif en 2026.

5. Le Long Now — vos données survivent au logiciel

Les logiciels vont et viennent. Vos données ne devraient pas être otages d'une version d'app ou d'un modèle économique. Les apps local-first stockent les données dans des formats standards (Markdown, JSON, fichiers bruts) pour qu'elles restent lisibles dans cinquante ans, même si le logiciel original disparaît.

6. Sécurité et vie privée par défaut

Vos données doivent être chiffrées avant de quitter votre appareil. Le chiffrement end-to-end est la base, pas une feature premium. L'éditeur de l'application — et tout service de sync cloud — ne devrait pas pouvoir lire votre contenu. Voir le chiffrement zero-knowledge expliqué pour le modèle technique qui rend ça possible.

7. Vous gardez la propriété et le contrôle ultimes

Vous pouvez exporter, supprimer ou migrer vos données à tout moment. Pas de vendor lock-in. Pas de « plan premium pour exporter ». Si l'éditeur augmente les prix ou ferme le service, vous continuez à travailler.

Quelle différence entre local-first et offline-first ?

Les deux termes sont souvent utilisés comme synonymes. Ils décrivent des portées différentes.

Propriété	Offline-first	Local-first
Marche sans internet	✓	✓
Données mises en cache localement	✓	✓
Cloud = source de vérité	✓ (souvent)	✗
Données utilisables sans l'app	✗ (souvent)	✓
Survit à la fermeture de l'éditeur	✗	✓
Chiffrement natif	✗	✓ (idéalement)
Format de données standard	✗	✓

Offline-first signifie « l'app gère le cas sans internet correctement ». Exemples : Trello, l'app mobile Notion, Gmail moderne. Ils mettent en cache localement pour vous laisser bosser brièvement sans connexion, mais le cloud reste canonique. Si Notion ferme, votre cache offline devient un instantané gelé inutilisable.

Local-first signifie « votre copie locale est la source de vérité ; le cloud est un miroir optionnel parmi d'autres ». Exemples : Filarr, Obsidian, Linear, Anytype. Si l'éditeur ferme, vous gardez vos données dans un format utilisable et exportable.

Quelles apps sont vraiment local-first en 2026 ?

Une liste non exhaustive d'apps qui satisfont la majorité des sept propriétés :

• Obsidian — Notes Markdown sur disque, écosystème de plugins, sync en option payante. Pas de chiffrement natif (dépend de plugins communautaires).
• Logseq — Outliner open source, Markdown sur disque, sync optionnelle. Excellent pour les graphes de connaissances.
• Anytype — App de base de données open source, sync chiffrée end-to-end en peer-to-peer, sans serveur requis.
• Linear — Gestion de projet avec un cache SQLite local comme source de vérité, sync en arrière-plan.
• Standard Notes — App de notes chiffrées, fichiers stockés localement et synchronisés chiffrés.
• Filarr — Workspace chiffré combinant fichiers, notes, vue graphe et canvas. Les données vivent chiffrées sur votre disque ; la sync cloud est optionnelle. Voir pourquoi le local-first compte pour Filarr.
• AppFlowy — Alternative Notion open source, données locales, sync optionnelle.

Apps souvent confondues avec du local-first mais qui sont en réalité cloud-first : Notion, Google Docs, Asana, Airtable, ClickUp. Elles mettent en cache localement pour la tolérance offline, mais le cloud reste canonique — fermez la boîte, perdez les données.

Notion est-il local-first ?

Non, Notion n'est pas local-first. Notion est une application cloud-first : la copie de référence de chaque page vit sur les serveurs de Notion, et les apps desktop et mobile sont des clients qui lisent et écrivent vers ces serveurs. Si le cloud Notion est inaccessible, les apps se dégradent — des fonctionnalités s'arrêtent, la sync s'arrête, et votre seul accès est ce qui était en cache. Fermer votre compte Notion signifie perdre l'accès aux données, même si vous avez exporté un ZIP Markdown, parce que les bases de données relationnelles, formules, blocs synchronisés et embeds ne survivent pas à l'export.

Figma est-il local-first ?

Non, Figma n'est pas local-first. Figma est un outil de design collaboratif cloud-first — les fichiers vivent sur les serveurs de Figma et l'application est un client basé navigateur ou Electron. L'édition multi-utilisateurs temps réel de Figma est construite sur de l'operational transformation via un serveur central, pas sur des structures de données local-first sans conflit. Figma a un support offline limité (vous pouvez continuer à éditer un fichier brièvement s'il était déjà ouvert), mais l'architecture sous-jacente est serveur-canonique.

Google Docs est-il local-first ?

Non, Google Docs n'est pas local-first. Google Docs est cloud-first. Le document vit dans l'infrastructure de Google ; l'éditeur basé navigateur est un client léger. Le mode offline met en cache les documents récents pour édition sans connexion, mais le cloud reste la source de vérité — vos modifications sont mergées sur le serveur, pas sur votre appareil.

Quelles apps populaires SONT local-first ?

Les apps suivantes sont couramment citées comme légitimement local-first (chacune satisfait la majorité des sept propriétés Ink & Switch) :

• Obsidian — fichiers Markdown locaux
• Logseq — Markdown / SQLite local
• Anytype — base de données d'objets locale, sync peer-to-peer
• Linear — SQLite local comme source de vérité, sync en arrière-plan
• Filarr — workspace chiffré, données sur votre disque d'abord
• AppFlowy — données locales, sync cloud optionnelle
• Standard Notes — notes chiffrées, local-first avec sync optionnelle
• Trilium — base de notes locale, sync auto-hébergée

Pourquoi le local-first prend de l'ampleur en 2026 ?

Trois pressions convergent.

1. La régulation vie privée. RGPD, AI Act européen et lois similaires font du stockage de données utilisateur sur serveur une responsabilité croissante pour les éditeurs. Le local-first contourne le problème : si les données ne sont pas sur vos serveurs, vous ne pouvez pas être réquisitionné pour les fournir, vous ne pouvez pas les fuiter, vous ne pouvez pas être condamné pour mauvaise gestion.

2. La méfiance envers les éditeurs. Une décennie de rachats, fermetures et hausses de prix — Google Reader, les changements répétés de tarif d'Evernote, le lock-in d'Adobe Creative Cloud — a appris aux utilisateurs à se méfier de « vos données sur nos serveurs ». Le local-first répond à la question « que se passe-t-il si vous fermez ? » par « rien, vos données sont toujours sur votre disque ».

3. La disponibilité matérielle. Les appareils modernes ont des téraoctets de stockage et des CPU qui chiffrent et déchiffrent à plusieurs gigaoctets par seconde. Les arguments originaux du cloud-first (« les utilisateurs n'ont pas assez d'espace disque, les appareils sont trop lents pour chiffrer ») ne tiennent plus.

Les chercheurs Ink & Switch soutenaient en 2019 que le cloud-first avait gagné en partie par accident — la technologie pour rendre le local-first pratique à grande échelle n'existait pas encore. En 2026, elle existe.

Quels sont les compromis du local-first ?

Le local-first n'est pas strictement supérieur au cloud-first. Les compromis honnêtes :

• La collaboration multi-utilisateurs en temps réel est plus dure. L'édition simultanée à la Google Docs est le cas dur canonique. Les CRDT aident mais ajoutent de la complexité, et combiner CRDT avec chiffrement end-to-end reste un sujet de recherche.
• L'installation initiale est plus lourde. Une app local-first doit livrer une vraie base de données, un indexeur, un moteur de recherche et un moteur de sync — pas juste un client léger sur une API hébergée.
• Le mobile est plus dur. Les OS mobiles restreignent les traitements en arrière-plan, l'accès au système de fichiers et le stockage persistant d'une manière qui complique le design local-first.
• Les effets de réseau sont plus faibles. Les apps cloud-first bénéficient de documents partagés, espaces d'équipe et pages publiques par défaut ; les apps local-first doivent ajouter ces couches séparément.

La communauté local-first travaille activement sur chacun de ces points. Les bibliothèques CRDT comme Automerge et Yjs mûrissent. Les frameworks mobiles assouplissent certaines restrictions. La courbe des compromis bouge.

Comment Filarr implémente le local-first ?

Filarr est un workspace chiffré local-first. Vos notes, fichiers, dessins et graphe de connaissances vivent sur votre disque, chiffrés en AES-256-GCM. Vous n'avez pas besoin de compte pour l'utiliser. La sync cloud est optionnelle et chiffrée end-to-end — le serveur ne voit que des blobs chiffrés opaques qu'il ne peut pas lire.

Concrètement, Filarr satisfait six des sept propriétés Ink & Switch aujourd'hui ; la collaboration multi-utilisateurs en temps réel est dans la roadmap. Le format de données est documenté et exportable. Même si Filarr fermait demain, vos fichiers chiffrés sont toujours sur votre disque, déchiffrables avec votre mot de passe — c'est la garantie local-first.

Télécharger Filarr — gratuit, chiffré, local-first →

Pour aller plus loin

• « Local-first software : you own your data, in spite of the cloud » — Ink & Switch (2019) — l'essai canonique
• Pourquoi le local-first compte pour Filarr
• Le chiffrement zero-knowledge expliqué
• Qu'est-ce que l'AES-256-GCM et pourquoi ça compte pour les notes
• End-to-end vs zero-knowledge : quelle différence ?