Een mobiele PrestaShop-app voor klanten is een iOS- en Android-app onder de naam van uw winkel die shoppers installeren om te bladeren, opnieuw te bestellen en te betalen. PrestaShop levert er geen, dus u kunt deze op vier manieren verkrijgen: een module voor het bouwen van mobiele apps, een website-naar-app-converter, een beheerde app-service of een aangepaste build. De juiste keuze hangt vooral af van uw kassa, omdat een PrestaShop-kassa uit modules is opgebouwd.
Deze gids helpt u een route te kiezen en deze in uw eigen winkel te bewijzen voordat u geld uitgeeft. Voor de korte versie, zie de PrestaShop naar app-pagina.
Moet een PrestaShop-winkel überhaupt een app hebben?
Een app verdient zijn plaats wanneer dezelfde mensen herhaaldelijk bij u kopen. Controleer eerst uw winkel aan de hand van vier vragen.
- Bestellen klanten opnieuw? Wijn, koffie, voedsel voor huisdieren, cosmetica, printerbenodigdheden, reserveonderdelen en handelsverbruiksartikelen worden op een cyclus gekocht.
- Loggen klanten in om iets te doen? Handelsaccounts met groepsprijzen, bestelgeschiedenis, facturen, retourzendingen en loyaliteitsvouchers brengen mensen terug naar hun account.
- Heeft u nieuws dat het vermelden waard is? Uitverkoop, aanvullingen en nieuwe assortimenten passen bij de druk.
- Is de mobiele winkel al goed? Als telefonische kopers vandaag uw kassa verlaten, neemt een app die op die kassa is gebouwd het probleem over.
Als de meeste bestellingen afkomstig zijn van nieuwe bezoekers, besteed dan uw aandacht aan het mobiele thema.
Wat maakt PrestaShop anders als je een app toevoegt?
PrestaShop is open source en wordt meestal door uzelf gehost, en wordt veel gebruikt in Europa en Latijns-Amerika, waar de manier waarop mensen betalen en pakketten ontvangen van land tot land verschilt. Een typische winkel wordt module voor module op zijn land afgestemd: een betaalmodule voor de bankmethode waar klanten op vertrouwen, een vervoerdermodule met een kaart met afhaalpunten, vertalingen, belastingregels en klantgroepen met hun eigen prijzen.
Dat maakt het afrekenen een lastig onderdeel. Producten en categorieën zijn eenvoudig te kopiëren naar een app. Een betaling die doorverwijst naar een bank, om goedkeuring vraagt in een bankapp en vervolgens terugkeert naar uw orderbevestigingspagina, is dat niet.
Versies variëren ook. PrestaShop 1.7, 8 en 9 zijn allemaal in gebruik, en PrestaShop 9.1, uitgebracht in maart 2026, maakte Hummingbird het standaardthema voor nieuwe installaties, terwijl veel winkels op Klassiek of een aangepast thema blijven. Elke route die code in uw winkel plaatst, moet overeenkomen met uw versie en uw modules.
Stel daarom bij elke route één vraag: laat de app zien wat mijn modules toevoegen, of alleen wat de kern van PrestaShop weet?
Wat zijn de vier manieren om een mobiele PrestaShop-app te verkrijgen?
Route 1: Een module voor het bouwen van mobiele apps
Verschillende leveranciers verkopen modules voor het bouwen van mobiele apps op de website PrestaShop Addons-marktplaats en op hun eigen sites. U installeert een connectormodule in uw backoffice, deze stelt uw catalogus, klanten en bestellingen beschikbaar in de app van de leverancier, en de app tekent ze als native schermen. Sommigen bouwen voort op de PrestaShop-webservice, een CRUD API over bronnen zoals producten, combinaties, winkelwagens, klanten en bestellingen.
Goed in: native productlijsten en pagina's, en een startscherm dat anders is ingedeeld dan uw website.
Controleer zorgvuldig:
- Betaling en ondersteuning van vervoerder. De API beschrijft bestellingen en vervoerders als data. Er wordt niet beschreven wat een betaalmodule of een afhaalpuntmodule bij het afrekenen weergeeft, dus elke module heeft expliciete ondersteuning van de app-leverancier nodig. Vraag naar de lijst met ondersteunde modules en vergelijk deze met die van u. Een veelvoorkomend alternatief voor een niet-ondersteunde versie is dat uw website-afrekening wordt weergegeven in een WebView.
- Versie en licentie. De connector is een module zoals elke andere, dus controleer of deze uw PrestaShop-versie ondersteunt en nog steeds wordt bijgewerkt. Licenties variëren tussen een eenmalige prijs, een abonnement en betaalde extra's, dus bevestig dat u winkelklare builds ontvangt onder uw eigen ontwikkelaarsaccounts.
- Design. Uw webthema-aanpassingen worden niet overgedragen. De app heeft een eigen uitstraling.
Route 2: Een website naar app-converter
Een converter bouwt een native shell rond uw live website. De shell levert het app-pictogram, het startscherm, een native header, menu's en onderste tabbladen en optionele pushmeldingen. Uw frontoffice wordt erin geladen in een WebView, dezelfde browserengine die Safari en Chrome gebruiken.
Goed in: trouw. De app laat zien wat uw thema en modules op een telefoon weergeven, omdat het dezelfde pagina van dezelfde server is. U installeert niets in PrestaShop, dus de versie maakt niet uit.
Controleer zorgvuldig: u krijgt geen native opnieuw getekende productschermen. De app is net zo snel en netjes als je mobiele thema en niet beter. Betalingen die uw winkel verlaten kunnen zich in een embedded browser anders gedragen dan in Safari of Chrome, daar is onderstaand testplan voor.
SiteTo.App neemt deze route. Je plakt je winkel-URL, stelt de naam, het pictogram en de tabbladen in en bekijkt de app gratis op je eigen telefoon. Een build kost $ 29 voor Android, $ 79 voor iOS of $ 99 voor beide, één keer betaald.
Route 3: Een beheerde app-service
Een beheerde service gebruikt dezelfde WebView-aanpak voor uw pagina's en voegt een team toe. Ze configureren de app, bouwen aangepaste native schermen, dienen deze in bij de winkels en onderhouden deze tegen een maandelijks bedrag. Ons Vergelijking SiteTo.App versus MobiLoud bekijkt zo’n dienst in detail.
Route 4: Een app op maat
Een bureau of ontwikkelaar bouwt een app op basis van de API's van uw winkel. Dit is de route voor dingen die een website niet kan, zoals volledig offline werken. Het is geprijsd als een project en moet worden aangepast als u PrestaShop upgradet of een module vervangt waarvan het afhankelijk is.
Hoe vergelijken de routes?
| App-bouwermodule | Website naar app-converter | Beheerde dienst | Aangepaste app | |
|---|---|---|---|---|
| Product- en winkelwagenschermen | Inheems, getekend door de verkoper | Jouw mobiele thema | Uw mobiele thema, plus aangepaste native schermen | Native, voor u gebouwd |
| Betaal- en vervoerdersmodules | Alleen degene die de leverancier ondersteunt | Wat ook werkt op uw mobiele site | Wat ook werkt op uw mobiele site | Elk met de hand geïntegreerd |
| Code geïnstalleerd in PrestaShop | Connectormodule | Geen | Meestal geen | Aangepaste module |
| Prijsmodel | Licentie of abonnement | Eenmalige bouwkosten | Maandelijkse vergoeding | Project plus onderhoud |
| Wie onderwerpt zich aan de winkels | Verschilt per leverancier | Jij | De dienst | U of uw bureau |
| Werk na een PrestaShop-upgrade | Werk de connector bij | Meestal geen | Meestal geen | Tijd voor ontwikkelaars |
Wat kost elk traject?
- App-bouwermodule: ingesteld door de verkoper. Controleer of de aanbiedingsprijs een eenmalige licentie of een abonnement is, en of winkelklare builds, push en updates voor nieuwe PrestaShop-versies zijn inbegrepen of als extra's worden verkocht.
- Website naar app-converter: een bouwvergoeding. SiteTo.App brengt $ 29 in rekening voor Android, $ 79 voor iOS of $ 99 voor beide, één keer betaald, en latere herbouwingen worden afzonderlijk vermeld.
- Beheerde dienst: een maandelijks bedrag zolang de app live is. De vergelijking onder Route 3 werkt via de actuele cijfers van één dienst.
- Aangepaste app: een projectofferte en vervolgens ontwikkelaarstijd wanneer de winkel eronder verandert.
Voor elke route is ook het ontwikkelaarslidmaatschap van Apple ($99 per jaar) en de registratie van Google Play ($25 eenmalig) nodig, die rechtstreeks aan hen worden betaald. De kostengids voor website-apps dekt het volledige budget.
Welke route past bij welke PrestaShop-winkel?
Kies een app-bouwermodule Als uw winkel bijna PrestaShop op voorraad heeft, staan uw betalings- en transportmodules op de ondersteunde lijst van de leverancier, en is een native browse-gevoel belangrijker voor u dan het behouden van uw webontwerp.
Kies een omvormer als uw mobiele winkel al goed werkt en een groot deel ervan uit modules komt. Dat omvat lokale bankbetalingen, bezorging op afhaalpunten, B2B-groepsprijzen, meerdere talen en een op maat gemaakte kassa.
Kies een beheerde service als u wilt dat een team de lancering en het onderhoud beheert, en de maandelijkse kosten zinvol zijn ten opzichte van uw app-inkomsten.
Kies voor een maatwerkconstructie als de app iets moet doen wat een browser niet kan, zoals offline goed werken.
Wanneer is SiteTo.App de verkeerde keuze?
- Uw mobiele thema is het probleem. Een langzaam thema of een ongemakkelijke telefoonafrekening zullen in de app net zo traag en ongemakkelijk zijn. Eerst de winkel repareren.
- Je hebt een levenscycluspush nodig. SiteTo.App stuurt een titel, tekst, afbeelding en link naar iedereen die zich heeft aangemeld, via uw eigen Firebase-project. Het verzendt geen meldingen over verlaten winkelwagentjes of bestellingen, en het heeft nog geen segmenten of planning. Een winkel met meerdere landen kan niet het ene bericht naar Franse klanten sturen en het andere naar Spaanse klanten.
- Uw belangrijkste betaalmethode kan niet terugkeren naar de app. Als uit het testplan blijkt dat uw meest gebruikte bankmethode eindigt in de browser van de telefoon en uw betalingsprovider geen oplossing heeft, start er dan niet mee.
- U wilt dat iemand anders de app indient en onderhoudt. Je publiceert vanuit je eigen Apple- en Google-accounts, en een beheerde service past beter als je dat liever uit handen geeft.
Het is ook niet geschikt voor Bluetooth, AR, zwaar offline gebruik of achtergrondverwerking.
Hoe test je een PrestaShop-winkel als app?
Gebruik een echte iPhone en een echte Android-telefoon als u van plan bent beide te verzenden. Doorloop de stappen in volgorde. Voer een mislukte stap opnieuw uit in de normale browser van de telefoon: als het daar ook mislukt, hoort de oplossing in de winkel.
Stap 1: Bereid de winkel voor
Zet elke betalingsmodule in de testmodus, of maak een goedkoop verborgen product dat u kunt terugbetalen. Maak een testklantaccount aan. Haal de winkel uit de onderhoudsmodus, omdat een voorbeeld van een gesloten winkel alleen de onderhoudspagina toont.
Stap 2: Blader en bouw een winkelwagentje
Open een categorie, gebruik de filters en de zoekfunctie en open vervolgens een product met combinaties. Kies een maat of kleur en voeg deze toe aan de winkelwagen. Bekijk het aantal winkelwagentjes in de themakop. Pas dan een voucher toe in de winkelwagen.
Stap 3: Controleer de levering en totalen
Voer een echt afleveradres in en vergelijk de transportkosten en belastingen met hetzelfde winkelwagentje op uw website.
Als u gebruik maakt van een afhaalpunt of lockerprovider, opent u de kaart ervan tijdens de bezorgstap. Sommige van deze widgets bieden een knop 'gebruik mijn locatie'. Wees er niet afhankelijk van. Typ een postcode, kies een punt en bevestig later dat dit op de orderbevestigingspagina en in de backofficebestelling verschijnt.
Stap 4: Betaal met elke betaalmodule
Deze stap bepaalt of u kunt starten.
- Kaartformulieren op de pagina normaal gedragen zich zoals op het mobiele internet. Gebruik een testkaart die 3-D Secure activeert en bevestig dat de uitdaging is voltooid.
- Omleidingsmethoden stuur de klant naar een bankpagina of een PayPal-venster. Volg het hele pad en bevestig dat u op de bevestigingspagina van uw bestelling in de app terechtkomt.
- Methoden voor bankapps zoals iDEAL, Bancontact, BLIK, Bizum of MB WAY vragen de klant om de betaling in een andere app goed te keuren. Het risico is de weg terug. Een bankapp kan de klant terugsturen naar de standaardbrowser van de telefoon, waar uw winkel geen sessie heeft, terwijl de app de betaalstap laat zien. Mogelijk wordt de bestelling nog geregistreerd via de servermelding van de aanbieder, maar krijgt de klant een verwarrend scherm te zien.
- Apple Pay- en Google Pay-knoppen wordt alleen weergegeven als het script van de betalingsmodule bepaalt dat de omgeving deze ondersteunt, en een in-app WebView is niet dezelfde omgeving als Safari of Chrome. Behandel ze als een bonus en houd kaartbetalingen naast hen beschikbaar.
Als je na een betaling terugkomt in een leeg winkelwagentje of een inlogpagina, kijk dan eerst bij cookies. PrestaShop slaat de sessie op in een cookie, en als er een retourzending binnenkomt zonder dat de sessie verloren gaat, kan het winkelwagentje er leeg uitzien. Minimaal één betalingsprovider documenteert dit voor PrestaShop en verwijst naar de Cookie SameSite-instelling onder Geavanceerde parameters → Beheer, met HTTPS ingeschakeld in de hele winkel. Vraag de support van uw eigen betaalmodule welke instelling zij nodig hebben.
Controleer daarna of de bestelling met de juiste status de backoffice heeft bereikt.
Stap 5: Test accounts en sessies
Meld u aan, open uw bestelgeschiedenis en gebruik Opnieuw bestellen voor een eerdere bestelling als uw thema dit biedt. Sluit vervolgens de app volledig en open deze opnieuw: u moet nog steeds ingelogd zijn met het winkelwagentje intact. PrestaShop's Beheerinstellingen stel de levensduur van de frontofficecookie standaard in op 480 uur (20 dagen).
Dezelfde pagina heeft een optie genaamd "Controleer het IP-adres van de cookie", die het adres van de bezoeker vergelijkt met het adres dat in de cookie is opgeslagen. Telefoons veranderen van adres wanneer ze schakelen tussen wifi en mobiele data, dus bekijk die optie als testers zonder duidelijke reden worden afgemeld.
Als u een sociale login-module gebruikt, probeer dan elke knop. Googlen blokkeert het inlogscherm in ingebedde WebViews, dus een knop 'Doorgaan met Google' kan daar een fout weergeven. Zorg ervoor dat inloggen via e-mailadres en wachtwoord wordt aangeboden.
Stap 6: Talen, valuta en B2B
PrestaShop zet de taal in het adres, bijvoorbeeld /fr/ of /es/, dus bepaal in welke taal de app moet worden geopend. Wijzig vervolgens de taal en valuta met de selectors van uw thema en controleer of de prijzen en het winkelwagentje volgen.
Voor een handelswinkel logt u in met een account in een klantengroep die eigen prijzen heeft. Vergelijk een productprijs en een winkelwagentotaal met hetzelfde account op de website.
Stap 7: Ruim het frame op
Behandel de cookiebanner en eventuele pop-ups van nieuwsbrieven en controleer of de sticky header van uw thema niet verdubbelt met de oorspronkelijke header en tabbladen. SiteTo.App kan scripts uitvoeren die de koptekst en pop-ups van uw site verbergen, dus noteer wat u wilt verwijderen.
Wat moeten de resultaten u vertellen?
| Resultaat | Wat te doen |
|---|---|
| Alles gaat voorbij | Kies uw tabbladen, bouw en ga verder met publiceren |
| Een bankmethode keert terug naar de browser van de telefoon | Vraag de betalingsprovider naar retourinstellingen of een optie op de pagina, of leid met een methode die correct retourneert |
| Na een betalingsretour is de winkelwagen leeg | Controleer HTTPS en de cookie-instellingen met de ondersteuning van uw betalingsmodule |
| Het afhaalpunt ontbreekt in de bestelling | Test opnieuw in de browser van de telefoon en activeer deze vervolgens met de ondersteuning van de providermodule |
| Testers worden afgemeld wanneer ze de app opnieuw openen | Controleer de levensduur van de cookie en de optie "Controleer het IP-adres van de cookie". |
| Een stap mislukt ook in de browser van de telefoon | Repareer eerst de winkel en voer het plan vervolgens opnieuw uit |
Wat moet je instellen in de app zelf?
- Onderste tabbladen: PrestaShop heeft al goede bestemmingen. Home, een topcategorie of de pagina Prijzen verlagen, Winkelwagen en Mijn account werken voor de meeste winkels, en een handelswinkel kan rechtstreeks naar de bestelgeschiedenis verwijzen. Schakel eerst gebruiksvriendelijke URL's in onder Winkelparameters → Verkeer en SEO en kopieer elk adres uit uw live winkel.
- Winkelwagenbadge: met de hulp van een ontwikkelaar, de SiteTo.App JS SDK kan een telling weergeven op het tabblad Winkelwagen. PrestaShop-thema's sinds 1.7 houden de huidige winkelwagen in a
prestashop.cartJavaScript-object en vuur eenupdateCartgebeurtenis wanneer deze verandert, waardoor de ontwikkelaar het nummer krijgt dat hij moet doorgeven. - Push: verbind uw eigen Firebase-project met de Firebase-gidsen stuur vervolgens een titel, tekst, afbeelding en link vanaf het dashboard.
Product-, prijs- en voorraadwijzigingen in de backoffice verschijnen zonder nieuwbouw in de app. Het wijzigen van het pictogram of de app-naam vereist een herbouw, en latere herbouwingen worden afzonderlijk vermeld.
Wat moeten PrestaShop-winkels weten voordat ze publiceren?
Je verzendt de app vanuit je eigen Apple- en Google-accounts. SiteTo.App ondertekent de iOS-build en uploadt deze naar TestFlight in je Apple-account, zodat je geen Mac of Xcode nodig hebt, en geeft je een AAB voor Google Play. De handleiding maken en publiceren loopt door elke stap. Apple en Google beslissen wat er wordt goedgekeurd, en niemand kan de uitkomst beloven. Deze punten komen vooral naar voren bij PrestaShop-winkels.
Fysieke goederen gebruiken uw eigen kassa. Van Apple Richtlijnen voor app-recensies zeggen dat goederen en diensten die buiten de app worden verbruikt, worden betaald met andere methoden dan in-app-aankopen (paragraaf 3.1.3(e)). Dat omvat een winkel die producten verzendt.
Virtuele producten zijn anders. Downloadbare inhoud die in de app wordt gebruikt, valt onder de in-app-aankoopregels van Apple in sectie 3.1, en Google Play heeft zijn eigen betalingsbeleid. Lees beide eerst als downloads een reëel onderdeel van uw omzet zijn.
Aanbieding accountverwijdering. Apple verwacht van elke app die het aanmaken van accounts ondersteunt, dat mensen hun account vanuit de app kunnen verwijderen. De officiële AVG-module van PrestaShop handelt verwijderingsverzoeken af die de handelaar in de backoffice valideert. Voeg een duidelijk gelabelde link 'Mijn account verwijderen' of een aanvraagformulier toe aan het accountgedeelte.
Geef recensenten een ingang. Als prijzen of de catalogus achter een login zitten, zoals in veel B2B-winkels, geef dan een werkend testaccount op in de recensienotities.
Toon meer dan een website. Apple's richtlijn 4.2 vraagt apps om meer te bieden dan een vernieuwde site. Native tabbladen, een native header en pushmeldingen helpen. Zie de Richtlijn 4.2 gids en de publicatiegids.
Veelgestelde vragen
Moet ik een module installeren of de webservice inschakelen?
Niet met een omvormer. SiteTo.App werkt vanaf uw openbare winkel-URL. App builder-modules hebben een connector in uw backoffice nodig omdat ze uw catalogus rechtstreeks lezen.
Kan één app een multistore bestrijken?
Eén app begint op één URL. Winkels in een multistore hebben hun eigen adressen, dus kies de winkel die de app moet openen. Aparte merken verdienen meestal aparte apps.
Wat gebeurt er met de app als ik PrestaShop upgrade of van thema verander?
Met een converter toont de app de geüpgradede winkel de volgende keer dat deze wordt geopend, zonder nieuwbouw. Als uw paginaadressen veranderen, moeten de tabbladlinks in de app worden bijgewerkt om overeen te komen. Een module-update die uw mobiel afrekenen verbreekt, verbreekt deze ook in de app, dus plaats een testbestelling op een telefoon na aanzienlijke upgrades.
Volgende stap
Plaats een testbestelling op je telefoon met je meestgebruikte betaalmethode. Als dat goed gaat, bekijk een voorbeeld van uw PrestaShop-winkel als app voer gratis de zeven bovenstaande stappen uit en controleer prijzen als je eenmaal weet dat het werkt.
Ook een ander platform runnen? Zie de handleidingen voor Magento En WooCommerce.
Zie uw website als een app
Pas de ervaring aan en bekijk een voorbeeld voordat u een platform kiest.
Bouw uw voorbeeld


