Application mobile PrestaShop : 4 options, coûts et plan de test

Une application mobile PrestaShop pour les clients est une application iOS et Android sous le nom de votre boutique que les acheteurs installent pour parcourir, réorganiser et payer. PrestaShop n'en propose pas, vous l'obtenez donc de l'une des quatre manières suivantes : un module de création d'applications mobiles, un convertisseur de site Web en application, un service d'application géré ou une version personnalisée. Le bon choix dépend principalement de votre paiement, car une caisse PrestaShop est construite à partir de modules.

Ce guide vous aide à choisir un itinéraire et à le prouver dans votre propre boutique avant de dépenser de l'argent. Pour la version courte, voir le PrestaShop vers la page de l'application.

Une boutique PrestaShop devrait-elle avoir une application ?

Une application gagne sa place lorsque les mêmes personnes achètent chez vous à plusieurs reprises. Vérifiez d'abord votre boutique par rapport à quatre questions.

• Les clients commandent-ils à nouveau ? Le vin, le café, la nourriture pour animaux, les cosmétiques, les consommables pour imprimantes, les pièces détachées et les consommables commerciaux sont achetés selon un cycle.
• Les clients se connectent-ils pour faire quelque chose ? Les comptes commerciaux avec prix de groupe, historique des commandes, factures, retours et chèques fidélité ramènent les gens sur leur compte.
• Avez-vous des nouvelles qui méritent d'être notifiées ? Les ventes, les réapprovisionnements et les nouvelles gammes s’adaptent à la poussée.
• La boutique mobile est-elle déjà bonne ? Si les acheteurs par téléphone abandonnent votre paiement aujourd'hui, une application construite sur ce paiement hérite du problème.

Si la plupart des commandes proviennent de nouveaux visiteurs, concentrez-vous plutôt sur le thème mobile.

Qu’est-ce qui différencie PrestaShop lorsque vous ajoutez une application ?

PrestaShop est open source et généralement auto-hébergé. Il est largement utilisé en Europe et en Amérique latine, où la façon dont les gens paient et reçoivent des colis change d'un pays à l'autre. Un magasin typique est adapté à son pays module par module : un module de paiement pour la méthode bancaire de confiance des clients, un module transporteur avec une carte des points de retrait, des traductions, des règles fiscales et des groupes de clients avec leurs propres prix.

Cela rend le paiement la partie la plus difficile. Les produits et les catégories sont faciles à copier dans une application. Un paiement qui redirige vers une banque, demande l’approbation dans une application bancaire puis revient à votre page de confirmation de commande ne l’est pas.

Les versions varient également. PrestaShop 1.7, 8 et 9 sont tous utilisés, et PrestaShop 9.1, sorti en mars 2026, a fait de Hummingbird le thème par défaut pour les nouvelles installations, tandis que de nombreux magasins restent sur Classic ou sur un thème personnalisé. Tout itinéraire qui place du code dans votre boutique doit correspondre à votre version et à vos modules.

Posez donc une question pour chaque itinéraire : l'application affiche-t-elle ce que mes modules ajoutent, ou seulement ce que PrestaShop connaît de base ?

Quelles sont les quatre façons d’obtenir une application mobile PrestaShop ?

Voie 1 : Un module de création d'applications mobiles

Plusieurs fournisseurs vendent des modules de création d'applications mobiles sur le Marché des modules complémentaires PrestaShop et sur leurs propres sites. Vous installez un module de connecteur dans votre back-office, il expose votre catalogue, vos clients et vos commandes à l'application du fournisseur, et l'application les dessine sous forme d'écrans natifs. Certains s'appuient sur le Service Web PrestaShop, une API CRUD sur des ressources telles que des produits, des combinaisons, des paniers, des clients et des commandes.

Bon à : des listes et des pages de produits natives et un écran d'accueil présenté différemment de votre site Web.

Vérifiez attentivement :

• Paiement et assistance du transporteur. L'API décrit les commandes et les transporteurs sous forme de données. Il ne décrit pas ce qu'un module de paiement ou un module de point de retrait affiche lors du paiement, chacun a donc besoin d'un support explicite de la part du fournisseur de l'application. Demandez la liste des modules supportés et comparez-la avec le vôtre. Une solution de rechange courante en cas de paiement non pris en charge est la vérification de votre site Web affichée dans une WebView.
• Version et licence. Le connecteur est un module comme les autres, alors assurez-vous qu'il prend en charge votre version de PrestaShop et qu'il est toujours mis à jour. Les licences varient entre un prix unique, un abonnement et des extras payants, alors assurez-vous de recevoir des versions prêtes à être mises en magasin sous vos propres comptes de développeur.
• Design. Les personnalisations de votre thème Web ne sont pas conservées. L'application a son propre look.

Voie 2 : Un convertisseur de site Web en application

Un convertisseur construit un shell natif autour de votre site Web en direct. Le shell fournit l'icône de l'application, l'écran de lancement, un en-tête natif, des menus et des onglets inférieurs, ainsi que des notifications push facultatives. Votre front office s'y charge dans une WebView, le même moteur de navigateur que Safari et Chrome utilisent.

Bon à : fidélité. L'application affiche quel que soit le rendu de votre thème et de vos modules sur un téléphone, car il s'agit de la même page du même serveur. Vous n'installez rien dans PrestaShop, donc sa version n'a pas d'importance.

Vérifiez attentivement : vous n'obtenez pas d'écrans de produits redessinés de manière native. L'application est aussi rapide et soignée que votre thème mobile et pas mieux. Les paiements qui quittent votre boutique peuvent se comporter différemment dans un navigateur intégré que dans Safari ou Chrome, ce à quoi sert le plan de test ci-dessous.

SiteTo.App prend cette route. Vous collez l'URL de votre boutique, définissez le nom, l'icône et les onglets, et prévisualisez gratuitement l'application sur votre propre téléphone. Une version coûte 29 $ pour Android, 79 $ pour iOS ou 99 $ pour les deux, payés une fois.

Voie 3 : un service d'application géré

Un service géré utilise la même approche WebView pour vos pages et ajoute une équipe. Ils configurent l'application, créent des écrans natifs personnalisés, la soumettent aux magasins et la maintiennent moyennant des frais mensuels. Notre Comparaison SiteTo.App vs MobiLoud examine un de ces services en détail.

Route 4 : Une application personnalisée

Une agence ou un développeur crée une application avec les API de votre boutique. C'est la voie à suivre pour les choses qu'un site Web ne peut pas faire, comme travailler entièrement hors ligne. Son prix est celui d'un projet et doit être retravaillé lorsque vous mettez à niveau PrestaShop ou remplacez un module dont il dépend.

Comment les itinéraires se comparent-ils ?

Combien coûte chaque itinéraire ?

• Module de création d'applications : fixée par le vendeur. Vérifiez si le prix affiché est une licence unique ou un abonnement, et si les builds, push et mises à jour prêts à l'emploi pour les nouvelles versions de PrestaShop sont inclus ou vendus en extra.
• Convertisseur de site Web en application : des frais de construction. SiteTo.App facture 29 $ pour Android, 79 $ pour iOS ou 99 $ pour les deux, payés une fois, et les reconstructions ultérieures sont indiquées séparément.
• Service géré : des frais mensuels tant que l'application est en ligne. La comparaison liée sous Route 3 fonctionne à partir des chiffres actuels d'un service.
• Application personnalisée : un devis de projet, puis du temps de développeur chaque fois que la boutique change en dessous.

Chaque itinéraire nécessite également l'adhésion de développeur Apple (99 $ par an) et l'inscription à Google Play (25 $ une fois), qui leur sont versées directement. Le guide des coûts des applications de sites Web couvre la totalité du budget.

Quel itinéraire correspond à quelle boutique PrestaShop ?

Choisissez un module de création d'application si votre boutique est proche du stock PrestaShop, vos modules de paiement et de transport figurent sur la liste prise en charge par le fournisseur, et une navigation native compte plus pour vous que de conserver votre conception Web.

Choisissez un convertisseur si votre boutique mobile fonctionne déjà bien et qu'une vraie partie de celle-ci provient de modules. Cela couvre les paiements bancaires locaux, la livraison en point relais, les prix de groupe B2B, plusieurs langues et un paiement personnalisé.

Choisissez un service géré si vous souhaitez qu'une équipe soit responsable du lancement et de la maintenance, les frais mensuels sont logiques par rapport aux revenus de votre application.

Choisissez une version personnalisée si l'application doit faire quelque chose qu'un navigateur ne peut pas faire, comme fonctionner correctement hors ligne.

Quand SiteTo.App est-il le mauvais choix ?

• Votre thème mobile est le problème. Un thème lent ou un paiement téléphonique difficile sera tout aussi lent et gênant dans l'application. Réparez d'abord la boutique.
• Vous avez besoin d’une poussée du cycle de vie. SiteTo.App envoie un titre, un texte, une image et un lien à tous ceux qui se sont inscrits, via votre propre projet Firebase. Il n'envoie pas de notifications de panier abandonné ou de statut de commande, et il n'a pas encore de segments ni de planification. Une boutique multi-pays ne peut pas envoyer un message aux clients français et un autre aux clients espagnols.
• Votre mode de paiement principal ne peut pas revenir à l'application. Si le plan de test montre que votre méthode bancaire la plus utilisée se termine dans le navigateur du téléphone et que votre fournisseur de paiement n'a pas de solution, ne vous lancez pas dessus.
• Vous souhaitez que quelqu'un d'autre soumette et gère l'application. Vous publiez à partir de vos propres comptes Apple et Google, et un service géré est la meilleure solution si vous préférez le confier.

Il n’est pas non plus adapté au Bluetooth, à la RA, à une utilisation intensive hors ligne ou au traitement en arrière-plan.

Comment tester une boutique PrestaShop en tant qu'application ?

Utilisez un vrai iPhone et un vrai téléphone Android si vous prévoyez d'expédier les deux. Suivez les étapes dans l’ordre. Réexécutez toute étape ayant échoué dans le navigateur normal du téléphone : si elle échoue également, le correctif appartient à la boutique.

Étape 1 : Préparez la boutique

Mettez chaque module de paiement dans son mode test ou créez un produit caché à bas prix que vous pourrez rembourser. Créez un compte client test. Sortez la boutique du mode maintenance, car un aperçu d'une boutique fermée affiche uniquement la page de maintenance.

Étape 2 : Parcourir et créer un panier

Ouvrez une catégorie, utilisez les filtres et la recherche, puis ouvrez un produit avec des combinaisons. Choisissez une taille ou une couleur et ajoutez-la au panier. Regardez le nombre de paniers dans l’en-tête de votre thème. Appliquez ensuite un bon dans le panier.

Étape 3 : Vérifiez la livraison et les totaux

Saisissez une adresse de livraison réelle et comparez les frais de transport et les taxes avec le même panier sur votre site Web.

Si vous utilisez un point de retrait ou un transporteur de consignes, ouvrez son plan lors de l'étape de livraison. Certains de ces widgets proposent un bouton « utiliser ma position ». Ne comptez pas sur cela. Saisissez un code postal, choisissez un point et confirmez plus tard qu'il apparaît sur la page de confirmation de commande et dans la commande du back office.

Étape 4 : Payez avec chaque module de paiement

Cette étape décide si vous pouvez lancer.

• Formulaires de carte sur la page se comportent normalement comme ils le font sur le Web mobile. Utilisez une carte de test qui déclenche 3-D Secure et confirmez que le défi est terminé.
• Méthodes de redirection envoyer le client vers une page bancaire ou une fenêtre PayPal. Suivez tout le chemin et confirmez que vous arrivez sur la page de confirmation de commande dans l'application.
• Méthodes des applications bancaires comme iDEAL, Bancontact, BLIK, Bizum ou MB WAY demandent au client d'approuver le paiement dans une autre application. Le risque est le chemin du retour. Une application bancaire peut renvoyer le client au navigateur par défaut du téléphone, où votre boutique n'a pas de session, tandis que l'application affiche l'étape de paiement. La commande peut toujours être enregistrée via la notification du serveur du fournisseur, mais le client voit un écran déroutant.
• Boutons Apple Pay et Google Pay s'affichent uniquement lorsque le script du module de paiement décide que l'environnement les prend en charge, et une WebView intégrée à l'application n'est pas le même environnement que Safari ou Chrome. Traitez-les comme un bonus et gardez le paiement par carte disponible à côté d’eux.

Si vous revenez d'un paiement à un panier vide ou à une page de connexion, examinez d'abord les cookies. PrestaShop stocke la session dans un cookie, et un retour qui arrive sans perd la session, le panier peut donc paraître vide. Au moins un fournisseur de paiement documente cela pour PrestaShop et pointe vers le paramètre Cookie SameSite sous Paramètres avancés → Administration, avec HTTPS activé sur l'ensemble de la boutique. Demandez au support de votre propre module de paiement de quel paramètre il a besoin.

Vérifiez ensuite que la commande est parvenue au back-office avec le bon statut.

Étape 5 : Tester les comptes et les sessions

Connectez-vous, ouvrez l'historique de vos commandes et utilisez Réorganiser sur une commande passée si votre thème le propose. Fermez ensuite complètement l'application et rouvrez-la : vous devriez toujours être connecté avec le panier intact. PrestaShop Paramètres d'administration définissez la durée de vie des cookies du front office à 480 heures (20 jours) par défaut.

La même page dispose d'une option appelée « Vérifier l'adresse IP du cookie », qui compare l'adresse du visiteur avec celle stockée dans le cookie. Les téléphones changent d'adresse lorsqu'ils passent du Wi-Fi aux données mobiles, alors examinez cette option si les testeurs se déconnectent sans raison claire.

Si vous utilisez un module de connexion sociale, essayez chaque bouton. Google bloque son écran de connexion dans les WebViews intégrées, donc un bouton "Continuer avec Google" peut afficher une erreur. Assurez-vous que la connexion par e-mail et par mot de passe est proposée.

Étape 6 : Langues, devises et B2B

PrestaShop met la langue dans l'adresse, telle que /fr/ ou /es/, alors décidez dans quelle langue l'application doit s'ouvrir. Changez ensuite de langue et de devise avec les sélecteurs de votre thème et vérifiez que les prix et le panier suivent.

Pour une boutique commerciale, connectez-vous avec un compte dans un groupe de clients qui a ses propres prix. Comparez le prix d'un produit et le total du panier avec le même compte sur le site Web.

Étape 7 : Ranger le cadre

Gérez la bannière des cookies et toute fenêtre contextuelle de newsletter, et vérifiez que l'en-tête collant de votre thème ne double pas avec l'en-tête et les onglets natifs. SiteTo.App peut exécuter des scripts qui masquent l'en-tête et les fenêtres contextuelles de votre site, alors notez ce que vous souhaitez supprimer.

Que devraient vous dire les résultats ?

Que devez-vous configurer dans l’application elle-même ?

• Onglets inférieurs : PrestaShop a déjà de bonnes destinations. Accueil, une catégorie supérieure ou la page de baisse des prix, Panier et Mon compte fonctionnent pour la plupart des magasins, et un magasin commercial peut pointer un onglet directement vers l'historique des commandes. Activez d'abord les URL conviviales sous Paramètres de la boutique → Trafic et référencement, et copiez chaque adresse de votre boutique en direct.
• Insigne du panier : avec l'aide d'un développeur, le Kit de développement logiciel SiteTo.App JS peut afficher un décompte dans l'onglet Panier. Les thèmes PrestaShop depuis 1.7 conservent le panier actuel dans un prestashop.cart Objet JavaScript et déclenchez un updateCart événement lorsqu'il change, ce qui donne au développeur le numéro à transmettre.
• Push: connectez votre propre projet Firebase avec le Guide Firebase, puis envoyez un titre, un texte, une image et un lien depuis le tableau de bord.

Les modifications de produits, de prix et de stocks dans le back-office apparaissent dans l'application sans nouvelle version. La modification de l'icône ou du nom de l'application nécessite une reconstruction, et les reconstructions ultérieures sont citées séparément.

Que doivent savoir les boutiques PrestaShop avant de publier ?

Vous soumettez l'application à partir de vos propres comptes Apple et Google. SiteTo.App signe la version iOS et la télécharge sur TestFlight dans votre compte Apple, vous n'avez donc pas besoin d'un Mac ou de Xcode, et vous donne un AAB pour Google Play. Le créer et publier un guide parcourt chaque étape. Apple et Google décident de ce qui sera approuvé, et personne ne peut promettre le résultat. Ces points reviennent particulièrement pour les boutiques PrestaShop.

Les biens physiques utilisent votre propre caisse. Apple Directives d'examen des applications disent que les biens et services consommés en dehors de l’application sont payés par des méthodes autres que l’achat via l’application (section 3.1.3(e)). Cela couvre un magasin qui expédie des produits.

Les produits virtuels sont différents. Le contenu téléchargeable utilisé dans l'application relève des règles d'achat intégrées à l'application d'Apple décrites à la section 3.1, et Google Play a sa propre politique de paiement. Lisez les deux en premier si les téléchargements représentent une part réelle de vos ventes.

Proposer la suppression du compte. Apple s'attend à ce que toute application prenant en charge la création de compte permette aux utilisateurs de commencer à supprimer leur compte depuis l'application. Le module RGPD officiel de PrestaShop gère les demandes d'effacement que le commerçant valide dans le back-office. Ajoutez un lien ou un formulaire de demande clairement intitulé « Supprimer mon compte » dans la zone du compte.

Donnez aux évaluateurs un accès. Si les prix ou le catalogue se trouvent derrière une connexion, comme dans de nombreux magasins B2B, fournissez un compte de test fonctionnel dans les notes d'évaluation.

Montrez plus qu'un site Web. La directive 4.2 d'Apple demande aux applications d'offrir plus qu'un site reconditionné. Des onglets natifs, un en-tête natif et des notifications push aident. Voir le Guide de la ligne directrice 4.2 et le guide de publication.

Questions courantes

Dois-je installer un module ou activer le webservice ?

Pas avec un convertisseur. SiteTo.App fonctionne à partir de l'URL de votre boutique publique. Les modules App Builder ont besoin d’un connecteur dans votre back-office car ils lisent directement votre catalogue.

Une application peut-elle couvrir un multistore ?

Une application démarre sur une seule URL. Les magasins d'un multimagasin ont leurs propres adresses, choisissez donc le magasin que l'application doit ouvrir. Des marques distinctes méritent généralement des applications distinctes.

Qu'arrive-t-il à l'application lorsque je mets à niveau PrestaShop ou que je change de thème ?

Avec un convertisseur, l'application affiche la boutique mise à niveau lors de sa prochaine ouverture, sans nouvelle version. Si les adresses de vos pages changent, les liens des onglets dans l'application doivent être mis à jour pour correspondre. Une mise à jour du module qui interrompt votre paiement mobile l'interrompt également dans l'application, alors passez une commande test sur un téléphone après des mises à niveau importantes.

Étape suivante

Passez une commande test sur votre téléphone avec votre mode de paiement le plus utilisé. Si ça se passe bien, prévisualisez votre boutique PrestaShop sous forme d'application gratuitement, exécutez les sept étapes ci-dessus et vérifiez prix une fois qu'on sait que ça marche.

Vous utilisez également une autre plateforme ? Voir les guides pour Magento et WooCommerce.