#application native

Application mobile: Créez des applications multiplateformes natives avec Xamarin Forms et Visual Studio

Aujourd’hui, l’application mobile de l’engouement augmente de jour en jour en raison d’une variété de smartphones disponibles sur le marché et tout le monde veut utiliser des applications mobiles à la place d’un site Web. Mais comme nous le savons tous, nous avons une plate-forme différente disponible sur les mobiles comme Android, iOS ou Windows. Ainsi, développeur d’applications, c’est une…

Application mobile: Comment créer une application à partir de Scratch, Scratch App Maker

Les applications mobiles natives de bobile vous offrent un autre canal pour votre entreprise, pour interagir avec les clients, augmenter la fidélité, la rétention et les ventes. Créez une application pour permettre à vos clients d’acheter des produits, de commander des services, de bénéficier d’avantages, de prendre des rendez-vous, de vous contacter directement et bien plus encore.

Avec le…

Un site #responsive, c'est quoi ? #Web #Digital

Avez-vous déjà entendu parler de site responsive ? Incontournable dans les projets web mais parfois assez confus même chez les professionnels. Découvrez ou redécouvrez ce qu’est un site responsive.

Définition

Un site web responsive est un site Internet dont la conception vise à offrir une consultation confortable à travers une large gamme d’appareils (smartphone, tablette, ordinateur…) avec le…

Au mois d'août dernier, Facebook annonçait une mise à jour majeure de son application iOS. Estampillée 5.0, celle-ci venait d'être entièrement réécrite et misait sur davantage de code natif. Ce changement majeur avait pour objectif principal de corriger les problèmes de performances rencontrés dans la version précédente de l'application, codée en HTML. Seulement, si les ténors du Web peuvent se permettre de changer aussi brutalement de stratégie, à l'heure où une présence mobile est incontournable et où les questions d'optimisation du temps et des coûts de développement sont capitales, le choix de s'orienter vers une application native plutôt que vers une web app est devenu décisif.

Le sujet ayant déjà été traité d'un point de vue technique à de nombreuses reprises (ici et là en anglais, ou encore là-bas en français), il m'a semblé intéressant de l'aborder cette fois d'une manière différente. C'est pourquoi dans la suite de cet article, au lieu de m'intéresser aux aspects techniques et financiers de ces deux solutions, j'ai décidé de me focaliser sur l'utilisateur final. Car après tout, c'est bien lui qui décidera du succès ou de l'échec commercial que connaîtra la nouvelle application que vous êtes sur le point de développer.

Toutefois, avant d'entrer dans le vif du sujet, il me semble inévitable de réaliser une piqure de rappel, pour bien expliquer à mes lecteurs la différence entre une application native et une web app. Ainsi, une application native est conçue spécifiquement pour une plateforme, en utilisant le SDK (Software Development Kit) propre à celle-ci, et est téléchargeable sur l'app store approprié. À l'opposé, une web app n'est en quelque sorte qu'un site web optimisé, développé en langage HTML, et s’exécutant au sein d'un navigateur Internet mobile.

Pour commencer, il est important de balayer une critique récurrente formulée contre les app stores. Si ceux-ci — et notamment l'App Store d'Apple, avec son processus d’approbation totalement opaque — sont souvent décrits comme particulièrement contraignants par les développeurs, ils ne le sont en réalité que pour eux, et non pour les utilisateurs. En effet, depuis l'apparition des app stores, installer et notamment mettre à jour une application n'a jamais été aussi simple. De plus, si l'on s'intéresse aux applications payantes, le modèle des app stores représente une superbe réussite : l'utilisateur tape sur un bouton « Acheter », saisit son mot de passe, et l'application est immédiatement achetée. Une telle mécanique étant, en l'état actuel de la technologie, totalement inenvisageable avec une web app.

Il y a de plus un facteur de confiance qu'il ne faut pas négliger. Si l'absence de contrôle à l'entrée peut paraître une bonne chose pour les développeurs en termes de commodité, encore une fois, cela n'est pas nécessairement le cas pour les utilisateurs sur le plan de la stabilité, de la confidentialité ou encore de la sécurité. L'affaire BadNews nous a d'ailleurs récemment rappelé le danger que peuvent représenter certaines applications vérolées, disponibles au sein d'app stores ne proposant aucune validation en amont de la mise à disposition des applications. Or, c'est justement la présence (ou l'absence) de ce processus de validation qui est la source de la confiance (ou de la défiance) témoignée par les utilisateurs à l'égard des différents app stores. Il s'agit là d'un réel problème pour une web app qui ne sera proposée qu'en dehors de tout magasin virtuel d'applications.

D'ailleurs, le fait d'être référencée au sein d'un app store, pour une application native, représente aujourd’hui une garantie de trafic. Le gain de visibilité ainsi obtenu — la possibilité de trouver votre application par l’intermédiaire des moteurs de recherche des différents stores — ne sera pas négligeable lorsque viendra le moment de générer des téléchargements de votre application.

Enfin, bien que les progrès des standards du Web (HTML5, CSS3 et JavaScript) participent à combler l'écart entre les capacités des applications web et natives*, même les web apps les mieux conçues — sauf exception — peinent encore à rivaliser avec la qualité de l'expérience utilisateur que peuvent offrir les meilleures applications natives. En effet, si une entreprise de la taille de Facebook, avec les considérables ressources dont elle bénéficie et le formidable vivier de talents à sa disposition, ne parvient pas à réaliser une web app dont les performances égalent celles d'une application native, je n'ai aucune idée de qui en serait capable.

Malgré tout, les web apps ont bien évidemment leur place et offrent certains avantages non négligeables. Ainsi, en étant construites avec des technologies basées sur les standards du Web, elles sont exécutables sur à peu près n'importe quelle plateforme possédant un navigateur web moderne prenant en charge ces standards. En étant à la fois « adaptive » et « responsive », elles savent parfaitement s'adapter à un large panel d'appareils aux tailles d'écrans diverses et variées. Enfin, créer une application multiplateforme ne fera pas gonfler les coûts de développement d'une web app.

Alors, comme le choix s'annonce difficile, il peut sembler tentant de se diriger vers l'utilisation d'un framework. Proposant de bénéficier à la fois de l’universalité du HTML5 combinée aux subtilités de l’expérience utilisateur des applications natives, les frameworks se présentent aujourd'hui comme une solution idéale et sans compromis, en offrant le meilleur des deux mondes. Seulement, en créant une app avec une base développée en code natif — permettant d’appeler les couches basses du smartphone — et des containers à base de code HTML, CSS et JavaScript, on se heurte de nouveau aux problèmes de puissance des smartphones et du débit offert par les réseaux de téléphonie mobile. Malgré de belles promesses, et même s'ils seront amenés à évoluer, les frameworks ne représentent donc, pour le moment, qu'une solution mi-figue mi-raisin.

En résumé, je pense donc que les web apps représentent certainement aujourd'hui la meilleure façon d'atteindre le plus grand nombre possible d'utilisateurs, tout en réalisant le minimum d'effort possible. À l'opposé, je suis convaincu que les applications natives représentent à ce jour le meilleur moyen de créer la meilleure expérience utilisateur possible. Tout dépend donc du point de vue duquel on se place, de l'importance que l'on accorde à la qualité de l'application, à ses performances, et à l'expérience utilisateur offerte par celle-ci.