Application native, PWA ou site web : comment choisir
Trois réponses à une même question, et la différence entre elles est presque toujours expliquée dans un vocabulaire technique qui n’aide personne à décider. Ce guide décide par les conséquences : ce que vous gagnez, ce que vous perdez, et ce qui devient impossible.
Ce qu’est chacun, en une phrase
Site responsive. S’ouvre dans un navigateur et s’adapte à la taille de l’écran. Ne s’installe pas, ne reçoit pas de notification, n’apparaît dans aucun store.
PWA. Un site responsive avec trois ajouts : il peut être ajouté à l’écran d’accueil, il garde ce qu’il a déjà chargé et il reçoit des notifications push. Il reste accessible par le web et reste hors des stores.
Application native. Installée depuis l’App Store ou Google Play, elle apparaît dans la recherche du store, accède pleinement à l’appareil et peut vendre des abonnements par le système du store.
Le tableau
| Site | PWA | Native | |
|---|---|---|---|
| Apparaît dans la recherche du store | non | non | oui |
| Icône sur le téléphone | non | oui, si la personne l’ajoute | oui, à l’installation |
| Notifications push | non | oui, avec une réserve sur iPhone | oui |
| Fonctionne avec un mauvais réseau | non | oui, pour ce qui est déjà chargé | oui |
| Appareil photo, GPS, biométrie | partiel | partiel | complet |
| Vendre un abonnement par le store | non | non | oui |
| Publier un correctif | immédiat | immédiat | passe par la revue |
| Coût pour démarrer | plus faible | plus faible | compte développeur et processus de store |
Les cinq questions qui tranchent
Répondez à ces cinq-là et le choix se fait tout seul.
1. Les gens vont-ils vous chercher dans le store ? Si votre client cherche « application [votre activité] » dans l’App Store, y être est la seule chose qui règle le problème. Aucune PWA n’apparaît dans cette recherche. C’est la raison la plus légitime d’aller vers le natif.
2. Avez-vous besoin de prévenir les gens ? La notification change une activité quand elle est le produit : rappel de rendez-vous, avis de commande, alerte d’astreinte. Quand elle est décorative, elle ne tranche rien.
3. Devez-vous facturer un abonnement dans l’application ? Dans une application installée depuis un store, vendre du contenu numérique hors du système du store est une violation des règles des deux, avec le retrait comme sanction. Si votre modèle est un abonnement consommé dans l’application, c’est une décision d’architecture, pas une préférence.
4. L’appareil fait-il partie du produit ? Lire des codes-barres toute la journée, filmer, utiliser la biométrie : plus le produit s’appuie sur le matériel, plus le natif se justifie.
5. À quelle fréquence allez-vous corriger ? Un site et une PWA publient un correctif immédiatement. Une application de store passe par la revue, et cette différence apparaît le soir où il faut réparer quelque chose à dix-neuf heures un vendredi.
Le détail iPhone qui tranche la plupart des cas
Il mérite d’être isolé, car c’est l’information la plus absente de ces comparaisons et celle qui change le plus souvent la réponse.
Sur iPhone, une PWA ne reçoit des notifications push que si la personne a ajouté l’application à son écran d’accueil. L’ouvrir dans le navigateur et autoriser les notifications ne suffit pas : sans cette étape, la notification n’arrive pas.
Cela ressemble à un détail et n’en est pas un. « Ajouter à l’écran d’accueil » est une consigne que la plupart des gens ne comprennent pas et qu’une grande part ne termine jamais. Si votre stratégie repose sur le fait de notifier les utilisateurs d’iPhone, et que vous n’avez pas de façon convaincante de demander cette étape, la PWA ne livrera pas ce que vous aviez prévu. Installée depuis un store, la notification fonctionne sans rien demander.
Ce que chacun coûte, en processus
Le coût en argent est la partie la moins intéressante. Le coût en processus est celui qui mord :
Site et PWA n’ont pas de processus. Vous publiez et c’est en ligne. C’est pourquoi ils sont le bon chemin pour valider quoi que ce soit.
Le natif a un compte développeur, une vérification d’identité, une fiche de store, une classification de contenu, un formulaire de sécurité des données et une revue. Sur Android, les nouveaux comptes personnels passent en plus par un test fermé de durée minimale fixe. Rien de tout cela n’est difficile ; tout cela est du temps de calendrier, et l’essentiel attend quelqu’un d’autre.
Le choix n’a pas à être définitif
Nous sommes juge et partie ici, alors traitez ce qui suit comme une description.
L’erreur coûteuse n’est pas de mal choisir, c’est de choisir d’une façon qu’on ne peut pas changer. Qui commence par un site fait d’une certaine manière puis décide d’aller sur les stores refait généralement le travail, et c’est ce qui rend la décision plus grosse qu’elle n’est.
Chez Fabapp, la même application est publiée en site, fonctionne en PWA avec installation sur l’écran d’accueil, et peut être empaquetée en application native envoyée aux stores sous le compte développeur du propriétaire. Ce ne sont pas trois produits, c’en est un. Cela ne rend pas la décision inutile, cela la rend reportable, ce qui vaut mieux en pratique : vous découvrez si les gens reviennent avant de payer le coût en processus d’être dans les stores. Les trois chemins et le reste de ce que livre la plateforme sont sur fonctionnalités.
La recommandation, sans détour
Commencez par le site ou la PWA. Cela publie tout de suite, corrige tout de suite, et répond à la question qui compte avant toutes les autres : est-ce que quelqu’un revient ?
Passez au natif quand l’une de ces phrases est vraie : les gens vous cherchent dans le store, vous devez notifier les utilisateurs d’iPhone sans dépendre d’une consigne que personne ne termine, ou vous devez facturer un abonnement dans l’application.
N’allez pas au natif parce que cela fait plus sérieux. Cela coûte des semaines de calendrier et ne change rien pour la personne qui s’en sert.
Chez Fabapp, l’offre Free ne demande pas de carte, vous pouvez donc avoir la version web debout avant de décider quoi que ce soit sur les stores.