Comment les Progressive Web Apps se comparent-elles vraiment aux applications natives ?

Au cours de la dernière décennie, le nombre de personnes utilisant des appareils mobiles pour accéder à Internet a explosé.

En fait, les gens consomment désormais 2 fois plus de contenu sur mobile que sur ordinateur. Les entreprises et les propriétaires de sites Web devraient être enthousiasmés par cela en 2020, car la possibilité d'atteindre et d'engager les utilisateurs mobiles continue de croître.

Il existe plusieurs façons efficaces de passer au « mobile d'abord » et de créer une expérience mobile qui répond vraiment aux attentes des utilisateurs modernes. Tout d'abord , il y a la conception Web réactive, qui crée une expérience Web conviviale pour les mobiles qui est franchement le strict minimum.

Ensuite, il y a les applications mobiles natives, que les utilisateurs peuvent télécharger à partir des magasins d'applications et ajouter à l'écran d'accueil de leurs appareils mobiles. Les applications sont une meilleure UX mobile et peuvent exploiter plus efficacement les fonctionnalités de l'appareil, bien qu'elles soient traditionnellement coûteuses et longues à créer.

Récemment, nous avons vu l'entrée des Progressive Web Apps (PWA) dans l'arène, qui adopte une approche à mi-chemin entre les sites Web mobiles et les applications mobiles. Examinons-les plus en détail et voyons comment ils s'empilent.

Qu'est-ce qu'une application Web progressive ?

Les applications Web progressives se situent entre un site Web réactif et une application mobile.

Ce sont des sites mobiles construits avec des frameworks JavaScript modernes, conçus pour fonctionner comme une application native. Ils peuvent être ajoutés à l'écran d'accueil d'un appareil mobile avec une icône. Comme les applications, ils offrent une expérience plein écran pour engager les utilisateurs. Cependant, ils ne sont toujours qu'un site Web lorsqu'ils sont ouverts. Avec le développement des Service Workers, les PWA bénéficient de plus d'avantages que les applications natives, mais ces avantages sont encore limités, en particulier sur iOS.

Google définit les PWA comme des expériences Web qui sont :

• Fiable - Chargez instantanément et ne montrez jamais un site Web comme étant en panne, même dans des conditions de réseau incertaines.
• Rapide - Répondez rapidement aux interactions des utilisateurs avec des animations fluides et sans défilement saccadé.
• Engager - Sentez-vous comme une application naturelle sur l'appareil, avec une expérience utilisateur immersive.

SD Times a rapporté que Todd Anglin, vice-président des relations produits et développeurs chez Progress, estime que " les PWA visent à faire du Web une expérience plus fiable et plus agréable, mais il y aura toujours une catégorie d'applications mieux servies par les natives ".

Cela nous amène à quelques questions (et réponses) pour les propriétaires d'entreprise qui essaient de décider - "ce qui est le mieux pour mon entreprise :
comment les applications Web progressives se comparent-elles vraiment aux applications natives ? »

Progressive Web Apps vs Native Apps : quelle est la différence ?

Cela semble être une question assez simple à répondre : y a-t-il une différence entre les applications Web progressives (PWA) et les applications natives ? (Oui.) Si oui, quelles sont ces différences et comment choisir entre une application native et une application Web progressive pour la présence mobile de votre entreprise ? (Ça dépend.)

Allons un peu plus en profondeur et décomposons les principales différences entre les PWA et les applications natives.

1. Installation
2. Disponibilité multiplateforme
3. Utilisation hors ligne
4. Stockage, données et alimentation
5. Mises à jour
6. Découverte
7. Notifications push
8. Sécurité
9. Caractéristiques de l'appareil
10. Coût

1. Mise en place

Une différence clé entre les PWA et les applications natives est la façon dont l'utilisateur final y accède.

Les applications natives sont trouvées et installées via une boutique d'applications, telle que Google Play ou l'App Store iOS d'Apple. Les App Stores agissent comme une immense fenêtre d'achat, la passerelle vers tous les services et contenus que les gens consomment sur leurs appareils mobiles.

Les gens utilisent les magasins d'applications pour rechercher des solutions à leurs problèmes, de la même manière qu'ils utilisent Google sur le Web mobile.

L'opportunité pour les propriétaires d'applications est considérable. Si vous faites un bon travail d'optimisation de l'App Store (ASO), vous pouvez présenter votre marque à de nouveaux utilisateurs qui recherchent des mots-clés associés. Si vous avez une marque existante, vous pouvez également compter sur les gens qui vous recherchent dans les magasins, ce qui arrive souvent de nos jours, les applications étant une attente des consommateurs modernes pour les entreprises numériques.

Une fois installée, l'application apparaîtra sur l'écran d'accueil de l'utilisateur avec une icône reconnaissable et une étiquette de texte qui peut capter l'attention de l'utilisateur pendant qu'il fait défiler son écran d'accueil. C'est vraiment un bien immobilier de grande valeur.

Cela signifie que lorsque vous développez une application native, vous devez la soumettre pour examen à Google et Apple. Apple en particulier a des exigences assez strictes et il faudra un certain effort pour le préparer à ses normes. Ensuite, c'est à l'utilisateur de trouver l'application, de lire la description et les avis, et de déterminer si cela vaut la peine de l'installer sur son appareil.

Les PWA, d'autre part, vous aident à éviter le processus de soumission de l'App Store. Au lieu de cela, les PWA s'exécutent sur le navigateur de l'appareil mobile. La PWA du Financial Times en est un bon exemple :

Comme vous pouvez le voir dans cet exemple, la PWA du Financial Times ressemble beaucoup à ce que vous attendez d'une application.

Les utilisateurs accèdent à une PWA simplement en saisissant l'URL dans le navigateur mobile. Si les utilisateurs ne connaissent pas le concept de PWA, ils peuvent être surpris de rencontrer une version tronquée du site Web, alors qu'ils s'attendaient à une expérience qui reflète celle du site normal.

Cependant, une fois qu'ils l'ont découvert, il est (théoriquement) assez facile d'enregistrer le PWA sur l'écran d'accueil et de le trouver là-bas comme s'il s'agissait d'une application native.

Le seul obstacle que vos utilisateurs peuvent rencontrer est de savoir comment l'ajouter à l'écran d'accueil. Les PWA sont encore relativement nouveaux, et le concept d'ajouter un "site Web" à l'écran d'accueil de l'appareil n'est pas la norme pour l'utilisateur Web moyen. Cela contraste avec l'idée d'installer une application mobile à partir de l'App Store ou de Google Play, que presque tout le monde connaît.

Cela dit, les dernières versions d'Android invitent les utilisateurs à installer un PWA (comme vous pouvez le voir dans l'image ci-dessus), tandis qu'iOS s'appuie toujours sur l'ancienne action "Ajouter à l'écran d'accueil" pour cela.

Sur iOS, votre utilisateur devra visiter l'URL de votre PWA dans Safari, puis appuyer manuellement sur Partager, puis appuyer sur "Ajouter à l'écran d'accueil". Il n'y aura aucun indicateur visuel que votre site Web est une application Web progressive. Comme vous pouvez l'imaginer, cela rend quelque peu difficile l'installation des utilisateurs iOS.

2. Disponibilité multiplateforme

Étant donné que les développeurs conçoivent généralement une application spécifiquement pour les utilisateurs iOS ou Android, cela garantit que l'expérience au sein de l'application native est adaptée à chaque plate-forme. Les développeurs ont moins à se soucier de la compatibilité entre les navigateurs ou les plates-formes et davantage à façonner leur application pour un appareil mobile spécifique. Cela a bien sûr des exceptions, comme si vous créez des applications hybrides ou utilisez un framework multiplateforme comme React Native.

Les applications Web progressives, en revanche, adoptent généralement une approche différente.

Utilisés par de nombreuses grandes marques comme Twitter, Forbes et Flipboard (en plus de leurs offres d'applications natives), ils ont évolué à partir de la technologie Web qui est en jeu depuis des années. (Cependant, l'expression elle-même "application Web progressive" vient tout juste d'être inventée par la designer Frances Berriman et l'ingénieur Google Chrome Alex Russell en 2015.)

Les développeurs créent l'instance réactive de la PWA, la publient, puis laissent au navigateur de l'utilisateur le soin de l'afficher correctement dans les paramètres de l'écran. Il ne s'agit que d'une seule application à développer et les utilisateurs d'une large gamme de navigateurs mobiles peuvent interagir avec l'application grâce aux technologies Web modernes.

Le seul point à noter ici, cependant, est que l'interface de la PWA tente généralement de trouver un équilibre entre ce que vous trouveriez avec un site Web réactif et ce que vous rencontreriez dans une application native. Voici un exemple du FT PWA :

Avec les applications natives, les développeurs ont la possibilité de créer une expérience plus conviviale car l'application est conçue spécifiquement pour la structure d'une application mobile.

Avec les PWA, en revanche, les économies de temps et d'argent peuvent être importantes, car une seule application Web peut être chargée à la fois sur iOS et Android (et des navigateurs comme Firefox sur d'autres systèmes également !).

Il existe également des moyens de créer facilement des applications mobiles multiplateformes. MobiLoud Canvas vous permet de vous lancer sur Google Play et l'App Store en convertissant votre site existant en applications iOS et Android. Il vous offre tous les avantages des applications mobiles natives, avec l'efficacité d'un PWA - nous en reparlerons plus tard. Passons au point suivant.

3. Utilisation hors ligne

L'une des grandes choses que les applications mobiles peuvent faire pour l'utilisateur final est de lui donner la possibilité d'accéder aux informations qu'il souhaite sans avoir à être connecté à Internet.

Ce qui était autrefois une prérogative des applications arrive désormais également sur le Web. Une PWA est une application Web qui s'installe sur votre système et, dans la mesure du possible, fonctionne hors ligne en utilisant des données mises en cache.

Les service workers sont la technologie la plus importante permettant une utilisation hors ligne dans les PWA. Les Service Workers sont essentiellement des fichiers JavaScript qui s'exécutent indépendamment de l'application Web elle-même.

Ils aident à améliorer les performances et les fonctionnalités en gérant les requêtes réseau, en mettant en cache les ressources de l'application (et en récupérant les ressources mises en cache) et, mieux encore, en activant les messages push même lorsque l'utilisateur n'est pas en ligne.

Il y a un compromis ici, comme vous pouvez l'imaginer.

Une PWA peut servir certaines parties de l'application aux utilisateurs lorsque leur appareil ne parvient pas à se connecter à un réseau. Cependant, une PWA ne peut pas leur servir toutes les parties de l'application ; plus précisément, tout ce qui ne fait pas partie du système de mise en cache naturel de la page sera hors ligne jusqu'à ce que la connectivité soit rétablie. Ainsi, si un utilisateur souhaitait soumettre un formulaire de contact à Forbes ou effectuer une réservation sur Trivago, il ne pourrait pas le faire.

Les applications natives gagnent définitivement dans cette catégorie. Bien qu'il soit formidable que la technologie des PWA rattrape son retard et permette aux utilisateurs d'accéder au contenu mis en cache, ils ne sont tout simplement pas au point de pouvoir accéder à un appareil mobile pour rester connectés quoi qu'il arrive.

4. Stockage, données et alimentation

Lorsqu'une application native est installée sur un appareil mobile, elle va puiser directement dans les ressources de l'appareil.

Pour les applications "plus lourdes", celles avec lesquelles les utilisateurs interagissent fréquemment, ou celles qu'ils oublient complètement de fermer, l'utilisation des ressources en termes d'alimentation/batterie, d'espace de stockage et d'utilisation des données mobiles peut être importante.

Les PWA peuvent également causer des problèmes de drainage similaires. L'application Safari est presque aussi lourde que les applications les plus couramment utilisées sur le téléphone. En fait, cela revient à :

• À quel point l'application est bien codée
• Combien de ressources l'application appelle
• L'utilisation réelle de celui-ci par l'utilisateur

Si vous essayez d'atteindre un public qui vit dans une région où les réseaux de données ont tendance à être plus chers et les utilisateurs incapables de payer, alors une PWA sera la meilleure option.

Google souligne que Konga a réduit l'utilisation des données de 92 % lorsqu'il a transformé son site Web mobile en PWA. Avoir une PWA peu consommatrice de données était indispensable car près des deux tiers des utilisateurs nigérians (marché domestique de Konga) accèdent à Internet sur mobile via les réseaux 2G.

Certaines applications natives peuvent également fonctionner et stocker du contenu pour une utilisation hors ligne, ce qui peut aider avec des connexions inégales (mais pas autant si les données sont chères).

5. Mises à jour

Il y a deux côtés pour voir les mises à jour en ce qui concerne les applications : le point de vue de l'utilisateur et celui du développeur.

Pour la plupart, les utilisateurs n'ont vraiment rien à faire lorsqu'il s'agit de mettre à jour des applications Web natives ou progressives.

Il peut arriver un moment où une application native nécessite une mise à jour manuelle, mais, pour la plupart, le processus est automatisé et les utilisateurs détecteront à peine quand une mise à jour a été effectuée.
Pour vos utilisateurs finaux, celui-ci ne fera pas beaucoup de différence car la plupart des mises à jour passeront inaperçues.

6. Découverte

Pour les applications natives, elles ont deux chances d'apparaître dans les résultats de recherche.

• Dans les App Stores
• Dans les moteurs de recherche

Cependant, ces deux éléments dépendent d'un certain nombre de facteurs superficiels, car les pages de l'application elle-même ne peuvent pas être indexées et répertoriées dans les moteurs de recherche. Au lieu de cela, vous devez faire ce qu'on appelle l'App Store Optimization (ASO). Cela implique des tactiques d'optimisation de la recherche d'applications telles que :

• Identifiez un mot-clé fréquemment recherché (dans l'App Store) qui s'applique correctement à votre application mobile et incluez-le dans le titre et la description de votre application.
• Utilisez un titre/titre fort qui inclut le mot-clé que vous avez sélectionné.
• Développez une description rapide mais réfléchie de votre application. Vous voulez attirer rapidement les utilisateurs de l'App Store, mais aussi vous assurer qu'ils comprennent ce qu'ils retirent de l'expérience de l'application. Assurez-vous que le mot-clé est également inclus ici !
• Les évaluations des clients jouent un rôle important dans le succès global d'une application native, ce qui signifie qu'elles vont également être prises en compte dans le référencement. N'ayez pas peur de tendre la main et de demander aux utilisateurs actuels de vous laisser un avis (ce que vous pouvez faire avec les notifications push).
• Vous voudrez également voir que le nombre de téléchargements augmente également. Comparée à des applications concurrentes qui n'ont pas autant de téléchargements ou qui ne sont pas aussi bien évaluées, cette forme de preuve sociale vous aidera à attirer de nouveaux utilisateurs.

L'App Store sera également d'une grande aide pour générer du trafic vers votre nouvelle application si vous utilisez bien la fonction de catégorisation. Plus votre application est spécialisée et spécifiquement étiquetée, plus elle apparaîtra dans les résultats de recherche pertinents de l'App Store.

Maintenant, une application Web progressive, en revanche, fonctionnera bien en termes de référencement Web car elle fonctionne comme n'importe quel autre site Web que vous rencontreriez en ligne et son contenu est indexé par Google et Bing.

Comme vous pouvez le voir dans cet exemple, la PWA du Financial Times ressemble à n'importe quel autre résultat de recherche que vous verriez. Il donne également des liens vers les pages pertinentes de l'application.

Cleveroad souligne que cette opportunité d'utilisation instantanée pour PWA peut permettre à un volume de trafic plus élevé d'atteindre votre PWA que votre application mobile dans un magasin d'applications initialement.

7. Notifications poussées

Les notifications push sont l'une des principales raisons pour lesquelles de nombreux propriétaires de sites et entreprises créent une application mobile.

Ils attirent beaucoup plus d'engagement que les méthodes traditionnelles telles que le courrier électronique. Les rapports montrent que les notifications push dans certains secteurs peuvent obtenir jusqu'à 40 % de taux de clics (CTR), alors que les e-mails génèrent généralement environ 20 à 25 % de taux d'ouverture, avec des CTR d'environ 3 à 6 % .
Pour résumer, une stratégie de notification push efficace se traduira par plus d'engagement avec votre contenu et votre application mobile !

Vous pouvez créer la fonctionnalité nécessaire pour les notifications push à partir de zéro ou intégrer facilement des solutions de notification push existantes dans une application native à l'aide d'un service de notification push tiers tel que Google Firebase, PushBots ou OneSignal.

Vous pouvez également utiliser les Push Notifications dans les Progressive Web Apps, grâce au développement des Service Workers.

Cependant, à ce stade, la prise en charge des notifications push est toujours limitée à Chrome, Firefox, Opera et Mac Safari, et n'est surtout pas disponible sur iOS. Cela signifie que vous pouvez commencer à utiliser les notifications push pour engager votre public avec une PWA sur Android, mais si vous souhaitez faire de même avec vos visiteurs iOS, vous devrez attendre.

Vous ne devriez pas non plus compter sur Apple et iOS pour prendre en charge cela dans un avenir proche, ils ont une mauvaise opinion des notifications en général.

Les PWA font certainement des progrès en ce qui concerne les notifications push, cependant, les applications natives sont les leaders incontestés dans cette catégorie. Les applications natives peuvent prendre en charge les notifications push sur les appareils iOS et Android, ce qui en fait le bon choix pour tout propriétaire de site Web qui souhaite engager son public via ce puissant média.

8. Sécurité

La sécurité et la confidentialité sont essentielles en 2020, et les entreprises ont besoin que leurs applications mobiles soient sécurisées, protègent leurs données utilisateur et soient également conformes au RGPD.

Les applications natives ont la capacité d'être une solution sécurisée pour le propriétaire de l'application et les utilisateurs. Il est plus facile d'utiliser l'authentification multifacteur dans une application native que dans une PWA, ce qui est utile si une application dispose d'une fonctionnalité de connexion. L'authentification multifacteur ajoute une grande couche de sécurité aux applications natives.

Les applications natives peuvent également utiliser l' épinglage de certificat pour empêcher certains types d'attaques, que les applications de navigateur telles que les PWA ne peuvent pas émuler. Malgré cet avantage pour les applications natives, les PWA sont toujours servies via HTTPS, ce qui permet le chiffrement du navigateur au serveur. Tant que le propriétaire du site Web a créé un environnement sécurisé pour la PWA, il peut être aussi sécurisé que n'importe quel site Web.

Cependant, pour que votre application native soit publiée sur les magasins d'applications iOS et Android Google Play et iOS, elle doit d'abord être autorisée par Apple ou Google. Les applications qui présentent des problèmes de sécurité clairs pour les utilisateurs ont très peu de chances d'être acceptées, donc dans la majorité des cas, une application téléchargée à partir de ces sources sera digne de confiance.

Bien qu'il puisse y avoir plus de travail pour créer les fonctionnalités de sécurité pour les applications natives, il a le potentiel d'être plus sécurisé que les PWA, grâce à la possibilité d'intégrer des fonctionnalités de sécurité. La sécurité est toujours un sujet délicat lors de la construction de quoi que ce soit pour le Web. Vous ne pouvez pas vous permettre d'être la cause de données compromises, donc celle-ci va reposer sur vos épaules - application native ou PWA.

9. Caractéristiques de l'appareil

L'une des choses les plus potentiellement utiles dans la création d'applications mobiles natives à placer sur l'appareil mobile d'un utilisateur est sa capacité à se synchroniser avec d'autres applications d'appareils et fonctionnalités téléphoniques.

Par exemple, les applications natives peuvent utiliser :

• Caméra
• GPS
• Geofencing (à des fins de marketing)
• Accéléromètre
• Boussole
• Liste de contacts
• Alarme
• Calendrier
• SMS et notifications push
• Communication en champ proche et paiements mobiles

L' application native DeeperBlue (construite avec MobiLoud News) demande aux utilisateurs l'autorisation d'envoyer des notifications push à leurs appareils mobiles.

De plus, contrairement aux fenêtres de navigateur qui ne peuvent demander ces informations qu'une seule fois avant d'être entièrement bloquées, des applications comme Deeper Blue peuvent offrir aux utilisateurs le choix de s'inscrire à une date ultérieure, facilement accessible depuis leurs paramètres.

Les applications Web progressives peuvent être considérées comme une boîte à outils qui vous offre la possibilité de tirer parti des fonctionnalités de l'appareil, mais elles n'offrent pas strictement un certain ensemble de fonctionnalités.

Comme l'écrit Peter O'Shaughnessy :

« Ce n'est pas [votre choix de fonctionnalités PWA] tout ou rien ; vous êtes libre de choisir. Par exemple, si vous ne souhaitez pas introduire de notifications push, vous n'en avez pas besoin ! "

Les applications Web progressives dans leur forme la plus élémentaire peuvent être soumises aux mêmes types de restrictions que les sites Web standard, ce qui signifie que vous n'avez pas besoin d'ajouter l'accès aux fonctionnalités de l'appareil. Vous pouvez établir certaines connexions qui peuvent être établies via des API (comme les connexions aux réseaux sociaux) pour améliorer l'expérience utilisateur, mais des limitations existent.

Si vous souhaitez que votre application bénéficie de l'exploitation de toutes les fonctionnalités de l'appareil que les applications natives peuvent (telles que les scanners d'empreintes digitales, le GPS et l'appareil photo), le choix le plus approprié peut toujours être le mode natif. Cependant, pour la plupart des entreprises, l'utilisation de ces fonctionnalités n'est pas nécessaire !

Les intégrations d'API peuvent ouvrir des fonctionnalités à d'autres logiciels pour les utilisateurs d'une PWA, mais cela ne leur donnera pas la possibilité de synchroniser leur application avec leur téléphone comme le fait une application native.

10. Coût

Enfin, nous arrivons à la question du coût et du temps de lancement.

Une application native - si vraiment native - est généralement construite avec Java ou Kotlin pour Android ou Objective-C ou Swift pour iOS.

L'inconvénient de cette approche est qu'elle nécessite un processus de développement long, parfois fastidieux, qui se duplique pour chaque plate-forme. De plus, le coût de maintenance des applications natives est élevé. Les applications natives coûteront généralement entre 50 000 et 100 000 dollars pour sortir les premières versions sur iOS et Android, et 20 % supplémentaires par an pour la maintenance et les mises à jour.

Ils prendront également plusieurs mois pour construire au minimum.

Il existe des frameworks de développement multiplateformes tels que React Native, qui peuvent aider à compenser ces inconvénients en rendant une grande partie du code réutilisable entre iOS et Android.

Dans le même temps, si votre public est composé d'utilisateurs sur les deux plates-formes, vous devrez soit ignorer entièrement un sous-ensemble d'utilisateurs, soit assumer le fardeau supplémentaire du double développement.

Lorsque vous développez votre application native en interne, vous envisagez au minimum 2 embauches supplémentaires et le temps passé par le personnel existant à commenter et à tester. Vous devrez peut-être également tenir compte du coût de l'externalisation du développement si votre équipe n'est pas capable de le gérer par elle-même.

Avec ces obstacles élevés, la création d'applications natives devient un défi important et risqué pour les petites entreprises.

L'application Web progressive, à la base, est essentiellement une application Web construite de plusieurs manières (bien que React.js et d'autres frameworks similaires soient certainement populaires), avec l'ajout de travailleurs de service.

Les développeurs doivent reproduire une grande partie de ce que les SDK natifs et mobiles fournissent déjà, cela signifie donc toujours investir dans la recherche et le développement, comme vous le feriez avec le développement d'applications natives. Cependant, la création de PWA est beaucoup plus facile que la création d'applications natives - et les coûts en temps et en argent reflètent cela.

Pourquoi pas les deux?

Il existe de nombreux autres facteurs importants lors du choix entre une application native et une application Web progressive, comme les performances, la qualité de la conception, etc. Ce qui revient en grande partie à la qualité du codage ; pas si l'application est native ou existe dans un navigateur Web. Si vous souhaitez en savoir plus sur les applications Web progressives, consultez notre guide détaillé avec 50 exemples de PWA.

Lorsque vient le temps de prendre une décision, assurez-vous que votre choix de voie de développement (ainsi que de développeur) peut correspondre à chacune de ces attentes.

Si vos utilisateurs perdent une expérience essentielle pour l'application native (comme les notifications push ou le géorepérage) en raison des coûts élevés perçus pour en créer une, vous devrez peut-être reconsidérer votre budget en tant qu'argent dépensé pour une PWA par rapport à une application native. pourrait finir par être un gaspillage. D'un autre côté, avez-vous vraiment besoin de créer une application native à partir de zéro, compte tenu des coûts élevés. Avez-vous besoin d'utiliser l'accéléromètre et la reconnaissance faciale du téléphone ?

MobiLoud

Si vous avez besoin d'un moyen de traduire ce que vous avez déjà créé pour le Web sous forme d'application native et d'obtenir les avantages associés les plus importants, il existe un meilleur itinéraire : convertir votre site en applications mobiles natives.

Nos plateformes News (pour les éditeurs numériques basés sur WordPress), Commerce (pour les magasins WooCommerce) et Canvas (pour tout site ou application Web) - vous offrent les avantages des applications natives et des PWA.

Vous bénéficiez de toutes les fonctionnalités d'application native les plus importantes, à un coût bien inférieur, ce qui correspond davantage à ce que vous dépenseriez pour une PWA. C'est le meilleur des deux mondes. Si vous utilisez MobiLoud pour créer des applications mobiles, vous disposez peut-être encore de nombreuses ressources pour créer également une PWA !

Toutes nos solutions sont, à la base, un processus de conversion. Vous prendrez votre site ou application Web existant, puis utiliserez notre plate-forme pour le convertir en applications natives pour iOS et Android.

Alors que MobiLoud est souvent utilisé pour convertir des sites WordPress en applications mobiles, Canvas fonctionne parfaitement avec n'importe quel site. Canvas peut intégrer les fonctionnalités de n'importe quel plugin WordPress, vous permettant de créer des applications PeepSo, des applications LearnDash, etc. Mais il est également idéal pour créer des applications mobiles Bubble, des applications Webflow, des applications Wix, des applications Squarespace - et tout ce qui se trouve entre les deux !

Les applications seront prêtes à être lancées en moins de deux semaines, pour moins de 10 % de ce que vous dépenseriez pour le développement natif traditionnel. Consultez News, Canvas ou Commerce plus en détail, ou planifiez une consultation avec l'un de nos conseillers en application pour en savoir plus.

Conclusion

Au fur et à mesure que la technologie s'améliore, il y a certainement eu de bons cas d'utilisation pour les PWA. Par exemple, les grands sites de médias sociaux sont un bon exemple de quelque chose qui ferait bien en tant que PWA. Les PWA telles que Twitter Lite et Pinterest démontrent toutes deux comment vous pouvez apporter votre expérience Web mobile presque à égalité avec votre application native, ce qui aidera sur les marchés avec une connectivité médiocre ou coûteuse.

Cela dit, une application native vous permet d'offrir aux utilisateurs une expérience toujours active et véritablement personnalisée. C'est la seule solution qui offre aux propriétaires de sites un tout nouveau canal avec des notifications push, disponible à la fois sur iOS et Android. Ceci est particulièrement intéressant pour les éditeurs d'actualités , les sites de blogs, les sociétés de commerce électronique, les plateformes sociales et les sites d'apprentissage en ligne qui souhaitent fournir des mises à jour opportunes et des fonctionnalités natives aux clients et abonnés.

Le débat Native vs PWA restera important - mais il ne doit pas être une compétition. Les deux ne sont pas mutuellement exclusifs. Il existe des cas d'utilisation pour les deux, et cela dépend de ce que vous voulez et avez besoin de la technologie. Il n'y a aucune raison pour que vous ne puissiez pas construire les deux.

Un PWA pour le Web pour capter le trafic organique et offrir une excellente expérience utilisateur sur les navigateurs mobiles, et les applications iOS et Android pour obtenir une présence de marque sur les magasins d'applications, envoyer des notifications push efficacement. et offrez un foyer à vos fans les plus fidèles et les plus engagés.

Traditionnellement, les efforts et les dépenses nécessaires pour le faire seraient prohibitifs pour quiconque dispose d'un budget serré.

Cela devient cependant beaucoup plus faisable avec MobiLoud. Non seulement nous pouvons vous aider à créer de superbes applications mobiles en un temps record, mais nous pouvons également transformer votre site en une PWA de haute qualité afin que vous profitiez des avantages des deux pour une fraction du coût traditionnel.

Nous espérons que cet article a été instructif. Si vous souhaitez faire passer votre présence mobile au niveau supérieur et que vous êtes un éditeur numérique basé sur WordPress, consultez les actualités. Si vous avez un site de commerce électronique, une application Web ou une plate-forme – peu importe la pile technologique ou le CMS – consultez Canvas. Si vous êtes sur WooCommerce, nous avons le constructeur d'applications WooCommerce pour vous !

Quelle que soit votre décision, nous vous souhaitons bonne chance pour créer une UX mobile gagnante, plaire à vos utilisateurs et développer votre marque.