12 septembre 2026 · 4 min · Applications web et mobiles
Application hors ligne : quand en a-t-on besoin et comment ça marche
Une application hors ligne enregistre tout ce que l’utilisateur fait sur le téléphone, même sans réseau, puis l’envoie au serveur dès que la connexion revient ; elle est indispensable dès que vos utilisateurs travaillent dans des lieux mal couverts : chantiers, caves, sous-sols, campagne, bâtiments industriels. La difficulté n’est pas de stocker, mais de synchroniser proprement. Voici quand en avoir besoin, comment ça marche et ce que ça coûte.
Avez-vous besoin du hors ligne ?
Posez-vous trois questions :
- Vos utilisateurs perdent-ils parfois le réseau pendant qu’ils utilisent l’application ? Sous-sol, cage d’escalier en béton, chantier en zone rurale, zone blanche des Deux-Sèvres ou de la Vendée : c’est plus fréquent qu’on ne le pense.
- Une saisie perdue a-t-elle des conséquences ? Un rapport d’intervention, une signature client, une photo de réserve : oui.
- Doivent-ils consulter des informations sans réseau ? Plan du chantier, fiche client, historique de l’équipement.
Si vous répondez oui à l’une de ces questions, le hors ligne n’est pas un luxe.
Les trois niveaux de hors ligne
| Niveau | Ce qu’il permet | Exemple |
|---|---|---|
| Lecture | Consulter des données téléchargées à l’avance | Planning du jour, fiches clients |
| Saisie | Créer des données qui partent plus tard | Rapport d’intervention, photos |
| Modification complète | Modifier des données existantes, gérer les conflits | Fiche équipement modifiée par deux techniciens |
Chaque niveau ajoute de la complexité. Beaucoup d’applications de terrain se contentent des deux premiers.
Comment ça marche
1. Une base de données sur le téléphone
L’application garde une copie des données utiles dans une petite base locale (SQLite, par exemple). Tout ce que l’utilisateur fait s’y écrit d’abord, instantanément, réseau ou pas.
2. Une file d’attente
Chaque modification est mise dans une file : « créer le rapport 123 », « ajouter la photo 456 ». Dès que le réseau revient, la file se vide dans l’ordre, en arrière-plan.
3. Des identifiants uniques créés sur le téléphone
Pour qu’un rapport créé hors ligne ne soit pas enregistré deux fois si l’envoi est relancé, chaque élément reçoit un identifiant unique dès sa création, sur le téléphone. Le serveur reconnaît un doublon et l’ignore.
4. Une règle pour les conflits
Que faire si deux personnes modifient la même fiche hors ligne ? Il faut décider à l’avance :
- le dernier gagne : simple, mais on peut perdre une modification ;
- fusion champ par champ : chacun garde ce qu’il a modifié ;
- alerte : l’application montre le conflit et un humain choisit.
Pour la plupart des applications métier, la fusion champ par champ avec un historique suffit.
5. Un affichage honnête
L’utilisateur doit savoir où il en est : une petite icône « 3 éléments en attente d’envoi », et une alerte s’il essaie de se déconnecter avec des données non envoyées.
Ce que ça change pour le projet
- Budget : comptez en général 15 à 30 % de plus que la même application sans hors ligne. Pour les ordres de grandeur, voir combien coûte une application mobile.
- Choix technique : une application mobile (Flutter, React Native) gère mieux le hors ligne qu’une application web : voir application web ou application mobile.
- Tests : il faut tester les coupures de réseau au milieu d’un envoi, les conflits et les reprises. Ce sont des tests automatiques précieux.
Un exemple : l’état des lieux
Un bailleur fait l’état des lieux d’un logement en sous-sol, sans réseau. Il prend 40 photos, remplit pièce par pièce, fait signer le locataire sur l’écran. Avec une application hors ligne, tout est enregistré sur le téléphone, la signature est horodatée, et le dossier complet part au bureau dès qu’il remonte à la surface. Sans hors ligne, il recommence tout sur papier. C’est le type de besoin que nous rencontrons autour de Carnet Maison, notre carnet de santé du logement.
Les erreurs à éviter
- Ajouter le hors ligne après coup : il se pense dès le départ, dans la structure des données.
- Tout télécharger : on limite au périmètre utile (les chantiers de la semaine, pas toute la base).
- Envoyer les photos en premier : elles bloquent tout le reste.
- Cacher l’état de synchronisation : l’utilisateur doit savoir ce qui est parti.
En résumé
Si vos utilisateurs travaillent là où le réseau manque, le hors ligne est indispensable. Il se prévoit dès le départ, avec une règle claire pour les conflits et des tests sérieux. C’est un sujet que nous maîtrisons dans nos applications web et mobiles et nos logiciels métier sur mesure. Pour la suite, lisez les étapes d’un projet d’application ou décrivez-nous votre terrain.
Questions fréquentes
Une application web peut-elle fonctionner hors ligne ?
Oui, en partie : une PWA peut garder des pages et des données en mémoire et enregistrer des saisies. Pour un usage intensif sur le terrain, avec photos et longues journées sans réseau, une application mobile reste plus fiable.
Que se passe-t-il si le téléphone est perdu avant la synchronisation ?
Les saisies non envoyées sont perdues. C’est pourquoi une bonne application synchronise dès que possible, en arrière-plan, et affiche clairement ce qui reste à envoyer.
Les photos posent-elles un problème ?
Elles sont lourdes : on les compresse sur le téléphone et on les envoie en dernier, éventuellement seulement en Wi-Fi. Le texte part d’abord, pour que le bureau ait l’essentiel au plus vite.
Sources
Mohamed Rahmouni — fondateur de Ramira, développeur d’applications et consultant Odoo à Niort. En savoir plus