Un site web est consultable depuis n’importe quel navigateur, sur ordinateur comme sur smartphone, sans rien installer. Un site mobile est une version d’un site pensée pour le petit écran, soit via un design responsive qui s’adapte seul, soit via un site dédié servi aux mobiles. Une application mobile, elle, s’installe sur le téléphone depuis l’App Store ou le Play Store et tourne en local. Entre ces trois familles s’est glissée une quatrième voie, la PWA (progressive web app), à mi-chemin du site et de l’appli. Pour un dirigeant, le choix n’est pas technique mais économique : budget, délai, usage réel des clients.
- Le site web se consulte dans un navigateur, sans installation ; il est indexé par Google et accessible par une simple URL.
- Le site mobile n’est pas un produit distinct mais une adaptation au smartphone : responsive (un seul site qui s’adapte) ou site dédié servi aux mobiles.
- L’application mobile s’installe depuis un store ; elle est native (Swift, Kotlin) ou hybride (Flutter, React Native, un code pour iOS et Android).
- La PWA est un site web installable qui fonctionne hors-ligne via un service worker, sans passer par un store.
- Le bon choix dépend de l’usage, pas de la mode : visibilité et coût bas pour le site, fidélisation et accès matériel pour l’appli.
Site web, site mobile, application mobile : quelle différence ?
La distinction tient au mode d’accès. Un site web vit dans le navigateur et se rejoint par une URL ; un site mobile est ce même site adapté au smartphone ; une application mobile s’installe sur l’appareil et se lance depuis une icône. Selon MDN (Mozilla), un site web classique est accessible uniquement via le navigateur et nécessite une connexion, là où une application installée tourne en local et accède aux fonctions de l’appareil. (Source : MDN Web Docs, Progressive web apps, 2026.)
Dans le langage courant, on oppose souvent « site » et « appli » comme deux objets concurrents. C’est trompeur. Beaucoup d’entreprises n’ont pas besoin d’une application : un site bien conçu, rapide et adapté au mobile couvre l’essentiel des usages de consultation, de prise de contact et de vente. L’application répond à un besoin plus précis, celui d’un usage répété et fidélisé. Construire une présence en ligne, c’est d’abord clarifier cette intention avant d’écrire la moindre ligne de code, comme le ferait toute entreprise digitale structurée.
Qu’est-ce qu’un site mobile : responsive ou site dédié ?
Le « site mobile » recouvre deux approches techniques bien différentes. Le site responsive est un site unique dont la mise en page se réorganise selon la largeur de l’écran : une seule adresse, un seul code, une seule mise à jour. Le site mobile dédié est une version distincte (souvent sous un sous-domaine de type m.exemple.fr) servie aux visiteurs sur smartphone, avec un contenu parfois allégé.
Le responsive s’est imposé comme la norme parce qu’il évite de maintenir deux sites en parallèle et qu’il consolide le référencement sur une seule URL. Le site dédié, plus coûteux à entretenir et source de contenu dupliqué, ne se justifie plus que dans des cas rares (parcours mobile radicalement différent du parcours bureau). Pour la quasi-totalité des projets d’entreprise, « avoir un site mobile » signifie aujourd’hui « avoir un site responsive ».
| Critère | Site web responsive | PWA | Application native | Application hybride |
|---|---|---|---|---|
| Technologies | HTML, CSS, JavaScript | HTML, CSS, JavaScript + service worker | Swift (iOS), Kotlin (Android) | Flutter, React Native |
| Distribution | Navigateur (URL) | Navigateur, installable sans store | App Store, Play Store | App Store, Play Store |
| Installation | Aucune | Optionnelle (écran d’accueil) | Obligatoire | Obligatoire |
| Hors-ligne | Non | Oui (service worker) | Oui | Oui |
| Accès au matériel | Limité | Partiel (notifications, GPS) | Complet | Très bon |
| Coût relatif | Le plus faible | Faible à modéré | Le plus élevé | Modéré |
Qu’est-ce qu’une PWA (progressive web app) ?
Une PWA est un site web qui se comporte comme une application : on peut l’installer sur l’écran d’accueil, l’ouvrir dans sa propre fenêtre et l’utiliser même sans connexion. Selon web.dev (Google), une PWA combine la portée du web avec des capacités jusque-là réservées aux applications natives, repose sur les service workers pour fonctionner hors-ligne et s’installe sans passer par un store. (Source : web.dev, What are PWAs, 2026.)
Techniquement, deux briques font la PWA : le manifeste, qui déclare l’icône et le nom de l’application, et le service worker, un script qui met en cache les ressources et permet le fonctionnement hors-ligne ainsi que les notifications push. Pour une entreprise, l’intérêt est concret : on obtient une expérience proche de l’application installée tout en gardant les atouts du web (une seule base de code, indexation par les moteurs, accès par lien, mises à jour transparentes sans validation de store).
Une PWA ne remplace pas une application native quand le projet exige un accès matériel poussé (Bluetooth fin, capteurs, performances graphiques). Elle excelle en revanche pour transformer un site existant en outil rapide, consultable hors-ligne et présent sur l’écran d’accueil, sans le coût d’un double développement iOS et Android.
Application native ou hybride : que choisir ?
L’application native est développée spécifiquement pour une plateforme : Swift pour iOS, Kotlin (ou Java) pour Android. Elle offre les meilleures performances et l’accès le plus complet aux fonctions de l’appareil, au prix de deux développements distincts. L’application hybride utilise un framework comme Flutter ou React Native pour produire un seul code déployé sur les deux systèmes, avec des performances proches du natif pour la plupart des usages.
L’arbitrage est avant tout budgétaire. Le natif maximise la qualité d’expérience et l’accès matériel, mais double le coût et la maintenance. L’hybride réduit la facture en mutualisant le code, au prix de quelques compromis sur les fonctions les plus pointues. Dans les deux cas, l’application passe par les stores, ce qui implique une validation, des mises à jour à faire accepter aux utilisateurs et des commissions sur les achats intégrés. Ces contraintes n’existent pas pour un site ou une PWA.
Quels sont les avantages et inconvénients de chaque solution ?
Aucune solution n’est supérieure dans l’absolu : chacune optimise un critère au détriment d’un autre. Le site privilégie la visibilité et le coût, l’application privilégie l’engagement et la performance.
Avantages du site web (responsive) et de la PWA
- Visible dans les moteurs de recherche et accessible par un simple lien.
- Coût et délai de développement les plus faibles ; un seul code à maintenir.
- Aucune installation ni validation de store ; mises à jour immédiates.
- La PWA ajoute le hors-ligne et les notifications sans le coût d’une appli.
Inconvénients
- Accès au matériel du téléphone plus limité que pour une application installée.
- Présence moins « ancrée » qu’une icône sur l’écran d’accueil (hors PWA installée).
- Performances graphiques en retrait sur les usages les plus exigeants.
- Notifications push iOS plus restreintes que sur une application native.
Avantages de l’application mobile (native ou hybride)
- Accès complet aux fonctions de l’appareil (caméra, capteurs, GPS, Bluetooth).
- Performances optimales, y compris pour les usages graphiques lourds.
- Présence permanente sur l’écran d’accueil et fidélisation facilitée.
- Fonctionnement hors-ligne et notifications push robustes.
Inconvénients
- Coût et délai les plus élevés, surtout en natif (deux développements).
- Passage obligé par les stores : validation, commissions, mises à jour à faire accepter.
- Non indexée par les moteurs de recherche au même titre qu’un site.
- Maintenance continue pour suivre les versions d’iOS et d’Android.
Comment choisir entre site, PWA et application pour son projet ?
Le choix se décide à partir de l’usage cible, pas du catalogue technique. Une question simple tranche souvent : vos clients viendront-ils une fois (consultation, contact, achat ponctuel) ou reviendront-ils chaque semaine (suivi de compte, commande répétée, fidélité) ? Le premier cas appelle un site, le second peut justifier une application.
Voici les étapes d’arbitrage à suivre dans l’ordre :
- Définir l’usage principal. Consultation et acquisition de visibilité orientent vers le site ; usage répété et fidélisation vers l’application.
- Vérifier le besoin matériel. Caméra avancée, Bluetooth, capteurs, performances graphiques : si c’est central, l’application native s’impose.
- Évaluer le budget et le délai. Budget contraint et mise en ligne rapide : site responsive ou PWA. Budget confortable et exigence forte : application.
- Mesurer la place du référencement. Si la découverte par Google est vitale, un site (indexable) prime sur une appli (non indexée).
- Envisager la PWA comme étape intermédiaire. Elle offre une partie des bénéfices d’une appli (hors-ligne, écran d’accueil) sans le coût d’un développement natif.
Dans la majorité des projets d’entreprise, la séquence raisonnable consiste à démarrer par un site responsive performant, à l’enrichir en PWA si le hors-ligne et les notifications apportent une valeur réelle, puis à n’investir dans une application native que lorsqu’un usage récurrent et un besoin matériel le justifient économiquement. Cette logique d’outillage progressif vaut pour la présence en ligne comme pour le reste de l’équipement numérique de l’entreprise, du site jusqu’au logiciel de messagerie qui structure la relation client.
