PrestaShop Mobile App: 4 Optionen, Kosten und ein Testplan

Eine mobile PrestaShop-App für Kunden ist eine iOS- und Android-App unter dem Namen Ihres Shops, die Käufer zum Stöbern, Nachbestellen und Bezahlen installieren. PrestaShop liefert keins mit, Sie erhalten es also auf vier Arten: als Modul zum Erstellen mobiler Apps, als Website-zu-App-Konverter, als verwalteter App-Dienst oder als benutzerdefiniertes Build. Die richtige Wahl hängt vor allem von Ihrem Checkout ab, denn ein PrestaShop-Checkout besteht aus Modulen.

Dieser Leitfaden hilft Ihnen, eine Route auszuwählen und diese in Ihrem eigenen Geschäft zu testen, bevor Sie Geld ausgeben. Die Kurzfassung finden Sie im PrestaShop zur App-Seite.

Sollte ein PrestaShop-Shop überhaupt eine App haben?

Eine App verdient ihren Platz, wenn dieselben Leute wiederholt bei Ihnen kaufen. Überprüfen Sie Ihren Shop zunächst anhand von vier Fragen.

• Bestellen Kunden nach? Im Kreislauf werden Wein, Kaffee, Tiernahrung, Kosmetika, Druckerzubehör, Ersatzteile und Handelsverbrauchsmaterialien eingekauft.
• Melden sich Kunden an, um etwas zu tun? Handelskonten mit Gruppenpreisen, Bestellhistorie, Rechnungen, Retouren und Treuegutscheinen bringen Menschen zurück auf ihr Konto.
• Haben Sie Neuigkeiten, die eine Benachrichtigung wert sind? Verkäufe, Wiederauffüllungen und neue Sortimente kommen uns entgegen.
• Ist der Mobile-Shop schon gut? Wenn Telefonkäufer Ihren Checkout heute abbrechen, übernimmt eine auf diesem Checkout basierende App das Problem.

Wenn die meisten Bestellungen von Erstbesuchern kommen, sollten Sie sich lieber auf das mobile Thema konzentrieren.

Was unterscheidet PrestaShop, wenn Sie eine App hinzufügen?

PrestaShop ist Open Source und wird in der Regel selbst gehostet und ist in Europa und Lateinamerika weit verbreitet, wo die Art und Weise, wie Menschen bezahlen und Pakete erhalten, von Land zu Land unterschiedlich ist. Ein typischer Shop wird Modul für Modul an sein Land angepasst: ein Zahlungsmodul für die Bankmethode, der Kunden vertrauen, ein Spediteurmodul mit einer Karte der Abholpunkte, Übersetzungen, Steuerregeln und Kundengruppen mit eigenen Preisen.

Das macht die Kasse zum schwierigen Teil. Produkte und Kategorien lassen sich einfach in eine App kopieren. Eine Zahlung, die an eine Bank weitergeleitet wird, in einer Banking-App um Genehmigung bittet und dann zur Bestätigungsseite Ihrer Bestellung zurückkehrt, ist dies nicht.

Auch die Versionen variieren. PrestaShop 1.7, 8 und 9 sind alle im Einsatz und PrestaShop 9.1, veröffentlicht im März 2026, machte Hummingbird zum Standard-Theme für Neuinstallationen, während viele Shops beim klassischen oder einem benutzerdefinierten Theme bleiben. Jede Route, die Code in Ihren Shop einfügt, muss zu Ihrer Version und Ihren Modulen passen.

Stellen Sie also zu jeder Route eine Frage: Zeigt die App an, was meine Module hinzufügen, oder nur den Kern, über den PrestaShop Bescheid weiß?

Welche vier Möglichkeiten gibt es, eine mobile PrestaShop-App zu erhalten?

Route 1: Ein Modul zum Erstellen mobiler Apps

Mehrere Anbieter verkaufen Mobile-App-Builder-Module auf der PrestaShop-Addons-Marktplatz und auf ihren eigenen Seiten. Sie installieren ein Connector-Modul in Ihrem Backoffice, es stellt Ihren Katalog, Ihre Kunden und Bestellungen der App des Anbieters zur Verfügung und die App stellt sie als native Bildschirme dar. Einige bauen darauf auf PrestaShop-Webservice, eine CRUD-API für Ressourcen wie Produkte, Kombinationen, Warenkörbe, Kunden und Bestellungen.

Gut in: native Produktlisten und -seiten sowie einen Startbildschirm, der anders als Ihre Website gestaltet ist.

Überprüfen Sie sorgfältig:

• Zahlungs- und Carrier-Unterstützung. Die API beschreibt Bestellungen und Spediteure als Daten. Es beschreibt nicht, was ein Zahlungsmodul oder ein Abholpunktmodul im Checkout darstellt, daher benötigt jedes Modul explizite Unterstützung vom App-Anbieter. Fordern Sie die Liste der unterstützten Module an und vergleichen Sie diese mit Ihrem. Ein häufiger Fallback für eine nicht unterstützte Variante ist die Anzeige Ihres Website-Checkouts in einer WebView.
• Version und Lizenz. Der Connector ist ein Modul wie jedes andere. Stellen Sie daher sicher, dass er Ihre PrestaShop-Version unterstützt und immer noch aktualisiert ist. Die Lizenzen variieren zwischen einem einmaligen Preis, einem Abonnement und kostenpflichtigen Extras. Stellen Sie daher sicher, dass Sie über Ihre eigenen Entwicklerkonten Store-Ready-Builds erhalten.
• Design. Ihre Webdesign-Anpassungen werden nicht übernommen. Die App hat ihr eigenes Aussehen.

Route 2: Ein Website-zu-App-Konverter

Ein Konverter erstellt eine native Hülle um Ihre Live-Website. Die Shell stellt das App-Symbol, den Startbildschirm, eine native Kopfzeile, Menüs und untere Registerkarten sowie optionale Push-Benachrichtigungen bereit. Ihr Frontoffice wird darin in einem WebView geladen, der gleichen Browser-Engine, die Safari und Chrome verwenden.

Gut in: Treue. Die App zeigt alles an, was Ihr Design und Ihre Module auf einem Telefon rendern, da es sich um dieselbe Seite vom selben Server handelt. Sie installieren nichts in PrestaShop, daher spielt die Version keine Rolle.

Überprüfen Sie sorgfältig: Sie erhalten keine nativ neu gezeichneten Produktbildschirme. Die App ist so schnell und aufgeräumt wie Ihr mobiles Theme und nicht besser. Zahlungen, die Ihren Shop verlassen, können sich in einem eingebetteten Browser anders verhalten als in Safari oder Chrome, wofür der untenstehende Testplan dient.

SiteTo.App geht diesen Weg. Sie fügen Ihre Shop-URL ein, legen den Namen, das Symbol und die Registerkarten fest und zeigen die App kostenlos auf Ihrem eigenen Telefon an. Ein Build kostet 29 $ für Android, 79 $ für iOS oder 99 $ für beide, einmal bezahlt.

Route 3: Ein verwalteter App-Dienst

Ein verwalteter Dienst verwendet denselben WebView-Ansatz für Ihre Seiten und fügt ein Team hinzu. Sie konfigurieren die App, erstellen benutzerdefinierte native Bildschirme, reichen sie bei den Stores ein und warten sie gegen eine monatliche Gebühr. Unser Vergleich zwischen SiteTo.App und MobiLoud befasst sich ausführlich mit einem solchen Dienst.

Route 4: Eine benutzerdefinierte App

Eine Agentur oder ein Entwickler erstellt eine App anhand der APIs Ihres Shops. Dies ist der Weg für Dinge, die eine Website nicht kann, beispielsweise vollständig offline zu arbeiten. Der Preis wird als Projekt berechnet und muss überarbeitet werden, wenn Sie PrestaShop aktualisieren oder ein Modul ersetzen, von dem es abhängt.

Wie vergleichen sich die Routen?

Was kostet jede Route?

• App-Builder-Modul: vom Anbieter festgelegt. Prüfen Sie, ob es sich beim Listenpreis um eine einmalige Lizenz oder ein Abonnement handelt und ob Store-Ready-Builds, Push und Updates für neue PrestaShop-Versionen enthalten sind oder als Extras verkauft werden.
• Website-zu-App-Konverter: eine Baugebühr. SiteTo.App verlangt einmalig 29 US-Dollar für Android, 79 US-Dollar für iOS oder 99 US-Dollar für beide, spätere Neuaufbauten werden separat angeboten.
• Managed-Service: eine monatliche Gebühr, solange die App live ist. Der unter Route 3 verlinkte Vergleich funktioniert anhand der aktuellen Zahlen eines Dienstes.
• Benutzerdefinierte App: ein Projektangebot, dann Entwicklerzeit, wann immer sich der Shop darunter ändert.

Für jede Route sind außerdem die Entwicklermitgliedschaft von Apple (99 US-Dollar pro Jahr) und die Registrierung bei Google Play (einmalig 25 US-Dollar) erforderlich, die direkt an sie gezahlt werden. Der Kostenführer für Website-Apps deckt das gesamte Budget ab.

Welche Route passt zu welchem ​​PrestaShop-Shop?

Wählen Sie ein App-Builder-Modul Wenn Ihr Shop in der Nähe von PrestaShop verfügbar ist, stehen Ihre Zahlungs- und Carrier-Module auf der Liste der unterstützten Anbieter des Anbieters und ein natives Browsing-Gefühl ist Ihnen wichtiger als die Beibehaltung Ihres Webdesigns.

Wählen Sie einen Konverter wenn Ihr mobiler Shop bereits gut funktioniert und ein echter Teil davon aus Modulen besteht. Dazu gehören lokale Bankzahlungen, Lieferung an einen Abholpunkt, B2B-Gruppenpreise, mehrere Sprachen und ein maßgeschneiderter Checkout.

Wählen Sie einen verwalteten Dienst wenn Sie möchten, dass ein Team für den Start und die Wartung verantwortlich ist und die monatliche Gebühr im Vergleich zu Ihren App-Einnahmen sinnvoll ist.

Wählen Sie einen benutzerdefinierten Build wenn die App etwas tun muss, was ein Browser nicht kann, z. B. offline ordnungsgemäß funktionieren.

Wann ist SiteTo.App die falsche Wahl?

• Ihr mobiles Theme ist das Problem. Ein langsames Theme oder ein umständlicher Telefon-Checkout werden in der App genauso langsam und umständlich sein. Reparieren Sie zuerst den Laden.
• Sie benötigen einen Lifecycle-Push. SiteTo.App sendet über Ihr eigenes Firebase-Projekt einen Titel, Text, ein Bild und einen Link an alle, die sich angemeldet haben. Es werden keine Benachrichtigungen über abgebrochene Warenkörbe oder Bestellstatus gesendet und es gibt noch keine Segmente oder Planungen. Ein länderübergreifender Shop kann nicht eine Nachricht an französische Kunden und eine andere an spanische Kunden senden.
• Ihre Hauptzahlungsmethode kann nicht zur App zurückkehren. Wenn der Testplan zeigt, dass Ihre am häufigsten verwendete Bankmethode im Browser des Telefons endet und Ihr Zahlungsanbieter keine Lösung hat, starten Sie sie nicht.
• Sie möchten, dass jemand anderes die App übermittelt und verwaltet. Sie veröffentlichen über Ihre eigenen Apple- und Google-Konten, und ein verwalteter Dienst ist die bessere Lösung, wenn Sie das lieber abgeben möchten.

Es eignet sich auch nicht für Bluetooth, AR, starke Offline-Nutzung oder Hintergrundverarbeitung.

Wie testet man einen PrestaShop-Shop als App?

Verwenden Sie ein echtes iPhone und ein echtes Android-Telefon, wenn Sie beide versenden möchten. Gehen Sie die Schritte der Reihe nach durch. Führen Sie jeden fehlgeschlagenen Schritt erneut im normalen Browser des Telefons aus: Wenn auch dort ein Fehler auftritt, gehört der Fix in den Shop.

Schritt 1: Bereiten Sie den Shop vor

Versetzen Sie jedes Zahlungsmodul in den Testmodus oder erstellen Sie ein preisgünstiges verstecktes Produkt, das Sie erstatten können. Erstellen Sie ein Testkundenkonto. Nehmen Sie den Shop aus dem Wartungsmodus, da in der Vorschau eines geschlossenen Shops nur die Wartungsseite angezeigt wird.

Schritt 2: Durchsuchen und erstellen Sie einen Warenkorb

Öffnen Sie eine Kategorie, verwenden Sie die Filter und die Suche und öffnen Sie dann ein Produkt mit Kombinationen. Wählen Sie eine Größe oder Farbe und legen Sie sie in den Warenkorb. Beobachten Sie die Anzahl der Einkaufswagen in Ihrem Theme-Header. Dann lösen Sie einen Gutschein im Warenkorb ein.

Schritt 3: Lieferung und Gesamtsummen prüfen

Geben Sie eine echte Lieferadresse ein und vergleichen Sie die Transportkosten und Steuern mit demselben Warenkorb auf Ihrer Website.

Wenn Sie einen Abholpunkt oder einen Schließfachdienst nutzen, öffnen Sie dessen Karte im Lieferschritt. Einige dieser Widgets bieten eine Schaltfläche „Meinen Standort verwenden“. Verlassen Sie sich nicht darauf. Geben Sie eine Postleitzahl ein, wählen Sie einen Punkt aus und bestätigen Sie später, dass dieser auf der Bestellbestätigungsseite und in der Backoffice-Bestellung erscheint.

Schritt 4: Bezahlen Sie mit jedem Zahlungsmodul

Dieser Schritt entscheidet darüber, ob Sie starten können.

• Kartenformulare auf der Seite verhalten sich normalerweise wie im mobilen Web. Verwenden Sie eine Testkarte, die 3-D Secure auslöst, und bestätigen Sie, dass die Herausforderung abgeschlossen ist.
• Umleitungsmethoden Leiten Sie den Kunden zu einer Bankseite oder einem PayPal-Fenster weiter. Folgen Sie dem gesamten Pfad und bestätigen Sie, dass Sie auf der Bestellbestätigungsseite in der App landen.
• Banking-App-Methoden B. iDEAL, Bancontact, BLIK, Bizum oder MB WAY, fordern den Kunden auf, die Zahlung in einer anderen App zu genehmigen. Das Risiko ist der Weg zurück. Eine Bank-App führt den Kunden möglicherweise zum Standardbrowser des Telefons zurück, in dem Ihr Shop keine Sitzung hat, während die App den Zahlungsschritt anzeigt. Die Bestellung wird möglicherweise noch über die Serverbenachrichtigung des Anbieters erfasst, der Kunde sieht jedoch einen verwirrenden Bildschirm.
• Schaltflächen „Apple Pay“ und „Google Pay“. Wird nur angezeigt, wenn das Skript des Zahlungsmoduls entscheidet, dass die Umgebung sie unterstützt, und ein In-App-WebView nicht dieselbe Umgebung wie Safari oder Chrome ist. Behandeln Sie sie als Bonus und halten Sie die Kartenzahlung daneben bereit.

Wenn Sie von einer Zahlung zu einem leeren Warenkorb oder einer Anmeldeseite zurückkehren, schauen Sie sich zuerst die Cookies an. PrestaShop speichert die Sitzung in einem Cookie und eine Retoure, die ohne dieses Cookie eintrifft, verliert die Sitzung, sodass der Warenkorb leer aussehen kann. Mindestens ein Zahlungsanbieter dokumentiert dies für PrestaShop und verweist auf die Cookie-SameSite-Einstellung unter Erweiterte Parameter → Verwaltung, wobei HTTPS im gesamten Shop aktiviert ist. Fragen Sie den Support Ihres eigenen Zahlungsmoduls, welche Einstellung er benötigt.

Überprüfen Sie anschließend, ob die Bestellung mit dem richtigen Status im Backoffice angekommen ist.

Schritt 5: Testen Sie Konten und Sitzungen

Melden Sie sich an, öffnen Sie Ihren Bestellverlauf und verwenden Sie „Neu anordnen“ für eine frühere Bestellung, wenn Ihr Theme dies bietet. Schließen Sie dann die App vollständig und öffnen Sie sie erneut: Sie sollten weiterhin mit intaktem Warenkorb angemeldet sein. PrestaShops Verwaltungseinstellungen Legen Sie die Lebensdauer des Front-Office-Cookies standardmäßig auf 480 Stunden (20 Tage) fest.

Auf derselben Seite gibt es eine Option namens „Überprüfen Sie die IP-Adresse des Cookies“, die die Adresse des Besuchers mit der im Cookie gespeicherten vergleicht. Telefone ändern ihre Adresse, wenn sie zwischen WLAN und mobilen Daten wechseln. Überprüfen Sie diese Option daher, wenn Tester ohne ersichtlichen Grund abgemeldet werden.

Wenn Sie ein Social-Login-Modul verwenden, probieren Sie jede Schaltfläche aus. Google blockiert seinen Anmeldebildschirm in eingebetteten WebViews, sodass bei der Schaltfläche „Weiter mit Google“ dort möglicherweise ein Fehler angezeigt wird. Stellen Sie sicher, dass die Anmeldung per E-Mail und Passwort angeboten wird.

Schritt 6: Sprachen, Währungen und B2B

PrestaShop fügt die Sprache in die Adresse ein, z /fr/ oder /es/, also entscheiden Sie, in welcher Sprache die App geöffnet werden soll. Wechseln Sie dann mit den Selektoren Ihres Themes die Sprache und Währung und prüfen Sie, ob die Preise und der Warenkorb folgen.

Melden Sie sich bei einem Handelsshop mit einem Konto in einer Kundengruppe an, die über eigene Preise verfügt. Vergleichen Sie einen Produktpreis und eine Warenkorbsumme mit demselben Konto auf der Website.

Schritt 7: Räumen Sie den Rahmen auf

Achten Sie auf das Cookie-Banner und etwaige Newsletter-Popups und stellen Sie sicher, dass der Sticky-Header Ihres Themes nicht mit dem nativen Header und den Tabs verdoppelt wird. SiteTo.App kann Skripte ausführen, die den Header und die Pop-ups Ihrer Website verbergen. Notieren Sie sich daher, was entfernt werden soll.

Was sollen Ihnen die Ergebnisse sagen?

Was sollten Sie in der App selbst einrichten?

• Untere Registerkarten: PrestaShop hat bereits gute Ziele. Startseite, eine Top-Kategorie oder die Dropdown-Seite „Preise“, „Warenkorb“ und „Mein Konto“ funktionieren für die meisten Shops, und ein Handelsshop kann eine Registerkarte direkt auf den Bestellverlauf verweisen. Aktivieren Sie zunächst benutzerfreundliche URLs unter Shop-Parameter → Traffic & SEO und kopieren Sie jede Adresse aus Ihrem Live-Shop.
• Warenkorb-Abzeichen: mit der Hilfe eines Entwicklers die SiteTo.App JS SDK kann eine Anzahl auf der Registerkarte „Warenkorb“ anzeigen. PrestaShop-Themes seit 1.7 behalten den aktuellen Warenkorb in einem prestashop.cart JavaScript-Objekt und Auslösen eines updateCart Ereignis, wenn es sich ändert, wodurch der Entwickler die Nummer erhält, die er weitergeben kann.
• Push: Verbinden Sie Ihr eigenes Firebase-Projekt mit dem Firebase-Anleitung, und senden Sie dann einen Titel, einen Text, ein Bild und einen Link vom Dashboard aus.

Produkt-, Preis- und Bestandsänderungen im Backoffice werden ohne Neuaufbau in der App angezeigt. Das Ändern des Symbols oder App-Namens erfordert einen Neuaufbau, und spätere Neuaufbauten werden separat angeboten.

Was müssen PrestaShop-Shops vor der Veröffentlichung wissen?

Sie übermitteln die App über Ihre eigenen Apple- und Google-Konten. SiteTo.App signiert den iOS-Build und lädt ihn in Ihrem Apple-Konto auf TestFlight hoch, sodass Sie keinen Mac oder Xcode benötigen, und gibt Ihnen einen AAB für Google Play. Der Leitfaden erstellen und veröffentlichen geht jeden Schritt durch. Apple und Google entscheiden, was genehmigt wird, und niemand kann das Ergebnis versprechen. Diese Punkte kommen insbesondere bei PrestaShop-Shops zur Sprache.

Physische Waren nutzen Ihren eigenen Checkout. Apples Richtlinien zur App-Überprüfung sagen, dass außerhalb der App konsumierte Waren und Dienstleistungen mit anderen Methoden als dem In-App-Kauf bezahlt werden (Abschnitt 3.1.3(e)). Dazu gehört ein Geschäft, das Produkte verschickt.

Virtuelle Produkte sind anders. Herunterladbare Inhalte, die in der App verwendet werden, unterliegen den In-App-Kaufregeln von Apple in Abschnitt 3.1, und Google Play verfügt über eigene Zahlungsrichtlinien. Lesen Sie beides zuerst, wenn Downloads einen echten Teil Ihres Umsatzes ausmachen.

Kontolöschung anbieten. Apple erwartet von jeder App, die die Kontoerstellung unterstützt, dass Benutzer mit der Löschung ihres Kontos aus der App heraus beginnen können. Das offizielle DSGVO-Modul von PrestaShop bearbeitet Löschanfragen die der Händler im Backoffice validiert. Fügen Sie dem Kontobereich einen deutlich gekennzeichneten Link oder ein Anforderungsformular mit der Aufschrift „Mein Konto löschen“ hinzu.

Geben Sie den Rezensenten einen Weg hinein. Wenn Preise oder der Katalog wie in vielen B2B-Shops hinter einem Login stecken, geben Sie in den Bewertungsnotizen einen funktionierenden Testaccount an.

Zeigen Sie mehr als eine Website. Apples Richtlinie 4.2 verlangt von Apps, mehr als eine neu gepackte Website anzubieten. Native Tabs, ein nativer Header und Push-Benachrichtigungen helfen. Siehe die Leitlinie 4.2 Leitfaden und die Verlagsführer.

Häufige Fragen

Muss ich ein Modul installieren oder den Webservice aktivieren?

Nicht mit einem Konverter. SiteTo.App funktioniert über Ihre öffentliche Shop-URL. App-Builder-Module benötigen einen Connector in Ihrem Backoffice, da sie Ihren Katalog direkt lesen.

Kann eine App einen Multistore abdecken?

Eine App startet unter einer URL. Geschäfte in einem Multistore haben ihre eigenen Adressen. Wählen Sie daher den Shop aus, den die App öffnen soll. Separate Marken verdienen normalerweise separate Apps.

Was passiert mit der App, wenn ich PrestaShop aktualisiere oder das Design ändere?

Mit einem Konverter zeigt die App beim nächsten Öffnen den aktualisierten Shop an, ohne dass ein neuer Build erforderlich ist. Wenn sich Ihre Seitenadressen ändern, müssen die Tab-Links in der App entsprechend aktualisiert werden. Ein Modul-Update, das Ihren mobilen Checkout zum Scheitern bringt, führt auch zu Störungen in der App. Geben Sie daher nach größeren Upgrades eine Testbestellung auf einem Telefon auf.

Nächster Schritt

Geben Sie auf Ihrem Telefon eine Testbestellung mit Ihrer am häufigsten verwendeten Zahlungsmethode auf. Wenn das gut geht, Vorschau Ihres PrestaShop-Shops als App kostenlos herunterladen, führen Sie die sieben oben genannten Schritte aus und überprüfen Sie Preisgestaltung sobald man weiß, dass es funktioniert.

Betreiben Sie auch eine andere Plattform? Siehe die Anleitungen für Magento Und WooCommerce.