Application e-commerce
Création d’application e-commerce native, connectée à votre boutique
Catalogue, panier, Apple Pay et Google Pay, suivi de commande, notifications push : je crée votre application iOS et Android, synchronisée en temps réel avec votre boutique WooCommerce.
À partir de 6 000 € HT
La création d’une application e-commerce n’a de sens que si elle fait mieux que votre site mobile : un paiement en deux gestes, un client toujours reconnu, des notifications qui le font revenir. Chez AppliWin, je développe des applications iOS et Android en Flutter, connectées à votre boutique WooCommerce par API. Même catalogue, mêmes stocks, mêmes commandes : un seul back-office.
Je travaille des deux côtés, WooCommerce et Flutter : je branche l’application sur la boutique que vous avez déjà, plutôt que d’en créer une seconde à tenir à jour. Cette page détaille l’application de vente en ligne au sein de mes services de création d’application mobile : quand elle se justifie, comment elle se branche sur votre boutique, ce que disent les règles d’Apple et de Google, et ce qu’elle coûte.
Pourquoi une application en plus de votre site e-commerce ?
Mon constat chez AppliWin : une application mobile de boutique en ligne sert à fidéliser plus qu’à recruter. Elle se justifie quand vos clients achètent souvent : paiement express, compte toujours connecté, notifications push et programme de fidélité augmentent la fréquence d’achat. Pour des achats rares, un site mobile rapide reste prioritaire et suffit souvent.
Une application se justifie si :
- vos clients rachètent plusieurs fois par an (alimentation, beauté, mode, pièces détachées, consommables) ;
- vous avez déjà une clientèle à faire passer sur l’app, par e-mail, en boutique ou depuis le site ;
- vous voulez un canal direct qui ne dépend ni d’un algorithme publicitaire ni d’une boîte de réception saturée ;
- votre offre gagne à être dans la poche : carte de fidélité, retrait en magasin, scan d’un produit en boutique.
À l’inverse, si vos clients achètent une fois tous les trois ans, investissez d’abord dans la vitesse et le tunnel de commande de votre site. Je vous le dirai au cadrage : une application que personne ne télécharge est le plus cher des gadgets.
Entre les deux existe la PWA, une application web installable depuis le navigateur. Elle coûte moins cher et évite les stores, mais elle reste discrète : pas de fiche sur l’App Store, des notifications plus limitées sur iPhone, une installation que peu de clients font spontanément. Pour une marque qui veut être trouvée dans les stores et parler directement à ses clients, l’application native reste la référence.
Application native Flutter ou simple WebView ?
Une WebView affiche votre site dans une coquille d’application : rapide à produire, mais lente, peu intégrée et exposée à un refus d’Apple au titre de la règle 4.2. Une application native Flutter dessine ses propres écrans et dialogue avec la boutique par API : navigation fluide, paiement express et catalogue consultable hors connexion.
| Critère | WebView | Application native Flutter |
|---|---|---|
| Fluidité | Celle de votre site mobile | Interface native, animations fluides |
| Paiement | Formulaire web | Apple Pay et Google Pay intégrés |
| Notifications push | Possibles, peu ciblées | Panier, commande, retour en stock |
| Hors connexion | Page d’erreur | Catalogue consultable en cache |
| Revue Apple | Risque de refus (règle 4.2) | Conforme si l’app apporte de vraies fonctions |
| Coût initial | Plus faible | Plus élevé, amorti par l’usage |
La règle 4.2 des consignes d’Apple vise les applications qui se contentent de reprendre un site web. Une boutique encapsulée telle quelle correspond exactement à ce profil. Je détaille les risques et les signaux de refus dans mon article sur l’application WooCommerce en WebView.
Synchronisée avec WooCommerce : catalogue, stocks, commandes
L’application ne duplique pas votre boutique : elle lit et écrit dans WooCommerce via ses API. Produits, variations, prix, stocks, comptes clients, coupons et commandes restent gérés au même endroit. Vous modifiez un prix dans l’administration WordPress, il change dans l’app. Un seul back-office pour le site et les deux applications.
C’est ce qui permet de transformer votre site e-commerce en application sans le recréer : la boutique reste la source unique, l’application en devient un nouveau canal de vente.
- Catalogue : catégories, filtres, variations, images servies dans un format adapté au mobile.
- Stocks et prix à jour, promotions programmées comprises.
- Comptes clients partagés : un client du site se connecte dans l’app avec ses identifiants habituels.
- Commandes : une commande passée dans l’app apparaît dans WooCommerce comme les autres, avec les mêmes e-mails.
- Coupons et remises de votre boutique, appliqués à l’identique.
Un point de sécurité que beaucoup négligent : les clés de l’API REST WooCommerce donnent un accès d’administration à la boutique. Elles ne doivent jamais être embarquées dans une application, où n’importe qui peut les extraire. L’app passe par la Store API de WooCommerce, conçue pour le panier et le tunnel de commande côté client, et par des endpoints sur mesure qui n’exposent que le strict nécessaire, dans des réponses allégées pour le mobile.
Votre boutique n’existe pas encore, ou mérite d’être reprise ? Je m’en occupe aussi : voir mon offre de boutique WooCommerce sur mesure. Et si votre site est un WordPress sans boutique, la démarche est proche : voir l’application mobile WordPress.
Votre boutique tourne sous Shopify ? Une application native reste possible grâce à la Storefront API de Shopify. Mon terrain principal reste toutefois WooCommerce, où je maîtrise aussi bien la boutique que l’application.
Performance : un téléphone n’est pas un navigateur
Une fiche produit WooCommerce brute renvoie beaucoup de données inutiles au mobile. Je les filtre côté serveur, je pagine les listes, je sers des images dimensionnées pour l’écran et je mets en cache ce qui change peu, comme les catégories. Résultat : un catalogue qui s’affiche vite même en 4G faible, et un serveur qui ne s’effondre pas le jour d’une promotion envoyée à tous vos clients.
Fonctionnalités d’une application e-commerce
Une bonne application m-commerce supprime les frictions du tunnel de commande : recherche instantanée, fiche produit rapide, panier conservé, paiement Apple Pay ou Google Pay, compte client, suivi de livraison et notifications push. La fidélité et les relances de panier abandonné viennent ensuite, sur des bases propres et consenties.
| Fonctionnalité | Ce qu’elle change pour votre client |
|---|---|
| Recherche et filtres | Il trouve un produit en quelques secondes |
| Panier conservé | Il retrouve son panier à la prochaine ouverture |
| Apple Pay et Google Pay | Il paie sans saisir sa carte |
| Compte client | Adresses, historique, nouvelle commande en un geste |
| Suivi de commande | Statut et numéro de suivi directement dans l’app |
| Notifications push | Retour en stock, commande expédiée, offre ciblée |
| Fidélité | Points, avantages, carte de membre toujours sur lui |
Les relances de panier abandonné par notification fonctionnent, à condition d’être rares et consenties. Le système demande l’autorisation d’envoyer des notifications, et une relance commerciale suppose l’accord du client. Je préfère une relance utile, au bon moment, à dix relances qui font désinstaller l’application.
Connexion et compte client
Le compte client est le cœur de l’app : c’est lui qui permet la commande en un geste et l’historique. Si vous proposez la connexion avec Google ou Facebook, Apple exige aussi une option de connexion respectueuse de la vie privée, comme « Se connecter avec Apple » (règle 4.8). Je relie ces connexions au compte WooCommerce existant pour qu’un client ne se retrouve jamais avec deux comptes.
Fidélité et mesure
Un programme de fidélité simple (points, palier, avantage réservé à l’app) donne une raison concrète de garder l’application. Côté mesure, je suis les ventes réalisées dans l’app séparément de celles du site, avec le consentement du client pour les outils d’analyse. Vous savez ainsi ce que l’application rapporte réellement.
Paiement et règles des stores : biens physiques ou numériques
Pour des biens physiques ou des services consommés hors de l’app, Apple et Google excluent leurs achats intégrés : vous encaissez via Stripe, Apple Pay ou Google Pay, sans commission des stores. Pour des contenus numériques consommés dans l’app, comme un abonnement premium, les achats intégrés deviennent obligatoires, avec commission.
| Ce que vous vendez | Moyen de paiement | Commission des stores |
|---|---|---|
| Produits physiques | Stripe, Apple Pay, Google Pay | Aucune |
| Services consommés hors de l’app | Stripe, Apple Pay, Google Pay | Aucune |
| Contenus numériques dans l’app | Achats intégrés Apple et Google | 15 à 30 % |
Chez Apple, ce sont les règles 3.1.3(e) pour les biens physiques et 3.1.1 pour les contenus numériques ; Google Play applique une logique équivalente. Les boutiques mixtes, qui vendent à la fois des produits et des contenus numériques, demandent un découpage précis des parcours. Je le prévois dès les maquettes.
Aucune donnée de carte ne transite par votre serveur : Stripe gère la saisie et la tokenisation, ce qui allège fortement vos obligations PCI DSS. Le paiement est confirmé côté serveur avant que la commande passe en préparation, jamais sur la seule parole de l’application.
Combien coûte une application e-commerce ?
Une application e-commerce iOS et Android connectée à une boutique existante se situe, à titre indicatif, entre 6 000 et 14 000 € HT. Le budget dépend du catalogue, du paiement, du compte client, de la fidélité et du design. Une boutique à créer en parallèle se chiffre à part. Le devis suit un cadrage gratuit.
| Poste | Fourchette indicative HT |
|---|---|
| Application e-commerce iOS et Android | 6 000 – 14 000 € |
| Design UI/UX sur mesure | 1 500 – 4 000 € |
| Paiement en ligne (Stripe, Apple Pay, Google Pay) | 1 000 – 3 000 € |
| Notifications push avancées | 500 – 1 500 € |
| Mode hors ligne | 1 000 – 3 000 € |
| Multilingue | 500 – 1 500 € |
| Boutique WooCommerce à créer | 5 000 – 15 000 € |
Les options ne s’ajoutent que si elles ne font pas déjà partie du socle retenu. Prévoyez aussi les frais hors développement : commissions Stripe par transaction, comptes développeur Apple et Google, hébergement. Pour comprendre ce qui fait varier un budget, consultez ma page sur le prix d’une application mobile.
Étapes du projet
Le projet suit cinq étapes : audit de la boutique et cadrage, maquettes, développement de l’API et de l’application, tests de commande réels, puis publication sur l’App Store et Google Play. Votre boutique continue de vendre pendant tout ce temps : rien ne change pour les clients du site.
Audit et cadrage
État de la boutique, extensions installées, qualité des fiches produits, parcours d’achat et objectifs de l’app.
Maquettes
Accueil, catalogue, fiche produit, panier et paiement, testés sur téléphone avant le développement.
API et application
Endpoints sur mesure, Store API, application Flutter. Versions de test régulières sur votre téléphone.
Tests de commande réels
Paiements en mode test, puis vrais achats remboursés, e-mails et statuts vérifiés dans WooCommerce.
Publication et suivi
Fiches des stores, captures, revue Apple et Google, puis suivi des plantages et des commandes.
La publication n’est pas la fin du projet. Une application doit être connue de vos clients : bannière d’installation sur le site mobile, QR code en boutique et sur les colis, e-mail aux clients fidèles avec un avantage de bienvenue. Je prépare ces points d’entrée avec vous, car ce sont eux qui font les premiers téléchargements.
Réalisations : ce que j’ai déjà livré
Je n’ai pas encore d’application e-commerce publique dans mon portfolio. Les briques, en revanche, sont éprouvées : sur LSF-CFB, j’ai connecté une application Flutter à WordPress par une API REST sur mesure, avec paiement Stripe, abonnements, comptes clients, historique des paiements et achats intégrés iOS validés côté serveur. C’est la même mécanique qu’une boutique mobile, à laquelle WooCommerce ajoute la gestion des produits physiques.
Sur ce projet, les cours se louent pour 7, 30 ou 90 jours ou s’obtiennent par abonnement. Le catalogue, les prix, les droits d’accès et l’historique des paiements vivent dans WordPress ; l’application les lit via une API REST dédiée. Les règles des stores m’ont imposé de répartir précisément les parcours d’achat : abonnements en achat intégré sur iPhone, abonnements et locations par Stripe sur Android et sur le web. Le détail est dans l’étude de cas LSF-CFB.
Côté boutique, l’étude de cas 3Denligne présente un site WooCommerce d’impression 3D où le prix se calcule à partir du fichier envoyé par le client, avec une demande de devis pour les pièces hors normes.
Vous voulez accueillir plusieurs vendeurs ? Ce n’est plus une boutique mais une marketplace multi-vendeurs : comptes vendeurs, commissions et paiements fractionnés changent l’architecture.
Vous envisagez la création d’une application e-commerce pour votre boutique ? Demandez un devis en me donnant l’adresse de votre site : je l’examine avant notre premier échange.
Questions fréquentes sur les applications e-commerce
Faut-il une application en plus de son site e-commerce ?
Pas toujours. Une application se justifie quand vos clients achètent souvent et que vous avez une clientèle à fidéliser : alimentation, beauté, mode, consommables. Elle apporte le paiement express, un compte toujours connecté, des notifications push et un programme de fidélité. Pour des achats rares, mieux vaut d’abord accélérer le site mobile et simplifier le tunnel de commande. Je fais ce diagnostic au cadrage, à partir de vos données de ventes, et je vous déconseille l’app si elle ne sera pas rentable.
Peut-on transformer une boutique WooCommerce en application ?
Oui, et sans recréer la boutique. L’application Flutter se connecte à WooCommerce par API : catalogue, stocks, comptes clients, coupons et commandes restent gérés dans l’administration WordPress. La commande passée dans l’app arrive dans WooCommerce comme une autre. Je déconseille en revanche la simple encapsulation du site dans une WebView, souvent refusée par Apple et moins agréable à utiliser. Une app native lit les données et dessine ses propres écrans.
Combien coûte une application e-commerce ?
À titre indicatif, une application e-commerce iOS et Android connectée à une boutique existante coûte entre 6 000 et 14 000 € HT. Le design sur mesure, le mode hors ligne, des notifications avancées ou le multilingue peuvent s’ajouter selon le périmètre. Si la boutique WooCommerce est à créer, comptez-la à part. Ajoutez les frais récurrents : commissions Stripe, comptes développeur, hébergement. Le devis ferme suit un cadrage gratuit de votre boutique et de vos objectifs.
Apple prend-il une commission sur les produits physiques ?
Non. Pour des biens physiques ou des services consommés hors de l’application (livraison, prestation), Apple interdit ses achats intégrés et ne prélève aucune commission : vous encaissez par Stripe, Apple Pay ou Google Pay, avec les seuls frais de votre prestataire de paiement. Google Play applique la même logique. La commission de 15 à 30 % ne concerne que les contenus numériques consommés dans l’app, comme un abonnement ou un contenu premium.