← Retour au blog

Pourquoi votre application mobile doit fonctionner sans réseau – et comment vérifier si c'est le cas de la vôtre

N'importe quelle application de terrain peut prétendre disposer d'un « mode hors ligne ». Dix minutes en mode avion suffisent pour vérifier si c'est vrai.

Par L'équipe Toolberry8 Temps de lecture :

N'importe quelle application de terrain peut prétendre disposer d'un « mode hors ligne ». Dix minutes en mode avion suffisent pour vérifier si c'est vrai.

Une application de gestion des interventions sur le terrain doit fonctionner sans aucun signal, car le travail sur le terrain s’effectue souvent dans des sous-sols, des bâtiments métalliques et des propriétés rurales où la couverture est inexistante. Les données de la FCC montrent que plus de 14 millions de sites aux États-Unis ne disposent même pas d’une couverture 5G de base à bord des véhicules. La bonne nouvelle : vous pouvez tester vous-même les prétentions de n’importe quelle application en matière de fonctionnement hors ligne en une dizaine de minutes grâce au mode avion. Cet article vous fournit la liste de contrôle exacte.

Pourquoi une application de terrain devrait-elle fonctionner sans réseau ?

« Est-ce que ça fonctionne hors ligne ? » : c’est généralement la première question que l’on nous pose lorsque nous présentons ToolBerry à un professionnel sur le terrain. Pas « combien ça coûte ». Pas « est-ce qu’elle permet de créer des factures ». Hors ligne, d’abord.

Cela ne nous a pas surpris. Avant ToolBerry, nous avons passé des années à développer des logiciels sur mesure pour des grandes entreprises, et la prise en charge hors ligne insuffisante était l’une des principales raisons pour lesquelles elles nous disaient que les outils existants ne convenaient pas à leurs équipes de terrain.

Les chiffres confirment cette intuition :

  • L’analyse du Fonds 5G réalisée par la FCC (août 2023, basée sur les données de couverture de décembre 2022) recense plus de 14 millions de lieux aux États-Unis sans couverture 5G mobile, même à un débit de 7/1 Mbps depuis un véhicule.
  • Un rapport antérieur de la FCC avait révélé qu’environ 11 % du réseau routier national ne bénéficiait d’aucune couverture 4G LTE (hors Alaska). La couverture s’est améliorée depuis, mais demandez à n’importe quelle personne chargée de l’entretien des puits en milieu rural, du matériel agricole ou des propriétés de montagne si les zones blanches ont disparu.
  • L’étude de Software Advice sur les applications mobiles dédiées aux services sur le terrain classe l’accès hors ligne parmi les fonctionnalités les plus recherchées par les techniciens, au même titre que le GPS, la prise de photos et les signatures électroniques.

Et les cartes de couverture ne montrent pas les endroits où le travail sur le terrain se déroule réellement : les locaux techniques en sous-sol, les parkings couverts, les chambres froides, les granges métalliques, les salles de serveurs. L’antenne-relais peut se trouver à un demi-mile de là et votre signal reste nul.

Nous en avons eu un rappel récent, lors d’un road trip à travers Zion, Navajo Bridge et Bryce Canyon. Le réseau disparaissait sans cesse : sur la route, à l’intérieur des parcs et dans les petites villes situées entre les deux. Même en tant que touristes, nous l’avons ressenti : chercher un endroit où manger, vérifier une heure d’arrivée estimée, poser une question et ne recevoir aucune réponse procure un sentiment particulier d’impuissance. Et pourtant, nous étions en vacances.

Ce n’était pas le cas des équipes locales à qui nous avons parlé en chemin. À plusieurs reprises, ils nous ont dit spontanément la même chose : les applications qu’on leur fournit nécessitent une connexion Internet pour fonctionner, et là-bas, cela signifie qu’ils ne peuvent tout simplement pas faire leur travail. Pas « plus lentement » : ils ne peuvent pas. Les clients, les sites et le matériel sont tous bien là. Seul le logiciel fait défaut.

Zion National Park. Beautiful. Zero bars.
Parc national de Zion. Magnifique. Aucune barre de réseau.
Navajo Bridge. The work out here is real; the signal is not.
Navajo Bridge. Ici, le travail est bien réel ; le réseau, lui, ne l’est pas.

Le moment le plus dangereux n’est pas le mode hors ligne, mais la zone de transition

Voici ce que la plupart des gens ne comprennent pas. Une application entièrement hors ligne vous indique généralement qu’elle ne fonctionne pas. Le vrai problème survient aux limites de la couverture : une barre de réseau, un signal qui clignote, une requête qui s’exécute à moitié.

C’est là qu’une application « cloud-first » enregistre les notes de travail… ou ne le fait pas, en silence. Vous avez saisi le code du portail, le numéro de modèle, la note « heure supplémentaire approuvée par le client » - et sa sauvegarde dépend des deux secondes pendant lesquelles le signal a été interrompu. Travailler en camion, c’est franchir les limites de couverture toute la journée, tous les jours. Chaque passage est une occasion pour une application « cloud-first » de perdre des données.

Nous avons déjà abordé l’architecture sous-jacente dans l’article « Pourquoi ToolBerry est une application “offline-first” » – en résumé : la plupart des applications considèrent que le réseau est toujours disponible et que le mode hors ligne est un état d’erreur. Une application « offline-first » considère votre appareil comme la source de vérité et le réseau comme un bonus.

Comment vérifier si une application de terrain fonctionne réellement hors ligne ?

Ne vous fiez pas aux promesses des fournisseurs, y compris les nôtres. Effectuez ce test sur votre propre téléphone avec l’application que vous évaluez. Cela prend environ dix minutes.

  1. Commencez par la configuration en ligne. Installez l'application, ajoutez quelques clients et missions, puis laissez-la se stabiliser pendant une minute.
  2. Coupez complètement le signal. Activez le mode avion et vérifiez que le Wi-Fi est également désactivé. Les tests partiels avec un « mauvais Wi-Fi » ne prouvent rien.
  3. Ouvrez l’historique d’un client. Est-ce que la page se charge instantanément, ou voyez-vous des icônes de chargement, des écrans blancs ou un message indiquant « Vous êtes hors ligne » ?
  4. Créez une nouvelle mission. Remplissez tous les détails : description, planning, remarques. Joignez une photo si l'application le permet.
  5. Modifiez une fiche existante. Changez le numéro de téléphone d’un client. Reprogrammez une intervention.
  6. Forcez la fermeture de l’application puis rouvrez-la – toujours en mode avion. C’est cette étape qui démasque les applications bidon. Celles qui conservent vos modifications en mémoire ou dans une file d’attente fragile les perdent à ce moment-là. Tout ce que vous venez de faire est-il toujours là ?
  7. Effectuez une recherche. Le nom d’un client, une adresse. La recherche est souvent la première fonctionnalité qui, en secret, nécessite un serveur.
  8. Générez un document. Si l’application prend en charge les factures ou les bons de travail, essayez d’en créer un hors ligne.
  9. Réactivez le signal et observez attentivement. Votre travail hors ligne s’est-il synchronisé ? Vérifiez sur un deuxième appareil ou sur la version web si vous en disposez. Recherchez les doublons, les conflits ou – pire encore – les modifications qui ont discrètement disparu.

L’évaluation est simple. Si les étapes 3 à 8 se déroulent exactement comme en ligne, l’application est « offline-first ». Si vous pouvez consulter des éléments mais pas en créer ni les modifier, il s’agit d’un cache en lecture seule déguisé en « mode hors ligne ». Si l’étape 6 efface votre travail, passez votre chemin : une application qui perd des données lors d’un test en perdra également en situation réelle.

Comment ToolBerry s’en sort-il à ce test ?

C’est le test sur lequel nous nous basons, nous allons donc le passer en toute honnêteté.

ToolBerry est une application gratuite de gestion des interventions sur le terrain, « hors ligne d’abord », destinée aux petites entreprises du secteur des services. Toutes vos données (clients, missions, sites, plannings) sont stockées dans une véritable base de données SQLite sur votre appareil, le même moteur que celui déjà utilisé par votre téléphone (pour en savoir plus, consultez l’article « Pourquoi ToolBerry utilise une véritable base de données sur votre téléphone »). De ce fait :

  • les étapes 3 à 8 ne sont pas seulement réussies ; elles sont impossibles à distinguer d’une utilisation en ligne. Il n’y a pas de mode hors ligne, car il n’y a pas de mode en ligne. Il n’y a que l’application.
  • Les recherches s’effectuent dans votre base de données locale, et non sur un serveur.
  • Les PDF des bons de travail sont entièrement générés sur votre appareil.
  • Forcer la fermeture de l’application ne change rien, car chaque modification est enregistrée dans la base de données dès que vous la effectuez.
  • Vous n’avez même pas besoin de réseau pour commencer : aucun compte ni inscription n’est requis. Installez l’application, appuyez sur « Commencer », et vous pouvez vous mettre au travail.
  • Lorsque vous utilisez la sauvegarde Dropbox en option, les modifications effectuées hors ligne sont mises en file d’attente localement et se synchronisent automatiquement dès que votre connexion est rétablie - avec des tentatives de reconnexion, afin qu’un signal instable d’une seule barre ne corrompe rien. (L’article « Vos données, votre Dropbox » explique comment cela fonctionne.)

Honnêtement, qu’est-ce qui ne fonctionne pas hors ligne ?

Aucune application n’échappe entièrement à cette liste, y compris ToolBerry. Certaines fonctionnalités nécessitent naturellement une connexion réseau :

  • La sauvegarde et la synchronisation dans le cloud. La connexion à Dropbox et l’envoi de votre sauvegarde nécessitent une connexion Internet : les modifications effectuées hors ligne sont mises en file d’attente et transmises lorsque vous vous reconnectez, mais elles ne sont pas sauvegardées avant ce moment-là.
  • La saisie semi-automatique d’adresses et les cartes. Rechercher une adresse ou charger une tuile de carte implique de faire appel à un service de cartographie. Vos adresses enregistrées s’affichent toujours correctement hors ligne ; les suggestions et les images cartographiques, en revanche, ne s’affichent pas.
  • Les éléments supplémentaires de la configuration initiale. Le chargement d'un modèle sectoriel lorsque vous choisissez votre métier, et le passage de l'application en espagnol pour la première fois, nécessitent chacun le téléchargement d'un petit fichier une seule fois ; après cela, tout est stocké localement.
  • Tout ce qui communique avec l’extérieur. Les paiements, les notifications par e-mail et la connexion de l’équipe relèvent du serveur dans toutes les applications qui ont jamais été créées. Tout fournisseur prétendant que ces fonctionnalités fonctionnent sans réseau vous ment.

Voilà la limite honnête : le travail – dossiers, plannings, historique, documents – ne devrait jamais nécessiter de réseau. La communication autour de ce travail en a parfois besoin.

L’avantage dont personne ne parle : l’immunité face aux pannes

Le 20 octobre 2025, une panne d’AWS en Virginie du Nord a mis hors service des milliers de services pendant environ 15 heures - Downdetector a enregistré plus de 6,5 millions de signalements de problèmes sur plus de 1 000 applications, de Snapchat aux systèmes des compagnies aériennes. Toutes les applications de terrain « cloud-first » hébergées dans cette région ont vu leurs équipes se retrouver bloquées un lundi matin.

Une application « hors ligne d’abord » n’en ressent aucun effet. Ni en cas de panne de notre part, ni en cas de panne d’un opérateur, ni même si un fournisseur est racheté et met ses serveurs hors service. L’application sur votre appareil continue de fonctionner car elle n’a jamais dépendu du serveur de qui que ce soit, y compris le nôtre. Si nous disparaissions demain, vos données seraient toujours sur votre téléphone.

Ce n’est d’ailleurs pas notre invention. C’est la même architecture « local-first » qui sous-tend des outils comme Linear et Notion, décrite dans l’essai d’Ink & Switch publié en 2019, intitulé « Local-First Software : You Own Your Data, in Spite of the Cloud ». Nous pensons simplement que les services sur le terrain – un travail qui s’effectue littéralement dans des zones sans réseau – constituent le secteur qui en a le plus besoin.

Comment effectuer le test sur ToolBerry

  1. Ouvrez toolberry.app ou installez l’application – aucune inscription n’est nécessaire.
  2. Appuyez sur « Commencer » et sélectionnez votre métier pour charger le modèle spécifique à votre secteur (cette première étape nécessite une connexion : il s’agit de la configuration, pas du travail).
  3. Activez le mode avion et suivez les neuf étapes ci-dessus.

Et voici notre pari : si ToolBerry ne se comporte pas exactement comme le promet cet article, envoyez-nous un e-mail à contact@toolberry.app et nous vous enverrons une récompense pour l’avoir signalé. C’est dire à quel point nous avons confiance en ce test – et si vous détectez une anomalie, vous rendrez service à tous les utilisateurs de ToolBerry.

Pour en savoir plus

Partager
XLinkedIn