Magento Mobile App: 5 Möglichkeiten, eine zu bekommen und wie man wählt

Adobe liefert keine vorgefertigte Kunden-App für Magento-Stores aus, daher hat jede mobile Magento-App einen von fünf Wegen: die mobile Storefront verbessern und damit aufhören, die Live-Storefront mit einem Website-zu-App-Konverter in eine App integrieren, einen verwalteten App-Service beauftragen, eine mobile App-Erweiterung mit eigenen nativen Bildschirmen installieren oder einen benutzerdefinierten nativen Build auf den APIs von Magento in Auftrag geben.

Die Wege unterscheiden sich am meisten darin, wie viel von Ihrem Shop ein zweites Mal aufgebaut werden muss, und das ist bei Magento teuer. Dieser Leitfaden vergleicht die fünf, sagt, wann SiteTo.App die falsche Wahl ist, und gibt Ihnen dann einen Telefontestplan und Veröffentlichungshinweise. Die Kurzfassung finden Sie im Magento zur App-Seite.

Benötigt Ihr Magento-Shop eine App?

Magento- und Adobe Commerce-Shops verfügen in der Regel über komplizierte Kataloge: Händler, Hersteller, die direkt verkaufen, Teile- und Verbrauchsmaterialunternehmen und B2B-Verkäufer mit ausgehandelten Preisen. Viele ihrer Kunden geben die gleiche Art von Bestellung erneut auf, und eine App verdient ihren Platz, wenn diese Aufgabe häufig genug vorkommt, um eine Abkürzung zu verdienen. Stellen Sie drei Fragen, bevor Sie Anbieter vergleichen:

1. Was wird ein Kunde jede Woche oder jeden Monat in der App tun? Bestellen Sie Verbrauchsmaterialien nach, überprüfen Sie eine Bestellung, suchen Sie ein Teil anhand der SKU. Wenn Sie die Aufgabe nicht benennen können, reicht eine schnelle mobile Website.
2. Funktioniert diese Aufgabe bereits auf Ihrem mobilen Schaufenster? Eine aus der Storefront erstellte App erbt ihre Geschwindigkeit und ihren Checkout.
3. Würde eine Benachrichtigung dem Käufer helfen? Eine Benachrichtigung über die Wiederauffüllung der Lagerbestände für etwas, das sie regelmäßig bestellen, ist nützlich. Eine wöchentliche Aktion kann leicht stummgeschaltet werden.

Wenn die Antworten schwach sind, geben Sie das Budget zuerst für die mobile Storefront aus.

Welche fünf Möglichkeiten gibt es, eine mobile Magento-App zu erhalten?

Für jede Route mit Store-Eintrag sind auch Entwicklerkonten erforderlich: das Apple Developer Program für 99 US-Dollar pro Jahr und Google Play für einmalig 25 US-Dollar, direkt an Apple und Google gezahlt.

1. Eine bessere mobile Storefront oder eine PWA

Manchmal ist die richtige Antwort keine App. Wenn das standardmäßige Luma-Design Ihren Shop auf Mobiltelefonen verlangsamt, bietet ein helleres Frontend mehr für Kunden als ein Symbol. Hyvä-Thema ist seit November 2025 kostenlos und Open Source, und für Adobe Commerce-Händler dokumentiert Adobe jetzt seine eigenen Handelsschaufenster, das vorgefertigte Drop-in-Komponenten verwendet. PWA Studio bleibt für Headless Progressive Web Apps verfügbar.

Eine PWA kann über den Browser zu einem Startbildschirm hinzugefügt werden, sie erscheint jedoch nicht im App Store und Web Push auf dem iPhone funktioniert erst, nachdem der Kunde sie auf diese Weise installiert hat. Unser Leitfaden zu PWA vs. nativ vs. WebView deckt die Unterschiede ab.

2. Ein Website-zu-App-Konverter

Ein Konverter nimmt Ihre öffentliche Storefront-URL und platziert sie in einer App. Mit SiteTo.App ist die App eine native Hülle rund um Ihre Live-Website: Ihr Symbol und Startbildschirm, eine native Kopfzeile mit Ihrem Logo, ein Seitenmenü, untere Registerkarten, Zurückwischen, Pull-to-Refresh und optionale Push-Benachrichtigungen über Ihr eigenes Firebase-Projekt. Die darin enthaltenen Seiten sind Ihre Magento-Seiten, geladen in einer WebView.

Auf Ihrem Magento-Server wird nichts installiert und es sind keine API-Anmeldeinformationen erforderlich. Kundengruppenpreise, gemeinsame Kataloge, Versandregeln und jede Erweiterung, die auf Ihrer mobilen Website angezeigt wird, werden übernommen, da es sich um dieselben Seiten handelt. Aus dem gleichen Grund ist die App genauso gut wie Ihr mobiles Schaufenster und nicht besser.

3. Ein verwalteter App-Dienst

Verwaltete Dienste verwenden denselben WebView-Ansatz für Ihre Seiten und fügen ein Team hinzu, das die App konfiguriert, testet, übermittelt und wartet, oft mit Extras wie benutzerdefinierten nativen Bildschirmen. Sie zahlen eine wiederkehrende Gebühr für dieses Team. Wenn in Ihrem Unternehmen niemand die Zeit hat, eine App zu besitzen, ist dies eine legitime Entscheidung. Wir vergleichen einen solchen Dienst in SiteTo.App vs. MobiLoud.

4. Eine mobile App-Erweiterung für Magento

Der Adobe Commerce Marketplace und unabhängige Anbieter verkaufen mobile App-Erweiterungen für Magento 2. Das übliche Design ist ein in Ihrem Shop installiertes Connector-Modul sowie eine vorgefertigte native iOS- und Android-App, die Ihren Katalog, Ihren Warenkorb und Ihre Kundendaten darüber liest. Sie erhalten native Produktlisten und Produktseiten.

Erkundigen Sie sich vor dem Kauf, welche Ihrer Anpassungen die App unterstützt, wer den Connector durch Magento-Upgrades kompatibel hält und auf wessen Entwicklerkonten sich die Einträge befinden. Die Unterstützung für benutzerdefinierte Optionen, B2B-Funktionen und Zahlungsmethoden von Drittanbietern variiert je nach Anbieter.

5. Ein benutzerdefinierter nativer Build

Magentos GraphQL-API ist für Headless-Storefronts und mobile Kunden konzipiert, und eine Agentur kann darauf jede beliebige App erstellen. Dies ist der einzige Weg für Funktionen, die eine Website nicht bieten kann: Barcode-Scannen in einem Lager, Offline-Bestellungen für Außendienstmitarbeiter, Bluetooth-Geräte, AR oder Hintergrundverarbeitung.

Es handelt sich außerdem um eine zweite Codebasis, die jedes Mal erneut getestet werden muss, wenn Magento gepatcht wird. Planen Sie daher sowohl die Wartung als auch den Build ein.

Warum entscheidet die Individualisierung über den Weg bei Magento?

Bei Magento steckt die Logik, auf die es ankommt, oft in PHP-Modulen und Theme-Vorlagen: Welche Kunden sehen welchen Katalog, was zahlt eine Kundengruppe, wie werden Frachtpreise angegeben, welche Zahlungsmethoden werden für welchen Warenkorb angezeigt. Eine native App kann keine Vorlagen lesen. Es fragt Magento über REST oder GraphQL ab, und eine Erweiterung, die die Storefront ändert, zeigt nicht immer das gleiche Verhalten über die API an. Jede Lücke wird zu einer Entscheidung: Bezahlen Sie für den Aufbau der API-Unterstützung, akzeptieren Sie einen Unterschied zwischen App und Website oder lassen Sie die Funktion weg.

Die Routen 2 und 3 vermeiden die Frage, indem sie die Schaufensterfront wiederverwenden. Die Routen 4 und 5 beantworten diese Frage jeweils mit einer Anpassung. Bevor Sie Angebote anfordern, listen Sie die Erweiterungen und benutzerdefinierten Module auf, die ein Kunde zwischen der Anmeldung und der Auftragsbestätigung berührt. Eine kurze Liste macht eine native Route realistisch. Ein langes Argument ist ein Argument dafür, das, was Sie haben, wiederzuverwenden.

Welcher Weg passt zu welchem ​​Magento-Shop?

Wann ist SiteTo.App die falsche Wahl für einen Magento-Shop?

• Ihr mobiles Schaufenster ist langsam. Korrigieren Sie zunächst das Caching und das Theme, da die App dieselben Seiten lädt.
• Sie möchten Bildschirme, die auf Ihrer Website nicht vorhanden sind. SiteTo.App fügt eine native Navigation rund um Ihre Seiten hinzu. Es gestaltet sie nicht neu.
• Sie benötigen gezielten oder automatisierten Push. Benachrichtigungen werden manuell vom Dashboard aus an alle gesendet, die sich angemeldet haben. Es gibt noch keine Segmente oder Zeitpläne und Magento-Ereignisse können diese nicht auslösen.
• Ihre Käufer arbeiten offline oder scannen Barcodes. Die App benötigt eine Verbindung, um Ihren Shop zu laden, und fügt keine Gerätefunktionen wie Scannen oder Bluetooth hinzu.
• Sie möchten, dass jemand anderes die Shop-Bewertung übernimmt. Sie übermitteln über Ihre eigenen Apple- und Google-Konten.

Wie verhalten sich Magento-Funktionen in einer WebView-App?

Ein WebView verwendet dieselbe Browser-Engine wie Safari oder Chrome, sodass sich die meisten Magento-Storefronts wie in einem Telefonbrowser verhalten. Die Ausnahmen sind vorhersehbar.

Sessions. Adobes Dokumentation zu Lebensdauer der Kundensitzung gibt die Standard-Cookie-Lebensdauer mit 3.600 Sekunden an und ein Kunde, dessen Sitzungscookie abläuft, wird abgemeldet. Da App-Benutzer davon ausgehen, dass sie angemeldet bleiben, ist diese Standardeinstellung eine bewusste Entscheidung. Die Einstellung finden Sie unter Stores > Konfiguration > Allgemein > Web > Standard-Cookie-Einstellungen. Bei der Serversitzung handelt es sich um eine separate Zeitüberschreitung, und Adobe weist darauf hin, dass es dafür keine Admin-Einstellung gibt. Daher ändert Ihr Entwickler sie in der PHP-Konfiguration auf dem Server. Eine längere Sitzung ist ein Sicherheitskompromiss, also einigen Sie sich gemeinsam darauf. Der hartnäckiger Warenkorb Hält den Warenkorb auf diesem Gerät verfügbar, nachdem eine Sitzung beendet ist, wenn der Kunde „An mich erinnern“ ankreuzt.

Zwischengespeicherte Seiten. Beim Ganzseiten-Caching füllt Magento den Mini-Warenkorb und den Kundennamen nach dem Laden der Seite aus und nutzt dabei den lokalen Speicher des Browsers. Dies funktioniert in einer WebView, aber überprüfen Sie die Warenkorbanzahl nach dem Hinzufügen zum Warenkorb, nach dem Auschecken und nach dem Abmelden.

Payments. Kartenfelder Ihres Gateways sind Webformulare. Eine 3-D-Secure-Challenge, PayPal, Pay-Later-Anbieter und Bankweiterleitungen verlassen alle Ihre Seite und müssen zur Bestellerfolgsseite zurückkehren. Apple Pay und Google Pay hängen davon ab, was das Gerät und der eingebettete Browser verfügbar machen. Testen Sie jede Methode auf beiden Plattformen.

Sign-in. E-Mail und Passwort sind der zuverlässige Pfad, und das Storefront-reCAPTCHA wird normalerweise wie im mobilen Web geladen. Googles OAuth-Richtlinie lässt seinen Anmeldebildschirm nicht in eingebetteten Webansichten zu, daher kann die Google-Schaltfläche einer Social-Login-Erweiterung in einer App fehlschlagen, während im Browser gearbeitet wird.

B2B-Seiten. Firmenkonten, gemeinsame Kataloge, Schnellbestellung, Anforderungslisten und verhandelbare Angebote in Adobe Commerce B2B Da es sich um Storefront-Seiten handelt, werden sie wie alle anderen in der App geöffnet. Zu testen sind Dateiaktionen: Hochladen einer CSV-Datei in Quick Order und Herunterladen einer Rechnungs-PDF-Datei.

Store-Ansichten. Die App öffnet eine URL. Wenn Store-Ansichten separate Domänen oder Store-Codes im Pfad verwenden, entscheiden Sie, wo die App startet, und sorgen Sie dafür, dass der Store und die Währungsumschalter erreichbar sind.

Wie testet man Schritt für Schritt einen Magento Store als App?

Planen Sie etwa neunzig Minuten, ein iPhone und ein Android-Telefon, wenn möglich, sowie ein Testkonto für jede Kundengruppe ein. Die Vorschau ist kostenlos und erfordert keine Karte. Führen Sie daher den gesamten Plan aus, bevor Sie bezahlen.

Schritt 1: Überprüfen Sie die Storefront auf einem Telefon

Öffnen Sie Ihren Produktionsshop in Safari und in Chrome auf einem Telefon. Laden Sie die Startseite, eine große Kategorie und eine Produktseite über mobile Daten. Alles, was hier langsam oder umständlich ist, ist in der App gleich.

Schritt 2: Erstellen Sie die Vorschau

Fügen Sie Ihre Storefront-Adresse ein SiteTo.App. Verwenden Sie die Produktions-URL, da eine Staging-Site hinter einem VPN oder einer IP-Zulassungsliste nicht auf Ihr Telefon geladen wird. Legen Sie den App-Namen, das Symbol und den Startbildschirm fest und gestalten Sie die Registerkarten dann entsprechend den Aktionen wiederkehrender Käufer. Ein typischer Satz besteht aus „Startseite“, „Suche“, „Warenkorb“, „Bestellungen“ und „Konto“, und ein B2B-Shop kann „Startseite“ durch „Schnellbestellung“ ersetzen. Kopieren Sie jeden Link von Ihrer Live-Site, da URL-Umschreibungen die Standardpfade von Magento ändern. Die Suchergebnisse-URL von Magento erwartet einen Suchbegriff. Zeigen Sie daher mit der Registerkarte „Suchen“ auf die Seite „Erweiterte Suche“ oder auf eine Seite, auf der Ihr Suchfeld leicht zu erreichen ist. Scannen Sie den Code, um die App auf Ihrem Telefon zu öffnen.

Schritt 3: Testen Sie die Anmeldung und Sitzungen

Melden Sie sich mit einem Einzelhandelskonto an und öffnen Sie das Konto-Dashboard. Schließen Sie die Vorschau vollständig, öffnen Sie sie erneut und bestätigen Sie, dass Sie noch angemeldet sind. Lassen Sie sie dann länger als eine Stunde stehen und versuchen Sie es erneut. Fordern Sie eine Passwortzurücksetzung an, da der per E-Mail gesendete Link außerhalb der App geöffnet wird. Tippen Sie auf jede von Ihnen angebotene Social-Login-Schaltfläche.

Schritt 4: Preise und Katalog nach Kundengruppe testen

Melden Sie sich als Großhandels- oder Firmenkonto an und vergleichen Sie drei oder vier Produkte hinsichtlich Preis und Staffelpreisen mit der Website. Wenn Sie freigegebene Kataloge verwenden, stellen Sie sicher, dass ein Produkt außerhalb des Katalogs dieses Unternehmens verborgen bleibt.

Schritt 5: Produkttypen, Suche und Filter testen

Fügen Sie dem Warenkorb ein konfigurierbares Produkt, ein Bundle und ein beliebiges Produkt mit benutzerdefinierten Optionen hinzu. Suche nach SKU. Wenden Sie bei einer großen Kategorie mehrere mehrschichtige Navigationsfilter an, öffnen Sie ein Produkt und wischen Sie zurück, um zu überprüfen, ob die Filter noch angewendet werden.

Schritt 6: Echte Bestellungen aufgeben

Schließen Sie eine Bestellung mit jeder Zahlungsmethode ab, einschließlich einer Karte, die 3-D Secure auslöst, und jeder Methode, die eine Weiterleitung ermöglicht. Eine echte Bestellung mit geringem Wert, die Sie anschließend zurückerstatten, ist der zuverlässigste Test. Bestätigen Sie, dass Sie zur Erfolgsseite in der App gelangen. Für B2B auch auf Rechnung bestellen und aus der Bestellhistorie nachbestellen.

Schritt 7: Überlappungen und Ausgänge prüfen

Achten Sie darauf, dass der Header Ihrer Website unter dem nativen Header und eine Chat-Blase oder ein Cookie-Hinweis über einem Tab angezeigt wird. SiteTo.App kann Site-Elemente mit Skripten ausblenden, die nur in der App ausgeführt werden. Öffnen Sie einen externen Link, ein PDF und eine Telefonnummer und bestätigen Sie, dass es einen Weg zurück gibt.

Probleme auf der Seite wurden in Magento behoben und Probleme mit der Navigation wurden in den SiteTo.App-Einstellungen behoben. Wenn eine Übergabe, auf die Sie angewiesen sind, fehlschlägt und es keinen akzeptablen Fallback gibt, wählen Sie eine andere Route. Sie haben nichts ausgegeben, um das herauszufinden.

Was kostet es und wem gehört die App?

SiteTo.App kostet einmalig pro Plattform: 29 $ für Android, 79 $ für iOS oder 99 $, wenn Sie beide zusammen kaufen. Es gibt kein SiteTo.App-Abonnement. Spätere Umbauten, beispielsweise zur Änderung des Icons, werden gesondert zitiert. Alltägliche Änderungen in Magento müssen nicht neu erstellt werden. Der Preisseite hat die Details und die Kostenführer vergleicht den breiteren Markt.

Da die Apps über Ihre eigenen Entwicklerkonten veröffentlicht werden, gehören die Einträge, Bewertungen und Rezensionen Ihnen. Für die anderen Routen fragen Sie jeden Anbieter nach der Gesamtsumme über drei Jahre, einschließlich der Arbeit, um mit Magento-Upgrades Schritt zu halten.

Wie veröffentlicht man eine Magento-basierte App im App Store und bei Google Play?

Der Leitfaden erstellen und veröffentlichen durchläuft die gesamte Sequenz. Einige Punkte gelten speziell für Magento-Shops.

iOS. Ihr Build wird signiert und in Ihrem eigenen Apple-Konto auf TestFlight hochgeladen, Sie benötigen also keinen Mac oder Xcode. Wiederholen Sie den Testplan für den TestFlight-Build, bevor Sie ihn einreichen. Sehen Konvertieren einer Website in eine iOS-App ohne Xcode.

Android. Sie erhalten ein AAB für Google Play oder ein APK für Direktinstallationen. Google bittet neue persönliche Entwicklerkonten, vor der Produktionsfreigabe einen geschlossenen Test durchzuführen, also planen Sie dafür Zeit ein.

Zugriff für Gutachter. Wenn Ihr Katalog oder Ihre Preise für Gäste verborgen sind, sehen Rezensenten eine Login-Seite. Erstellen Sie einen Demokunden in einer geeigneten Gruppe und tragen Sie seine Anmeldeinformationen in die Bewertungsnotizen ein.

Kontolöschung. Apple verlangt von Apps, die die Kontoerstellung unterstützen, dass sie die Kontolöschung innerhalb der App anbieten. Ein standardmäßiges Magento-Kundendashboard verfügt über keine Löschoption. Fügen Sie daher ein Anfrageformular oder eine Erweiterung hinzu und verknüpfen Sie diese im Kontobereich.

Zahlungen für Waren. Physische Produkte, die über Ihren Magento-Checkout gekauft wurden, sind der einfache Fall. Wenn Sie herunterladbare Produkte oder digitale Abonnements verkaufen, lesen Sie Abschnitt 3.1 des Richtlinien zur App Store-Überprüfung Erste. SiteTo.App nutzt Ihren Checkout und fügt keinen Apple In-App Purchase hinzu.

Apple und Google treffen die Zulassungsentscheidung, und niemand kann das Ergebnis versprechen. Apple kann Apps ablehnen, die über eine Website hinaus kaum etwas hinzufügen Richtlinie 4.2. Native Navigation, Push und eine klare Wiederholungsaufgabe helfen, und das Verlagsführer behandelt die Rezension ausführlicher.

Häufig gestellte Fragen

Verfügt Magento über eine eigene mobile App für Kunden?

Nein. Adobe stellt APIs und Storefront-Tools zur Verfügung, jedoch keine vorgefertigte Kunden-App für Ihren Shop. Sie erhalten eine über einen Website-zu-App-Konverter, einen verwalteten Dienst, eine mobile App-Erweiterung oder einen benutzerdefinierten Build.

Kann ich einen Magento 2 Store in eine App umwandeln, ohne ein Modul zu installieren?

Ja. Ein Website-zu-App-Konverter wie SiteTo.App funktioniert über die URL Ihrer öffentlichen Storefront. Auf dem Magento-Server ist nichts installiert und die REST- und GraphQL-APIs werden nicht verwendet. Mobile App-Erweiterungen verfolgen den umgekehrten Ansatz und erfordern ein Connector-Modul.

Benötige ich einen neuen Build, wenn ich Magento aktualisiere oder das Theme ändere?

Nein. Die App lädt alles, was Ihre Storefront bereitstellt, sodass Upgrades, Designänderungen und neue Erweiterungen beim nächsten Laden einer Seite angezeigt werden. Tab-Links aktualisieren, wenn URLs verschoben werden. Das Ändern des Symbols oder des Startbildschirms erfordert möglicherweise einen neuen Build.

Nächster Schritt

Listen Sie die Erweiterungen und benutzerdefinierten Module auf, die ein Kunde zwischen der Anmeldung und der Bestellbestätigung berührt. Wenn die Liste lang ist und Ihr mobiles Schaufenster bereits Bestellungen gut annimmt, Sehen Sie sich die Vorschau kostenlos als App an und führen Sie die oben genannten sieben Schritte aus. Der Magento zur App-Seite hat die kurze Checkliste, die Sie während des Tests immer griffbereit haben.