Application mobile ou site responsive : de quoi votre entreprise a-t-elle vraiment besoin ?

Les trois mots sont souvent confondus. Un site responsive est un site unique dont la mise en page s'adapte à la largeur de l'écran. Rien à installer, on l'ouvre depuis un lien ou depuis Google, et chaque page est référençable. C'est le standard minimum : la plupart des recherches locales se font sur mobile.

Une application web progressive, ou PWA, est un site enrichi que le visiteur ajoute à son écran d'accueil : une icône, un affichage plein écran, parfois un fonctionnement partiel sans réseau. Elle ne passe pas par les magasins d'applications et se met à jour seule, mais reste bridée sur certains téléphones.

Une application native est un programme installé sur le téléphone, développé pour chaque système : Kotlin pour Android, Swift pour iOS. Distribuée par Google Play et l'App Store, elle accède sans restriction aux notifications, à l'appareil photo et au GPS. C'est la solution la plus puissante, et la plus exigeante à faire vivre : c'est le périmètre de notre service de développement d'applications mobiles.

Le vrai sujet n'est pas la mise en ligne, c'est la décennie qui suit : une application est un produit vivant, qui doit suivre les systèmes sur lesquels il tourne.

Deux plateformes, deux mondes. Android et iOS n'utilisent ni le même langage, ni les mêmes conventions d'interface, ni le même processus de publication. Même avec un socle technique partagé, il faut vérifier le rendu sur de nombreux modèles et plusieurs versions du système.

Des mises à jour imposées. Apple et Google publient chaque année une nouvelle version majeure de leur système et relèvent les exigences minimales pour rester publié. Une application non entretenue affiche des anomalies, puis finit retirée du magasin. Un site responsive, lui, continue de fonctionner sans intervention.

Du temps humain, enfin : contenu à alimenter, avis à traiter, corrections à publier et à faire valider, promotion à assurer — personne n'installe une application par hasard, il faut la faire connaître en boutique, par e-mail ou sur vos réseaux sociaux. Ce budget-temps explique la majorité des applications abandonnées. Chaque projet étant unique, nous établissons un devis gratuit, détaillé et personnalisé sous 24h, sans engagement.

Une application se justifie quand elle remplace un geste répété, pas quand elle duplique une page de présentation. Voici les situations que nous rencontrons le plus souvent en Saône-et-Loire.

Publier n'est pas une formalité. Il faut ouvrir un compte développeur chez Apple et chez Google : le premier est payant et se renouvelle chaque année, le second demande des frais d'inscription uniques. Ces comptes doivent être ouverts au nom de votre entreprise : c'est vous qui restez propriétaire des applications publiées, jamais votre prestataire.

Vient ensuite la fiche du magasin — nom, description, icône, captures d'écran, catégorie, classification par âge — avec une politique de confidentialité en ligne et une déclaration des données collectées. Prévoyez-les dès le départ : notre guide sur les mentions légales et le RGPD en donne les bases.

Chaque version est enfin examinée. Google Play valide en quelques heures à quelques jours ; Apple relit plus sévèrement, et un refus au premier dépôt est fréquent : fonction incomplète, compte de test manquant, application jugée trop proche d'un simple site. On corrige, on redépose : intégrez cette boucle au planning.

Deux erreurs reviennent sans cesse. La première : faire une application parce que c'est moderne, sans usage répété derrière — quelques dizaines d'installations, plus aucune ouverture au bout d'un mois. La seconde : recopier le site dans une application, qui n'apporte rien à l'utilisateur, se fait souvent refuser par Apple et vous laisse deux outils à maintenir. Une application doit faire quelque chose de plus : agir, enregistrer, notifier, fonctionner hors ligne. Troisième piège : développer sans cahier des charges, en improvisant les écrans.