Application, PWA ou site : que choisir pour une boutique

Une PWA (progressive web app) est un site web qui peut être installé sur un téléphone comme une application et peut fonctionner avec une mauvaise connexion. Une application native est un programme distinct provenant de l'App Store ou de Google Play. Un site adaptatif (responsive) est un site ordinaire dans un navigateur qui s'adapte à l'écran.

En clair

Les trois options diffèrent par leur degré d'intégration au téléphone et par l'effort qu'elles demandent :

Définition de MDN : une PWA est une application construite avec des technologies web qui offre une expérience semblable à celle d'une application propre à une plateforme ; elle fonctionne sur différents appareils à partir d'un seul code, s'installe, et peut fonctionner hors ligne et en arrière-plan (MDN). Une fois installée, une PWA a une icône et s'ouvre dans sa propre fenêtre sans l'interface du navigateur (web.dev).

Limites des PWA

web.dev les nomme directement (web.dev) : - Safari et Firefox sur ordinateur ne prennent pas en charge l'installation des PWA. - Une PWA ne peut pas être installée depuis les navigateurs intégrés de nombreuses applications (Facebook, Instagram, Gmail). Pour une boutique, cela compte : une partie du trafic des réseaux sociaux s'ouvre justement là. - L'implémentation d'Apple n'a pas de nombreuses fonctionnalités des navigateurs basés sur Chromium. Sur iOS, l'installation est plus difficile à montrer, l'interface a donc souvent besoin d'une indication « Comment installer ». - Il faut tester sur chaque plateforme et prévoir des solutions de repli.

Le push sur iOS fonctionne à partir de la version 16.4 et uniquement pour les sites ajoutés à l'écran d'accueil ; l'utilisateur donne son autorisation après une action sur la page, comme appuyer sur un bouton d'abonnement (WebKit).

Les exemples de croissance de la conversion et de la fidélisation (Rakuten 24, Goibibo, JD.ID) sont présentés sur web.dev comme des études de cas d'entreprises, pas comme des recherches vérifiées (web.dev) ; appliquer ces chiffres à une autre boutique serait donc une hypothèse.

Comment décider

La question d'abord, pas la technologie.

1. Un site mobile rapide suffit-il ? Pour la plupart des boutiques, oui. Le parcours principal de l'acheteur « recherche, publicité, fiche produit, commande » demande un site rapide et une commande pratique : voir UX mobile et Core Web Vitals.
2. Y a-t-il une raison d'installer ? Des achats récurrents réguliers (alimentation, cosmétiques, produits pour animaux), un programme de fidélité, un réachat rapide, des notifications de statut. Alors une PWA ou une application a du sens.
3. Avez-vous les ressources ? Une application est un produit à part : développement pour deux plateformes, publications, validation par les boutiques d'applications, support. Les données sur « combien cela coûte » dépendent du projet ; il n'existe pas de repères ouverts fiables.
4. Avez-vous besoin des capacités de l'appareil ? Les fonctions avancées (scan, travail complexe avec l'appareil photo, mode arrière-plan) demandent plus souvent du code natif ; pour une PWA, l'éventail est limité par le navigateur. Vérifiez sur MDN la prise en charge d'API précises avant de décider.
5. Qui sont déjà vos acheteurs ? Si la plupart viennent une fois depuis la recherche et la publicité, ils n'ont pas besoin d'une application. Si vous avez un noyau de clients réguliers, vous pouvez leur proposer l'application ou la PWA après le deuxième ou troisième achat, pas à tout le monde d'un coup.

Un parcours possible : d'abord un site sous forme de PWA (manifeste, service worker, pages rapides), voir si les gens l'utilisent, et seulement ensuite penser à une application native. Pour une comparaison des approches d'architecture, voir aussi headless commerce.

Erreurs fréquentes

• Construire une application parce que « les grands le font ». Une marketplace a une autre base d'acheteurs.
• Copier le site dans une application sans nouveaux scénarios. Il n'y a pas de nouvelles raisons de l'utiliser.
• Ne pas tenir d'analyses distinctes pour le site, la PWA et l'application.
• Compter sur le push comme canal pour tout le monde. L'autorisation est demandée après une action de l'utilisateur, pas dès l'entrée (WebKit).
• Oublier les mises à jour : une application demande une maintenance constante pour les nouvelles versions des systèmes d'exploitation.

FAQ

Qu'est-ce qu'une PWA en clair ? Un site web qui peut être installé sur un téléphone, s'ouvre comme une application et fonctionne en partie sans internet.

Une boutique en ligne a-t-elle besoin d'une application mobile ? Pas forcément. C'est justifié quand il y a des achats récurrents réguliers et un public fidèle, et que le site mobile est déjà rapide.

Une PWA fonctionne-t-elle sur iPhone ? Oui, avec des limites : l'installation est plus difficile, l'éventail de fonctions est plus réduit, le push uniquement pour les sites ajoutés à l'écran d'accueil à partir d'iOS 16.4 (web.dev, WebKit).

Une PWA ou une application native est-elle moins chère ? Une PWA a un seul code qui partage les technologies du site (MDN) ; les coûts précis dépendent du projet.

Termes associés

• La version mobile d'une boutique
• Core Web Vitals : LCP, INP, CLS
• Headless commerce
• Omnicanal
• Taux de réachat

Sources

• MDN, Progressive web apps — developer.mozilla.org/en-US/docs/Web/Progressive_web_apps
• web.dev, Learn PWA: Progressive web apps — web.dev/learn/pwa/progressive-web-apps
• web.dev, Progressive web apps (collection) — web.dev/explore/progressive-web-apps
• WebKit, Web Push for Web Apps on iOS and iPadOS — webkit.org/blog/13878/web-push-for-web-apps-on-ios-and-ipados