9:41

Bonjour,

Léa 👋

AUJOURD'HUI

23commandes

Commande #1024en préparation 48 €

Commande #1023livrée 31 €

O. Nouvelle commandemaintenant #1025 — 3 articles · 52 €

App Store EN LIGNE

09:41

Votre app

v1.4.2 · Google Play

PUBLICATION… 0%

En ligne sur le store

Google Play EN LIGNE

On développe des apps mobiles publiées sur les stores.

Native, hybride ou PWA : on vous dit laquelle correspond à votre projet, puis on la développe. Une seule base de code, iPhone et Android, publiée sur les stores.

Publier mon app → Devis gratuit →

CR Bonjour, Camillemardi 28 juillet Rechercher Mon compte

CartesTOUT VOIR

12 480,32 €

**** 4821

10/28VISA

2 040,00 €

**** 0294

10/26

Virement Factures Épargne Recharger

Dernières opérationsTOUT VOIR

NOMDATESTATUTMONTANT

AMAlex Martin 28 juil. 2026 Validé +120,00 €

SNSNCF Connect 26 juil. 2026 En cours −67,00 €

BFBoulangerie Fournil 28 juil. 2026 Validé −4,80 €

StatistiquesCE MOIS

TOTAL1 843 €

PAIEMENTS VIREMENTS

Spotifyil y a 11 minutes −9,99 €

SNCF Connectil y a 2 heures −67,00 €

Boulangerie Fournilil y a 5 heures −4,80 €

10:02

CR Bonjour,Camille Roux

Mon portefeuille

NORD VISA

SOLDE ACTUEL

12 480,32 €

**** **** **** 4821 EXP.10/28

Envoyer Demander Recharger

TransactionsTout voir

Boulangerie FournilAlimentation · 28 juil. −4,80 €

Virement — Alex M.Virement · 28 juil. +120,00 €

Spotify PremiumAbonnement · 15 juil. −9,99 €

// Aperçu

Votre application, en grand.

// L'essentiel

Native, hybride ou PWA : la différence en 30 secondes

Application native

Un code Swift pour iPhone, un code Kotlin pour Android. Deux codes à écrire, deux codes à maintenir. En échange : les meilleures performances et l'accès à tout le matériel du téléphone.

Cross-platform (Flutter, React Native)

Un seul code, compilé pour les deux stores. C'est aujourd'hui le choix par défaut de la grande majorité des applications métier.

Hybride au sens strict (Ionic, Capacitor)

Un site web emballé dans une coquille native. Le moins cher pour être présent sur les stores, et celui qui se voit le plus à l'usage.

PWA (Progressive Web App)

Un site web installable depuis le navigateur. Ni store, ni commission — mais un accès au matériel limité et une visibilité très faible sur iPhone.

Le vrai arbitrage ne porte pas sur la technologie mais sur trois questions : combien vous coûte la deuxième plateforme, de quel matériel vous avez besoin, et si vos utilisateurs vont réellement installer quelque chose. Le tableau ci-dessous répond aux deux premières, le sélecteur plus bas répond à la troisième.

// Le comparatif

Les quatre approches, ligne par ligne

Critère	Native	NOTRE CHOIX PAR DÉFAUTCross-platform	Hybride (WebView)	PWA
Langages	Swift (iOS) + Kotlin (Android)	Dart (Flutter) ou TypeScript (React Native)	HTML, CSS, JS + Capacitor	HTML, CSS, JS
Bases de code	2	1	1	1
Budget indicatif — app standard	40 – 80 k€	30 – 60 k€	20 – 40 k€	10 – 25 k€
Délai typique	5 – 8 mois	3 – 5 mois	2 – 3 mois	6 – 10 semaines
Performances	La référence	Indistinguable du natif à l'usage	Correct sur des écrans simples, visible sur les listes longues et les animations	Dépend du navigateur
Accès au matériel	Total — NFC, Bluetooth, capteurs, réalité augmentée	Quasi total, via modules	Limité aux plugins existants	Caméra, géolocalisation, stockage. Ni NFC ni Bluetooth sur iPhone
Fonctionnement hors ligne	Complet	Complet	Complet	Partiel — cache du navigateur
Notifications push				Android oui. iPhone seulement si l'utilisateur ajoute l'app à son écran d'accueil
Distribution	App Store + Play Store	App Store + Play Store	App Store + Play Store	Navigateur — aucune validation, aucune commission
Commission sur les achats	15 à 30 %	15 à 30 %	15 à 30 %	Aucune
Référencement Google

NOTRE CHOIX PAR DÉFAUT

Cross-platform

LANGAGESDart (Flutter) ou TypeScript (React Native)

BASES DE CODE1

BUDGET INDICATIF30 – 60 k€

DÉLAI TYPIQUE3 – 5 mois

PERFORMANCESIndistinguable du natif à l'usage

MATÉRIELQuasi total, via modules

HORS LIGNEComplet

NOTIFICATIONS

DISTRIBUTIONApp Store + Play Store

COMMISSION15 à 30 %

SEO GOOGLE

Native

LANGAGESSwift (iOS) + Kotlin (Android)

BASES DE CODE2

BUDGET INDICATIF40 – 80 k€

DÉLAI TYPIQUE5 – 8 mois

PERFORMANCESLa référence

MATÉRIELTotal — NFC, Bluetooth, capteurs, réalité augmentée

HORS LIGNEComplet

NOTIFICATIONS

DISTRIBUTIONApp Store + Play Store

COMMISSION15 à 30 %

SEO GOOGLE

Hybride (WebView)

LANGAGESHTML, CSS, JS + Capacitor

BASES DE CODE1

BUDGET INDICATIF20 – 40 k€

DÉLAI TYPIQUE2 – 3 mois

PERFORMANCESCorrect sur des écrans simples, visible sur les listes longues et les animations

MATÉRIELLimité aux plugins existants

HORS LIGNEComplet

NOTIFICATIONS

DISTRIBUTIONApp Store + Play Store

COMMISSION15 à 30 %

SEO GOOGLE

PWA

LANGAGESHTML, CSS, JS

BASES DE CODE1

BUDGET INDICATIF10 – 25 k€

DÉLAI TYPIQUE6 – 10 semaines

PERFORMANCESDépend du navigateur

MATÉRIELCaméra, géolocalisation, stockage. Ni NFC ni Bluetooth sur iPhone

HORS LIGNEPartiel — cache du navigateur

NOTIFICATIONSAndroid oui. iPhone seulement si l'utilisateur ajoute l'app à son écran d'accueil

DISTRIBUTIONNavigateur — aucune validation, aucune commission

COMMISSIONAucune

SEO GOOGLE

Fourchettes indicatives pour une application de production, back-end compris. Le détail du chiffrage est sur notre page combien coûte une application mobile.

// Dans le détail

Ce que chaque approche vous coûte vraiment

Application native

Un code Swift pour iPhone, un code Kotlin pour Android. Vous écrivez deux fois, vous testez deux fois, vous maintenez deux fois. En échange, vous obtenez ce que la plateforme fait de mieux : des animations parfaitement fluides, l'accès à tous les capteurs, et une intégration complète avec le système — widgets, montre connectée, raccourcis vocaux.

Le vrai coût du natif n'est pas le développement initial, c'est la maintenance. Chaque évolution, chaque correctif, chaque mise à jour de système est à traiter deux fois, pendant toute la vie de l'application. C'est ce qui explique l'écart de budget sur trois ans, bien plus que le devis de départ.

Choisissez le natif si votre application dépend de la performance graphique (jeu, réalité augmentée, traitement vidéo), utilise du matériel pointu (NFC, Bluetooth basse consommation, capteurs de santé), ou vise une intégration système poussée.

Évitez-le si votre application affiche des données, des formulaires et des listes — c'est-à-dire la très grande majorité des applications métier.

Cross-platform (Flutter, React Native)

Un seul code, compilé pour les deux stores. Contrairement à l'hybride, il n'y a pas de navigateur caché à l'intérieur : React Native pilote directement les composants natifs du téléphone, et Flutter dessine son interface avec son propre moteur graphique. Résultat : l'utilisateur ne distingue pas une application cross-platform d'une application native, et surtout, il ne cherche pas à le faire.

C'est notre choix par défaut chez OTTOPILOTE. Pour une application métier — comptes, données, formulaires, paiements, notifications — le cross-platform livre le même produit qu'un développement natif pour un budget et une maintenance divisés par deux.

Choisissez-le si vous voulez iPhone et Android, un budget maîtrisé, et une seule équipe qui fait évoluer l'application dans le temps.

Évitez-le si votre application est un jeu en 3D ou si elle dépend d'une fonction système sortie il y a quelques semaines.

Hybride au sens strict (Ionic, Capacitor)

Un site web enfermé dans une coquille native, affiché par un navigateur invisible. C'est la solution la moins chère pour être présent sur les stores, et c'est aussi celle qui se remarque : le défilement accroche légèrement, les transitions ne sont pas tout à fait celles du système, l'application se comporte comme un site.

Attention au vocabulaire. Beaucoup d'agences vendent du « hybride » en parlant en réalité de Flutter ou de React Native, qui n'ont rien à voir sur le plan technique. Demandez toujours quelle technologie exacte sera utilisée : l'écart de qualité perçue est réel, l'écart de prix aussi.

Choisissez-le si vous avez déjà une application web qui fonctionne et que vous voulez une présence sur les stores rapidement, sans tout réécrire.

Évitez-le si l'application est votre produit principal, celui que vos clients utilisent tous les jours.

PWA (Progressive Web App)

Un site web que l'utilisateur installe sur son écran d'accueil depuis son navigateur. Il s'ouvre en plein écran, sans barre d'adresse, fonctionne hors ligne, et se met à jour tout seul : vous déployez, tout le monde a la nouvelle version. Pas de validation Apple, pas de commission sur les paiements, et un contenu que Google peut indexer.

Le point que peu d'agences vous diront sur iPhone : les notifications push fonctionnent depuis iOS 16.4, mais uniquement si l'utilisateur a lui-même ajouté la PWA à son écran d'accueil via le menu Partager. En pratique, presque personne ne le fait spontanément. Si les notifications sont au cœur de votre usage et que vos clients sont majoritairement sur iPhone, la PWA n'est pas le bon choix — et c'est la seule vraie raison de l'écarter.

Choisissez-la si votre usage est ponctuel (réserver, consulter, commander), que vous voulez rester trouvable sur Google, et que vous refusez la commission des stores.

Évitez-la si vous avez besoin de notifications fiables sur iPhone, de NFC ou de Bluetooth.

// Le raccourci

Quatre questions, une réponse

Répondez en trente secondes — on vous dit quelle approche correspond à votre projet, et pourquoi.

QUESTION 1 / 4

Vos utilisateurs ouvriraient-ils cette application au moins une fois par semaine ?

// La question avant la question

Avez-vous vraiment besoin d'une application ?

Une application doit être téléchargée, gardée, puis rouverte. Trois étapes, et on perd des utilisateurs à chacune. Si votre service s'utilise deux ou trois fois par an, l'application native la mieux réalisée du monde finira désinstallée — alors qu'un site rapide aurait fait le travail.

Le test est simple : est-ce que vos clients ouvriraient ça au moins une fois par semaine ? Si la réponse est non, la bonne réponse n'est pas « native, hybride ou PWA ». C'est « pas encore d'application ». On préfère vous le dire avant le devis qu'après la mise en ligne.

// Chez OTTOPILOTE

Ce qu'on développe, et pourquoi

Par défaut, on développe en cross-platform. Une base de code, iPhone et Android, un budget et une maintenance divisés par deux par rapport au natif — pour un résultat que vos utilisateurs ne distinguent pas d'une application native.

On recommande le natif quand le projet le justifie vraiment : jeu, réalité augmentée, matériel pointu, intégration système poussée. On le dit dès le premier échange, parce que c'est plus cher et que vous devez savoir exactement pourquoi.

Et quand une PWA suffit, on le dit aussi. Vendre une application native à quelqu'un qui n'en a pas besoin, c'est gagner un projet et perdre un client.

Publier mon app → Voir les tarifs →

// Questions fréquentes

Ce qu'on nous demande le plus souvent

La native est écrite dans le langage de chaque plateforme : deux codes, les meilleures performances, le budget le plus élevé. L'hybride est un site web emballé dans une coquille native : un seul code, le budget le plus bas, une fluidité inférieure. La PWA est un site web installable depuis le navigateur, sans passer par les stores. Entre les deux, le cross-platform (Flutter, React Native) offre un code unique avec un rendu natif — c'est le meilleur compromis pour la plupart des projets.

La PWA, puis l'hybride, puis le cross-platform, puis le natif. Mais le bon critère n'est pas le prix du devis : c'est le coût sur trois ans. Une application native coûte environ 30 % de plus au départ, et surtout deux fois plus cher à faire évoluer, puisque chaque changement est à faire deux fois.

Pour un usage ponctuel — consulter, réserver, commander — oui, largement. Pour un usage quotidien qui repose sur les notifications, la géolocalisation en arrière-plan ou du matériel spécifique, non. La limite n'est pas la qualité de la PWA, c'est ce qu'iOS l'autorise à faire.

Oui depuis iOS 16.4, mais à une condition : l'utilisateur doit avoir ajouté la PWA à son écran d'accueil via le menu Partager de Safari. Tant qu'elle reste un simple onglet, aucune notification n'est possible. En pratique, très peu d'utilisateurs font cette manipulation seuls — c'est la principale limite des PWA sur iPhone.

Les deux sont matures et conviennent à la majorité des projets. React Native s'intègre naturellement si votre équipe travaille déjà en JavaScript ou TypeScript. Flutter donne un contrôle plus fin sur l'interface et un rendu identique sur les deux plateformes. Le choix dépend plus de votre écosystème existant que d'une supériorité technique de l'un sur l'autre.

Oui, et c'est souvent la bonne séquence. La PWA valide l'usage réel à moindre coût. Si les chiffres suivent, le passage au cross-platform ou au natif se fait avec un vrai socle de données et une connaissance précise de ce que vos utilisateurs font — au lieu de le deviner en amont.

// Pour aller plus loin

Ce qu’il faut savoir
avant de se lancer.

Nos guides sur le développement mobile : les fourchettes de prix réelles, les délais, le choix technologique et les critères pour choisir un prestataire. Écrits pour décider, pas pour meubler.

COMPARATIF Application native, hybride ou PWA ? Coût, performance, accès au matériel et hors-ligne : le comparatif pour trancher. Lire →

BUDGET Combien coûte le développement d’une application mobile ? Fourchettes réelles, tarifs horaires et coûts cachés, avec la méthode pour estimer. Lire →

DÉLAIS Combien de temps pour développer une application mobile ? MVP, app standard, app complexe : les délais réels et les causes de dérapage. Lire →

MÉTHODE Créer une application mobile : les 7 étapes clés De l’idée au lancement : validation, technologie, design, tests, publication. Lire →

SUR MESURE Développement d’application mobile sur mesure Ce que recouvre le sur-mesure mobile, du design au dépôt sur les deux stores. Lire →

CHOISIR Comment choisir une agence de développement mobile ? Sept critères, les questions à poser et le comparatif agence contre freelance. Lire →

// Contact

Un brief, un devis,
sous 24 h.

Décrivez le projet en quelques minutes. On revient avec une première lecture honnête, un ordre de grandeur et les premiers risques. Pas de PowerPoint, juste une réponse claire.

Studio remoteUS / EU / Asie — fuseaux alignés

Écrivez-nouscontact@ottopilote.com

Instagram

Parlons de votre projet

Remplissez le formulaire — devis gratuit, réponse sous 24 h.

On développe des apps mobiles publiées sur les stores.

Votre application, en grand.

Native, hybride ou PWA : la différence en 30 secondes

Les quatre approches, ligne par ligne