ROCH Technologie
  • PWA
  • application mobile
  • performance
  • mobile-first

Application mobile ou PWA : le bon choix en Afrique de l'Ouest

Une application sur les stores rassure les dirigeants. Sur le terrain, entre forfaits data limités et téléphones d'entrée de gamme, la PWA gagne plus souvent qu'on ne le croit.

Par Rochambeau WITTA4 min de lecture3 vues

La demande arrive souvent formulée d'avance : « nous voulons une application mobile ». Derrière cette phrase, il y a presque toujours un objectif légitime — être présent sur le téléphone du client, envoyer des notifications, ne pas dépendre du navigateur. Mais la voie choisie pour y arriver a des conséquences que peu de devis explicitent. Voici la comparaison telle que nous la présentons à nos clients, avec les particularités du marché ouest-africain qui font pencher la balance.

De quoi parle-t-on

Une application native est développée pour Android et pour iOS, publiée sur le Play Store et l'App Store, installée depuis ces boutiques.

Une PWAProgressive Web App — est un site web construit de façon à s'installer sur l'écran d'accueil, fonctionner hors connexion et recevoir des notifications. Elle s'ouvre en plein écran, sans barre d'adresse : pour l'utilisateur, la différence avec une application installée n'est pas évidente.

Ce qui change concrètement

CritèreApplication nativePWA
Coût initialDeux bases de code à écrire et à maintenirUne seule, partagée avec le site
InstallationPassage par le store, quelques dizaines de mégaoctetsUn appui sur « Ajouter à l'écran d'accueil », quelques centaines de kilo-octets
Mise à jourPublication, validation du store, puis attente que l'utilisateur mette à jourImmédiate, au prochain chargement
Hors connexionCompletComplet sur ce qui a été mis en cache
NotificationsAndroid et iOSAndroid depuis longtemps, iOS depuis iOS 16.4, à condition que l'utilisateur l'ait installée
Appareil photo, GPS, fichiersAccès completAccès aux principaux capteurs, avec des limites
Bluetooth, NFC, arrière-plan permanentAccès completPartiel ou indisponible
Trouvable sur GoogleNon, seulement dans le storeOui, c'est un site

Les trois réalités du terrain qui changent la réponse

Le coût de la donnée mobile

Télécharger une application de quarante mégaoctets représente une dépense réelle pour un utilisateur au forfait limité. Beaucoup y renoncent — non parce que l'application ne les intéresse pas, mais parce que le téléchargement tombe au mauvais moment du mois. Une PWA se charge progressivement, en quelques centaines de kilo-octets, et se met à jour par petits morceaux.

Le stockage disponible

Sur un téléphone d'entrée de gamme déjà rempli de photos et de messageries, désinstaller une application pour en installer une autre est un arbitrage quotidien. La question n'est pas de savoir si votre application est utile, mais si elle l'est plus que celle qu'il faudrait supprimer pour lui faire de la place.

La qualité de la connexion

Entre une bonne 4G en centre-ville et une couverture instable en zone périurbaine, une application qui suppose une connexion permanente devient inutilisable la moitié du temps. C'est vrai des deux approches : c'est la conception hors-ligne qui compte, pas la technologie choisie.

Quand l'application native s'impose vraiment

  • Vous avez besoin du Bluetooth, du NFC, ou d'un traitement en arrière-plan permanent — lecture de badges, terminal de paiement, suivi de flotte.
  • Votre application est un produit vendu, et la présence sur les stores fait partie de la proposition commerciale.
  • Vous visez une expérience de jeu ou un traitement d'image intensif.
  • Vos utilisateurs cherchent votre nom dans le store plutôt que sur Google.

Quand la PWA est le meilleur choix

  • Votre application est une extension de votre activité, pas votre produit : suivi de commande, espace client, catalogue, prise de rendez-vous.
  • Vous voulez être trouvé sur Google autant qu'utilisé au quotidien.
  • Vous publiez du contenu et n'avez pas envie d'attendre la validation d'un store à chaque correction.
  • Votre budget doit financer une seule base de code plutôt que trois.

La question à se poser en premier

Pas « native ou web ? », mais : que fait l'utilisateur, et à quelle fréquence ?

Arbre de décision : besoin de Bluetooth ou NFC, puis l'application est-elle le produit vendu — sinon, une PWA suffit.
Deux questions suffisent à trancher dans la grande majorité des projets.

Une consultation hebdomadaire n'a pas besoin d'occuper l'écran d'accueil. Un usage professionnel quotidien, sur le terrain, avec des données à saisir hors connexion, le justifie — et se satisfait très bien d'une PWA installée. Un besoin de matériel spécifique tranche seul la question.

Dans la majorité des projets que nous cadrons, la PWA couvre le besoin réel pour une fraction du budget. L'application native reste la bonne réponse quand le matériel l'exige, ou quand la présence sur les stores fait partie du modèle économique.

Une troisième voie, souvent la bonne

Commencer par une PWA, mesurer l'usage réel pendant quelques mois, puis décider. Vous saurez alors quelles fonctions sont utilisées, à quelle fréquence, et sur quels appareils — trois informations que personne ne possède avant la mise en ligne, et qui rendent la décision suivante beaucoup plus simple. Le travail n'est pas perdu : l'interface et le serveur restent, seule la coque change.

Notre page Développement Web & Mobile détaille les deux approches. Si vous hésitez encore, décrivez-nous l'usage visé : la réponse tient généralement en une conversation.

Partager