Application mobile Magento : 5 façons d'en obtenir une et comment choisir

Adobe ne fournit pas d'application client prête à l'emploi pour les magasins Magento, donc chaque application mobile Magento provient de l'une des cinq voies suivantes : améliorer la vitrine mobile et s'arrêter là, placer la vitrine en direct dans une application avec un convertisseur de site Web en application, louer un service d'application géré, installer une extension d'application mobile avec ses propres écrans natifs ou commander une version native personnalisée sur les API de Magento.

Les itinéraires diffèrent le plus par la quantité de votre magasin qui doit être construite une deuxième fois, et sur Magento, cela coûte cher. Ce guide compare les cinq, indique quand SiteTo.App est le mauvais choix, puis vous propose un plan de test téléphonique et des notes de publication. Pour la version courte, voir le Magento vers la page de l'application.

Votre boutique Magento a-t-elle besoin d’une application ?

Les magasins Magento et Adobe Commerce ont tendance à avoir des catalogues complexes : distributeurs, fabricants vendant directement, entreprises de pièces et de fournitures et vendeurs B2B avec des prix négociés. Beaucoup de leurs clients passent à nouveau le même type de commande, et une application gagne sa place lorsque cette tâche est suffisamment fréquente pour mériter un raccourci. Posez trois questions avant de comparer les fournisseurs :

1. Que fera un client dans l’application chaque semaine ou mois ? Réorganisez les consommables, vérifiez une commande, recherchez une pièce par SKU. Si vous ne parvenez pas à nommer la tâche, un site mobile rapide suffit.
2. Cette tâche fonctionne-t-elle déjà sur votre vitrine mobile ? Une application construite à partir de la vitrine hérite de sa vitesse et de son paiement.
3. Une notification aiderait-elle l'acheteur ? Une alerte de réapprovisionnement pour quelque chose qu’ils commandent régulièrement est utile. Une promotion hebdomadaire est facile à désactiver.

Si les réponses sont faibles, dépensez d’abord le budget sur la vitrine mobile.

Quelles sont les cinq façons d’obtenir une application mobile Magento ?

Chaque itinéraire avec une liste de magasins nécessite également des comptes de développeur : le programme pour développeurs Apple à 99 $ par an et Google Play à 25 $ une fois, payés directement à Apple et à Google.

1. Une meilleure vitrine mobile ou une PWA

Parfois, la bonne réponse n’est pas d’application. Si le thème Luma par défaut ralentit votre boutique sur les téléphones, un frontal plus léger fait plus pour les clients qu'une icône. Thème Hyvä est gratuit et open source depuis novembre 2025, et pour les marchands Adobe Commerce, Adobe documente désormais son propre Vitrine commerciale, qui utilise des composants prêts à l'emploi. Studio PWA reste disponible pour les applications Web progressives sans tête.

Une PWA peut être ajoutée à un écran d'accueil à partir du navigateur, mais elle n'apparaît pas dans l'App Store, et le Web Push sur iPhone ne fonctionne qu'une fois que le client l'a installé de cette façon. Notre guide pour PWA vs natif vs WebView couvre les différences.

2. Un convertisseur de site Web en application

Un convertisseur prend l’URL de votre vitrine publique et la place dans une application. Avec SiteTo.App, l'application est un shell natif autour de votre site Web en direct : votre icône et votre écran de lancement, un en-tête natif avec votre logo, un menu latéral, des onglets inférieurs, un balayage vers l'arrière, une extraction pour actualiser et des notifications push facultatives via votre propre projet Firebase. Les pages à l'intérieur sont vos pages Magento, chargées dans une WebView.

Rien n'est installé sur votre serveur Magento et aucune information d'identification API n'est impliquée. Customer group prices, shared catalogs, shipping rules and every extension that renders on your mobile site carry over because they are the same pages. Pour la même raison, l’application est aussi bonne que votre vitrine mobile et pas meilleure.

3. Un service d'application géré

Les services gérés utilisent la même approche WebView pour vos pages et ajoutent une équipe qui configure, teste, soumet et maintient l'application, souvent avec des extras tels que des écrans natifs personnalisés. Vous payez des frais récurrents pour cette équipe. Si personne dans votre entreprise n’a le temps de posséder une application, c’est un choix légitime. Nous comparons un de ces services dans SiteTo.App contre MobiLoud.

4. Une extension d'application mobile pour Magento

Le Place de marché Adobe Commerce et des fournisseurs indépendants vendent des extensions d'applications mobiles pour Magento 2. La conception habituelle est un module de connecteur installé sur votre boutique ainsi qu'une application iOS et Android native pré-construite qui lit votre catalogue, votre panier et vos données client via celui-ci. Vous obtenez des listes de produits et des pages de produits natives.

Avant d'acheter, demandez lesquelles de vos personnalisations sont prises en charge par l'application, qui maintient le connecteur compatible via les mises à niveau de Magento et quels comptes de développeur détiennent les listes. La prise en charge des options personnalisées, des fonctionnalités B2B et des méthodes de paiement tierces varie selon le fournisseur.

5. Une version native personnalisée

Magento API GraphQL est conçu pour les vitrines sans tête et les clients mobiles, et une agence peut créer n'importe quelle application dessus. C'est le seul moyen d'accéder aux fonctionnalités qu'un site Web ne peut pas fournir : lecture de codes-barres dans un entrepôt, commande hors ligne pour les commerciaux sur le terrain, appareils Bluetooth, RA ou traitement en arrière-plan.

Il s'agit également d'une deuxième base de code à retester chaque fois que Magento est corrigé, donc prévoyez un budget pour la maintenance ainsi que pour la construction.

Pourquoi la personnalisation décide-t-elle du parcours sur Magento ?

On Magento, the logic that matters often sits in PHP modules and theme templates: which customers see which catalog, what a customer group pays, how freight is quoted, which payment methods appear for which basket. Une application native ne peut pas lire les modèles. Il interroge Magento via REST ou GraphQL, et une extension qui modifie la vitrine n'expose pas toujours le même comportement via l'API. Chaque lacune devient une décision : payer pour développer le support API, accepter une différence entre l'application et le site, ou laisser la fonctionnalité de côté.

Les parcours 2 et 3 évitent la question en réutilisant la devanture. Les itinéraires 4 et 5 y répondent une personnalisation à la fois. Avant de demander des devis, répertoriez les extensions et les modules personnalisés qu'un client touche entre la connexion et la confirmation de commande. Une courte liste rend un itinéraire natif réaliste. Un argument long est un argument en faveur de la réutilisation de ce que vous avez.

Quel itinéraire correspond à quelle boutique Magento ?

Quand SiteTo.App est-il le mauvais choix pour une boutique Magento ?

• Votre vitrine mobile est lente. Corrigez d'abord la mise en cache et le thème, car l'application charge les mêmes pages.
• Vous voulez des écrans qui n’existent pas sur votre site Web. SiteTo.App ajoute une navigation native autour de vos pages. Cela ne les redessine pas.
• Vous avez besoin d’un push ciblé ou automatisé. Les notifications sont envoyées manuellement depuis le tableau de bord à toutes les personnes qui les ont acceptées. Il n’y a pas encore de segments ni de programmation, et les événements Magento ne peuvent pas les déclencher.
• Vos acheteurs travaillent hors ligne ou scannent des codes-barres. L'application a besoin d'une connexion pour charger votre boutique et n'ajoute pas de fonctionnalités de périphérique telles que la numérisation ou Bluetooth.
• Vous voulez que quelqu'un d'autre s'occupe de l'évaluation du magasin. Vous soumettez à partir de vos propres comptes Apple et Google.

Comment les fonctionnalités Magento se comportent-elles dans une application WebView ?

Une WebView utilise le même moteur de navigateur que Safari ou Chrome, de sorte que la plupart des vitrines Magento se comportent comme dans un navigateur de téléphone. Les exceptions sont prévisibles.

Sessions. La documentation d'Adobe sur durée de vie de la session client donne la durée de vie du cookie par défaut à 3 600 secondes, et un client dont le cookie de session expire est déconnecté. Les utilisateurs de l'application s'attendent à rester connectés, cette valeur par défaut mérite donc une décision délibérée. Le paramètre se trouve sous Magasins > Configuration > Général > Web > Paramètres de cookies par défaut. La session du serveur est un délai d'attente distinct et Adobe note qu'il n'y a aucun paramètre d'administration pour cela, donc votre développeur le modifie dans la configuration PHP sur le serveur. Une session plus longue est un compromis en matière de sécurité, alors convenez-en ensemble. Le panier persistant conserve le panier disponible sur cet appareil après la fin d'une session lorsque le client coche Se souvenir de moi.

Pages mises en cache. Avec la mise en cache d'une page complète, Magento remplit le mini panier et le nom du client après le chargement de la page, en utilisant le stockage local du navigateur. Cela fonctionne dans une WebView, mais vérifiez le nombre de paniers après un ajout au panier, après le paiement et après la déconnexion.

Payments. Les champs de carte de votre passerelle sont des formulaires Web. Un défi 3-D Secure, PayPal, les fournisseurs de paiement ultérieur et les redirections bancaires quittent tous votre page et doivent revenir à la page de réussite de la commande. Apple Pay et Google Pay dépendent de ce que l'appareil et le navigateur intégré exposent. Testez chaque méthode sur les deux plateformes.

Sign-in. L’e-mail et le mot de passe constituent le chemin fiable, et la vitrine reCAPTCHA se charge normalement comme sur le Web mobile. Google Politique OAuth n'autorise pas son écran de connexion dans les vues Web intégrées, de sorte que le bouton Google d'une extension de connexion sociale peut échouer dans une application lorsque vous travaillez dans le navigateur.

Pages B2B. Comptes d'entreprise, catalogues partagés, commandes rapides, listes de demandes et devis négociables dans Adobe Commerce B2B sont des pages de vitrine, elles s'ouvrent donc dans l'application comme les autres. Les actions sur les fichiers sont la partie à tester : télécharger un CSV sur Quick Order et télécharger une facture PDF.

Vues du magasin. L'application ouvre une URL. Si les vues du magasin utilisent des domaines ou des codes de magasin distincts dans le chemin, décidez où l'application démarre et gardez le magasin et les sélecteurs de devises accessibles.

Comment tester une boutique Magento en tant qu’application, étape par étape ?

Prévoyez environ quatre-vingt-dix minutes, un iPhone et un téléphone Android si vous le pouvez, ainsi qu'un compte test pour chaque groupe de clients. L'aperçu est gratuit et ne nécessite aucune carte, alors exécutez l'intégralité du plan avant de payer.

Étape 1 : Vérifiez la vitrine sur un téléphone

Ouvrez votre boutique de production dans Safari et dans Chrome sur un téléphone. Chargez la page d'accueil, une grande catégorie et une page produit sur les données mobiles. Tout ce qui est lent ou gênant ici sera le même dans l'application.

Étape 2 : Créer l'aperçu

Collez l'adresse de votre vitrine dans SiteTo.App. Utilisez l'URL de production, car un site intermédiaire derrière un VPN ou une liste blanche IP ne se chargera pas sur votre téléphone. Définissez le nom de l'application, l'icône et l'écran de lancement, puis créez les onglets autour de ce que font les acheteurs fidèles. Un ensemble typique est Accueil, Recherche, Panier, Commandes et Compte, et un magasin B2B peut échanger Accueil contre Commande rapide. Copiez chaque lien de votre site en direct, car les réécritures d'URL modifient les chemins par défaut de Magento. L'URL des résultats de recherche de Magento attend un terme de recherche, alors pointez l'onglet Recherche vers la page de recherche avancée ou vers une page où votre champ de recherche est facile à atteindre. Scannez le code pour ouvrir l'application sur votre téléphone.

Étape 3 : Testez la connexion et les sessions

Connectez-vous avec un compte de détail et ouvrez le tableau de bord du compte. Fermez complètement l'aperçu, rouvrez-le et confirmez que vous êtes toujours connecté. Ensuite, laissez-le pendant plus d'une heure et réessayez. Demandez une réinitialisation du mot de passe, car le lien envoyé par e-mail s'ouvre en dehors de l'application. Appuyez sur chaque bouton de connexion sociale que vous proposez.

Étape 4 : Tester les prix et le catalogue par groupe de clients

Connectez-vous en tant que compte de gros ou d'entreprise et comparez trois ou quatre produits avec le site Web pour connaître les prix et les niveaux de prix. Si vous utilisez des catalogues partagés, confirmez qu'un produit en dehors du catalogue de cette entreprise reste masqué.

Étape 5 : Testez les types de produits, la recherche et les filtres

Ajoutez un produit configurable, un ensemble et tout produit avec des options personnalisées au panier. Recherchez par SKU. Sur une grande catégorie, appliquez plusieurs filtres de navigation en couches, ouvrez un produit et faites glisser votre doigt vers l'arrière pour vérifier que les filtres sont toujours appliqués.

Étape 6 : Passez de vraies commandes

Complétez une commande avec chaque mode de paiement, y compris une carte qui déclenche 3-D Secure et chaque méthode qui redirige. Une commande réelle de faible valeur que vous remboursez ensuite constitue le test le plus fiable. Confirmez que vous atteignez la page de réussite dans l'application. Pour le B2B, commandez également sur compte et commandez à nouveau à partir de l’historique des commandes.

Étape 7 : Vérifiez les chevauchements et les sorties

Recherchez l'en-tête de votre site affiché sous l'en-tête natif et une bulle de discussion ou un avis de cookie couvrant un onglet. SiteTo.App peut masquer les éléments du site avec des scripts qui s'exécutent uniquement dans l'application. Ouvrez un lien externe, un PDF et un numéro de téléphone, et confirmez qu'il existe un moyen de revenir en arrière.

Les problèmes de page sont résolus dans Magento et les problèmes de navigation sont corrigés dans les paramètres SiteTo.App. Si un transfert dont vous dépendez échoue et ne propose aucune solution de secours acceptable, choisissez un autre itinéraire. Vous n'avez rien dépensé pour le savoir.

Combien ça coûte et à qui appartient l’application ?

Frais SiteTo.App par plateforme, une fois : 29 $ pour Android, 79 $ pour iOS ou 99 $ lorsque vous achetez les deux ensemble. Il n'y a pas d'abonnement SiteTo.App. Les reconstructions ultérieures, par exemple pour changer l'icône, sont citées séparément. Les changements quotidiens dans Magento ne nécessitent aucune reconstruction. Le page de tarification a les détails, et le guide des coûts compare le marché au sens large.

Étant donné que les applications sont publiées à partir de vos propres comptes de développeur, les listes, notes et avis vous appartiennent. Pour les autres itinéraires, demandez à chaque fournisseur le total sur trois ans, y compris le travail nécessaire pour suivre le rythme des mises à niveau de Magento.

Comment publier une application basée sur Magento sur l'App Store et Google Play ?

Le créer et publier un guide parcourt la séquence complète. Quelques points sont spécifiques aux boutiques Magento.

iOS. Votre build est signé et téléchargé sur TestFlight dans votre propre compte Apple, vous n'avez donc pas besoin d'un Mac ou de Xcode. Répétez le plan de test sur la version TestFlight avant de la soumettre. Voir convertir un site Web en une application iOS sans Xcode.

Android. Vous recevez un AAB pour Google Play ou un APK pour les installations directes. Google demande aux nouveaux comptes de développeurs personnels d'effectuer un test fermé avant la sortie en production, alors prévoyez du temps pour cela.

Accès réviseur. Si votre catalogue ou vos prix sont cachés aux invités, les évaluateurs voient un mur de connexion. Créez un client de démonstration dans un groupe approprié et insérez ses informations d'identification dans les notes d'évaluation.

Suppression de compte. Apple exige que les applications prenant en charge la création de compte proposent la suppression de compte dans l'application. Un tableau de bord client Magento par défaut n'a pas d'option de suppression, alors ajoutez un formulaire de demande ou une extension et liez-le depuis la zone du compte.

Paiements pour les marchandises. Les produits physiques achetés via votre caisse Magento sont un cas simple. Si vous vendez des produits téléchargeables ou des abonnements numériques, lisez la section 3.1 du Directives d'examen de l'App Store d'abord. SiteTo.App utilise votre paiement et n'ajoute pas d'achat Apple In-App.

Apple et Google prennent la décision d'approbation, et personne ne peut promettre le résultat. Apple peut rejeter les applications qui n'ajoutent rien au-delà d'un site Web sous Ligne directrice 4.2. La navigation native, le push et une tâche de répétition claire sont tous utiles, et le guide de publication couvre l’examen plus en profondeur.

Questions fréquemment posées

Magento dispose-t-il de sa propre application mobile pour les clients ?

Non. Adobe fournit des API et des outils de vitrine, mais pas d'application client prête à l'emploi pour votre boutique. Vous en obtenez un via un convertisseur de site Web en application, un service géré, une extension d'application mobile ou une version personnalisée.

Puis-je transformer une boutique Magento 2 en application sans installer de module ?

Oui. Un convertisseur de site Web en application tel que SiteTo.App fonctionne à partir de l'URL de votre vitrine publique. Rien n'est installé sur le serveur Magento et les API REST et GraphQL ne sont pas utilisées. Les extensions d'applications mobiles adoptent l'approche inverse et nécessitent un module de connecteur.

Ai-je besoin d’une nouvelle version lorsque je mets à niveau Magento ou que je change de thème ?

L'application charge tout ce que votre vitrine sert, donc les mises à niveau, les changements de thème et les nouvelles extensions apparaîtront au prochain chargement d'une page. Mettez à jour les liens des onglets si les URL ont été déplacées. La modification de l'icône ou de l'écran de lancement peut nécessiter une nouvelle version.

Étape suivante

Répertoriez les extensions et les modules personnalisés qu'un client touche entre la connexion et la confirmation de commande. Si la liste est longue et que votre vitrine mobile prend déjà bien les commandes, prévisualisez-le gratuitement en tant qu'application et exécutez les sept étapes ci-dessus. Le Magento vers la page de l'application a la courte liste de contrôle à garder à vos côtés pendant que vous testez.