Avec la croissance du développement mobile, le lexique de l’industrie a lui aussi évolué. Cela a amené l’emploi de multiples expressions que même les spécialistes ont du mal à démêler.

Pour vous donner une idée du jargon ambiant, voici un petit tableau des expressions les plus communes, classées selon les 2 types principaux. (Si vous en connaissez d’autres n’hésitez pas à commenter et je tiendrai le tableau à jour.)

Bonne nouvelle! Comme vous pouvez le constater, il n’existe en fait que deux grands types d’applications mobiles: l’application Web et l’application native.

Qu’est-ce qu’une application Web?

Elle se consulte par le biais d’un navigateur, et est produite avec des langages Web : HTML, CSS, JavaScript, etc. Elle peut donc être développée par une agence Web dotée des expertises standards, à un coût intéressant.

Elle est souvent confondue avec un site Web optimisé pour le mobile, qui est en fait un site informationnel dont la mise en page et la navigation sont adaptées aux écrans et au contexte d’utilisation des mobiles.

“Modern web pages are not pages, they are event-driven application through which information moves.”

Comme il est de plus en plus rare qu’un site soit produit sans qu’il y ait de fonctionnalités orientées selon des tâches à accomplir, la différence entre “l’application Web” et le “site Web optimisé pour le mobile” est de plus en plus mince.

Par exemple, le site Web mobile de l’Université Harvard a toutes les apparences d’une application native, mais est en fait un bon vieux site HTML dont on a choisi les contenus et fonctions et adapté la mise en page au mobile en faisant ainsi une application Web.

À noter : l’application Web ne peut pas utiliser toutes les fonctions des téléphones intelligents comme l’accéléromètre, la caméra, etc. Certaines de ces fonctions sont partiellement accessibles, d’autres sont réservée aux applications natives…

De plus, puisqu’il s’agit au fond d’un site Web, il est nécessaire d’y être connecté pour accéder à l’application. Attention, donc, aux contextes où le Web est difficilement accessible ou très onéreux à utiliser : tourisme, intérieur de bâtiments fortement isolés, transport en commun interurbain sans connection WiFi itinérante.

Qu’est-ce qu’une application native?

Comme n’importe logiciel, elle s’installe sur un appareil. Puisqu’elle est très liée au système d’exploitation de ce dernier, une version de l’application native doit être développée pour chaque plateforme pour utiliser au mieux les caractéristiques propres à chaque appareil : iPhone, Blackberry, Android, etc.

Elle utilise des langages plus spécialisés pour obtenir de bons résultats, elle doit dont être développée par une entreprise qui possède une expertise spécialisée. La rareté de cette main-d’oeuvre peut parfois amener des coûts de développement un peu plus élevés.

Son avantage le plus distinctif est de permettre aux utilisateurs d’utiliser toutes les fonctionnalités matérielles et avancées (carte graphique, caméra, micro, accéléromètre) et, par conséquent, d’offrir une expérience plus “riche” aux utilisateurs.

Autre avantage : comme elle est installée sur le mobile, il n’est pas nécessaire d’être connecté au Web (ou au réseau cellulaire) pour l’utiliser. (Bien sûr, si l’application utilise des données qui doivent être mises à jour en temps réelle (comme des nouvelles), elle ne pourra pas y accéder.)

Par contre, elle doit être distribuée par le biais de canaux rigidement contrôlés, comme le Apple Store pour le iPhone. Cela amène donc des contraintes pour ce qui peut y être fait, un délai d’approbation.

Vers un modèle hybride?

On peut prévoir que l’avancement des langages de programmation Web permettra bientôt aux applications Web d’être aussi performantes que les applications natives. L’écart entre les deux types d’applications diminue sans cesse, même si pour le moment les natives offrent des interactions plus riches.

Ultimement, tout ces termes ne seront que des référents chronologiques dans l’évolution de l’application mobile dont le modèle de développement risque de devenir unifié sous un concept hybride, permettant d’utiliser des langages de programmations légers tout en accédant aux fonctions avancés des appareils.

Vos besoins et ceux de vos clients guideront donc votre choix.

D’ici à ce que le modèle hybride s’améliore, les facteurs à considérer pour choisir entre application native ou Web sont :

• Le degré d’interaction requis;
• Le besoin d’accéder au Web ou à des données distantes pendant la session;
• L’utilisation des fonctions avancées (GPS, caméra, accéléromètre, etc);
• Le budget de développement;
• La sensibilité du contenu (approbation du Apple Store);
• L’étendue de la clientèle à atteindre.

Pour en savoir plus…

• Webmonkey : How Do Native Apps and Web Apps Compare ?
• Sergey Brin (Google) : Native Apps And Web Apps Will Converge In The Not-Too-Distant Future
• Web apps store de Apple