Aller au contenu principal
Retour au blog
mobile

PWA ou application native : pourquoi nous utilisons Expo

Par ···7 min de lecture
Deux cadres ivoire, l’un horizontal et l’autre vertical, se superposent autour de composants communs sur fond teal foncé.

PWA ou application native : que choisir ?

Choisissez une PWA si vos utilisateurs doivent accéder au produit par un lien et si leurs tâches fonctionnent dans les navigateurs visés. Envisagez une application native si un besoin déterminant exige une intégration au téléphone, un fonctionnement en arrière-plan ou une distribution sur les stores. Chez Appik Studio, Expo est notre approche privilégiée pour réunir web/PWA, iOS et Android dans un même projet. Nous avons déjà livré cette combinaison à plusieurs reprises. React Native avec Expo produit des applications natives sur mobile, avec une base de développement partagée.

Le choix se fait sur les parcours à livrer et les appareils utilisés. Ni le natif ni la PWA ne garantissent à eux seuls la rétention, la sécurité ou la performance.

Comparer les capacités sur les appareils cibles

BesoinPWAReact Native avec ExpoSwift / Kotlin
Accès par une URLOuiVersion web à prévoirVersion web distincte
Distribution sur les storesPas directement ; un packaging et une validation peuvent être nécessairesBuilds iOS/Android et validationBuilds iOS/Android et validation
NotificationsWeb Push selon navigateur ; conditions particulières sur iPhoneNotifications natives, permissions et configurationNotifications natives, permissions et configuration
Mode hors ligneCache, stockage et synchronisation à développerStockage et synchronisation à développerStockage et synchronisation à développer
Bluetooth / BLESupport limité selon navigateur ; pas dans Safari iOSBibliothèque ou module natif compatible à intégrerAPIs de la plateforme
Connexion par passkeyWebAuthn selon appareil et navigateurIntégration à prévoirAPIs de la plateforme
Géolocalisation en arrière-planFortement contrainte par le navigateurSelon permissions et restrictions du systèmeSelon permissions et restrictions du système
HealthKit / Health ConnectPas d'accès direct équivalentModules natifs à intégrer et testerAPIs de la plateforme
Partage du développementBase webLogique et composants partageables ; adaptations par plateformeInterfaces iOS et Android généralement distinctes

Le tableau sert à préparer un prototype technique. Une coche « disponible » ne dit rien de la fiabilité d'un parcours complet, des permissions refusées ou du comportement lorsque le téléphone est verrouillé.

Les notifications PWA fonctionnent-elles sur iPhone ?

Oui : depuis iOS et iPadOS 16.4, une application web ajoutée à l'écran d'accueil peut demander l'autorisation d'envoyer des notifications, à la suite d'une action de l'utilisateur. Ce parcours d'installation et de consentement doit être testé avec votre public. Il ne s'agit pas de notifications disponibles pour tout visiteur d'un onglet Safari. Conditions décrites par WebKit.

Bluetooth et biométrie sont-ils réservés au natif ?

Pas dans tous les cas. Web Bluetooth existe dans certains navigateurs, avec une compatibilité limitée. Pour un objet BLE devant fonctionner sur iPhone et Android, validez la connexion sur les deux systèmes avant de choisir le web.

La connexion par WebAuthn peut utiliser l'authentification de l'appareil, y compris une vérification biométrique. Cela ne donne pas au site un accès aux données biométriques ni à toutes les fonctions natives.

Ce qu'Expo partage, et ce qu'il faut adapter

Expo s'appuie sur React Native. Une équipe peut mutualiser des règles métier, les appels API, des validations et certains composants entre web, iOS et Android. La navigation, le clavier, les fichiers, les permissions, les paiements et les bibliothèques compatibles demandent une validation par plateforme.

Un site existant construit avec des éléments HTML et des bibliothèques réservées au navigateur ne se transforme pas automatiquement en application React Native. Le backend et les règles métier peuvent rester réutilisables ; les écrans peuvent nécessiter une réécriture.

Un projet Expo n'est pas automatiquement une PWA. La version web demande notamment un manifeste pour son installation et une stratégie de service worker si le produit doit gérer du cache ou du hors-ligne. Le guide PWA d'Expo décrit cette configuration. Le hors-ligne utile implique aussi de traiter les données périmées et les conflits de synchronisation.

Référencement et mises à jour

PWA et mode de rendu sont deux sujets distincts. Un site installable peut servir du HTML prérendu. Expo Router propose un rendu statique ; son rendu serveur à la requête est documenté comme alpha pour SDK 55 et suivants lors de cette révision. Le SSR n'est ni automatique ni obligatoire pour toute page indexable : le contenu accessible, les liens et les métadonnées comptent aussi.

EAS Update peut diffuser des changements compatibles avec le code natif déjà installé. Une modification de cette partie native exige un nouveau build. Les règles des stores restent applicables. Côté PWA, le cache et le cycle de vie du service worker peuvent également retarder l'affichage d'une mise à jour.

Trois situations pour décider

Portail de réservation accessible depuis un email. Une version web responsive, éventuellement installable, peut couvrir le parcours. Vérifiez le paiement, la connexion et les besoins hors ligne avant d'investir dans les stores.

Application terrain avec un appareil Bluetooth. Commencez par un essai de connexion sur les appareils réels. Expo peut convenir avec un module compatible ; un développement spécifique Swift ou Kotlin peut être nécessaire pour certaines fonctions.

Produit iOS et Android déjà validé. Expo peut limiter les développements dupliqués. Prévoyez néanmoins les tests sur les deux systèmes, les soumissions aux stores et les futures mises à niveau.

Pourquoi nous privilégions Expo chez Appik

Nous avons déjà développé à plusieurs reprises des applications Expo disponibles en web/PWA et en natif sur iOS et Android. Cette expérience nous permet de préparer les plateformes ensemble dès le cadrage : une même équipe, une logique métier partagée et des fonctionnalités qui évoluent dans le même projet.

Le bénéfice est concret : lancer sur le web quand c'est le bon canal, puis étendre la distribution mobile sans repartir de zéro. Nous pouvons aussi livrer les plateformes en parallèle. Les adaptations se concentrent sur ce qui change réellement entre navigateur et téléphone.

Le Pool et Fiduly illustrent notamment nos réalisations web/PWA. Pour un projet qui vise plusieurs plateformes, nous recommandons d'étudier Expo en premier, puis de valider les intégrations déterminantes.

Comment comparer les budgets

Demandez un chiffrage du même parcours utilisateur dans chaque approche, avec les mêmes exigences de qualité. Séparez le socle commun, les adaptations iOS/Android/web, la distribution et la maintenance. Le nombre d'écrans seul ne permet pas de comparer deux devis.

Notre guide des prix d'une application en Suisse présente des enveloppes indicatives. Pour évaluer les offres, utilisez notre grille de comparaison des devis. Aucun pourcentage universel d'économie ne remplace ce cadrage.

Si vous envisagez un lancement en deux étapes, le guide PWA d'abord, puis natif détaille les décisions à prendre avant la migration.

Vous hésitez sur une fonction déterminante ? Parlons de votre parcours et des appareils visés. Découvrez nos services de développement mobile et de développement web.

Sources et références

Retour au blogGaspard Chevassus · CEO, Appik Studio