Application mobile PrestaShop : quand est-ce rentable et comment la faire

Transformer une boutique PrestaShop en application pour iPhone et Android est possible sans dupliquer le catalogue : l'application utilise la boutique elle-même, avec ses produits, ses prix, son stock et ses commandes, et ajoute ce que le site n'a pas, comme l'icône sur le téléphone, les notifications et la présence sur Google Play et l'App Store. Elle est surtout rentable quand vos clients rachètent ; si presque tous n'achètent qu'une fois, un bon site mobile suffit généralement.

Voyons quand cela a du sens, comment elle se monte et ce qu'il faut maintenir ensuite, car une application ne se publie pas pour être oubliée.

Ce qu'apporte une application que le site n'apporte pas

Le site mobile, on le visite quand on pense à vous. L'application est sur l'écran d'accueil, à portée de doigt, et vous permet de reprendre contact avec ceux qui l'ont installée. En pratique, ce qui fait le plus la différence :

• Les notifications push. L'état de la commande, le panier resté en plan ou une campagne pour un groupe de clients arrivent sur le téléphone sans dépendre de l'e-mail ni de son filtre anti-spam.
• Votre marque bien visible. Icône, couleurs et écran de démarrage propres. Le client ne vous cherche pas dans un moteur de recherche : il vous ouvre.
• Une session qui dure. Le client se connecte une fois et l'application se souvient de son compte, si bien que l'achat suivant demande moins d'étapes.
• Les fonctions du téléphone. Par exemple, scanner le code-barres d'un produit pour arriver sur sa fiche, très utile pour les pièces détachées, les consommables ou les boutiques à références techniques.
• Des liens qui ouvrent l'application. Un lien vers votre boutique dans un e-mail ou un message ouvre directement l'application si le client l'a installée.

Quand c'est rentable et quand ça ne l'est pas

Avant de décider, regardez vos données : quel pourcentage des commandes vient de clients qui avaient déjà acheté et quelle part du trafic arrive depuis le mobile. Si les deux sont élevés, une application a du potentiel.

Application native ou PWA

L'alternative économique est une application web progressive (PWA) : le site lui-même, installable sur l'écran d'accueil depuis le navigateur et avec des notifications web. Nous l'avons déjà expliqué dans l'article sur les boutiques installables et les notifications push. Les principales différences :

• Présence dans les magasins d'applications. Une PWA n'apparaît ni sur Google Play ni sur l'App Store ; une application native, si, et beaucoup de clients cherchent là.
• Notifications sur iPhone. Les notifications web sur iOS sont soumises à plus de conditions que sur Android, et le client doit avoir installé le site au préalable. Dans une application native, ce sont les notifications habituelles.
• Coût et maintenance. Une PWA est moins chère à lancer et ne passe pas par la validation d'Apple et de Google. Une application native exige des comptes développeur et des mises à jour quand les magasins d'applications le demandent.

Pour beaucoup de boutiques, la PWA est une bonne première étape. Quand le réachat justifie d'être dans les magasins d'applications, la native prend le relais.

Comment elle se connecte à PrestaShop

Il existe deux approches, et la différence compte beaucoup à long terme :

• Une application qui reconstruit la boutique en lisant le catalogue par API et en montant ses propres écrans. Elle offre beaucoup de contrôle visuel, mais chaque module qui ajoute quelque chose à la fiche ou au checkout doit être reprogrammé dans l'application, et chaque changement dans la boutique peut la dérégler.
• Une application qui utilise la boutique elle-même dans une structure native (barre d'onglets, notifications, scanner, liens) et masque ce qui est superflu sur mobile, comme l'en-tête et le pied de page du site. Catalogue, panier, prix, stock, commandes, modules et passerelles sont ceux de la boutique : ce que vous modifiez dans le back-office apparaît en même temps sur le site et dans l'application.

La seconde approche évite de maintenir deux boutiques. Ce qu'il faut en revanche vérifier avant, c'est le checkout, les passerelles de paiement (celles qui ouvrent la page de la banque ou d'un portefeuille doivent bien revenir à l'application) et le cache, là où les surprises apparaissent le plus souvent.

Publier sur Google Play et l'App Store

Publier, ce n'est pas téléverser un fichier. Chaque magasin d'applications examine ce qui est publié et a ses exigences :

• Des comptes développeur à votre nom. Apple facture un abonnement annuel et Google un paiement unique. Qu'ils soient à votre nom est important : l'application vous appartient et ne dépend pas de celui qui l'a développée.
• Des exigences qui, si elles manquent, entraînent le refus. Par exemple, que le client puisse supprimer son compte depuis l'application, que la politique de confidentialité soit accessible par un lien et, si la connexion avec d'autres comptes est proposée, la connexion avec Apple sur iPhone.
• Une application qui apporte plus que le site. Apple en particulier refuse les applications qui ne sont qu'un site placé dans un cadre. Les fonctions natives (notifications, scanner, navigation propre) sont ce qui la rend acceptable.
• Une validation à chaque nouvelle version. Changer le nom, l'icône ou l'écran de démarrage oblige à publier une autre version. Ce qui se gère depuis la boutique (produits, prix, textes, campagnes), non.

La maintenance qu'on ne voit pas

Une application n'est pas un travail ponctuel. Android et iOS changent chaque année, et Apple et Google exigent que les applications s'adaptent à leurs nouvelles versions ; celles qui ne se mettent pas à jour ne peuvent plus être actualisées et finissent retirées. À cela s'ajoute la boutique elle-même : chaque mise à jour de PrestaShop, du thème ou d'un module du checkout doit aussi être vérifiée dans l'application.

Ce qu'il faut mesurer

• Les installations actives, pas les téléchargements totaux.
• Les commandes passées depuis l'application et leur montant, face à celles du site mobile.
• L'ouverture des notifications et les commandes qui arrivent après chaque campagne.
• Les désinscriptions des notifications : si elles augmentent, vous notifiez trop ou pour des choses qui n'intéressent pas.

Comment nous le faisons chez Rekire

Dans notre service pour transformer PrestaShop en application, nous examinons d'abord la boutique (thème, checkout, passerelles et cache), nous installons le module qui active le mode application, les notifications et les liens, nous générons l'application Android et iOS avec votre icône, vos couleurs et vos onglets, et nous la publions sur Google Play et l'App Store avec votre compte développeur. Elle fonctionne de PrestaShop 1.7.8 à 9 et avec n'importe quel thème, et l'application utilise votre catalogue, vos prix et vos commandes, sans second site à maintenir. Sur cette page, vous trouverez le prix de la mise en place et de la maintenance annuelle.

Questions fréquentes

Dois-je maintenir deux boutiques si je fais une application ?

Non, si l'application utilise votre PrestaShop. Ce que vous modifiez dans le back-office apparaît en même temps sur le site et dans l'application.

Peut-on avoir une application PrestaShop sur iPhone ?

Oui. Elle se publie sur l'App Store avec un compte développeur Apple à votre nom, en respectant ses exigences de validation.

Qu'est-ce qui est mieux, une application ou une PWA ?

Une PWA est moins chère et suffit pour commencer ; une application native offre une présence dans les magasins d'applications et des notifications plus fiables sur iPhone. Tout dépend de la fréquence de rachat de vos clients.

Que devient l'application quand je mets à jour PrestaShop ?

Il faut la vérifier, surtout le checkout et les paiements. C'est pourquoi la maintenance de l'application comprend sa vérification après chaque mise à jour de la boutique ou du thème.