Adobe levert geen kant-en-klare klantapp voor Magento-winkels, dus elke mobiele app van Magento komt uit een van de volgende vijf routes: verbeter de mobiele storefront en stop daar, plaats de live storefront in een app met een website-naar-app-converter, huur een beheerde app-service in, installeer een mobiele app-extensie met zijn eigen native schermen, of laat een aangepaste native build maken op de API's van Magento.
De routes verschillen het meest in hoeveel van je winkel een tweede keer moet worden gebouwd, en op Magento is dat duur. Deze gids vergelijkt de vijf, zegt wanneer SiteTo.App de verkeerde keuze is, geeft u vervolgens een telefoontestplan en publiceert aantekeningen. Voor de korte versie, zie de Magento naar app-pagina.
Heeft uw Magento winkel een app nodig?
Magento- en Adobe Commerce-winkels hebben vaak ingewikkelde catalogi: distributeurs, fabrikanten die rechtstreeks verkopen, onderdelen- en benodigdhedenbedrijven en B2B-verkopers met onderhandelde prijzen. Veel van hun klanten plaatsen opnieuw hetzelfde soort bestelling, en een app verdient zijn plaats wanneer die taak frequent genoeg is om een kortere weg te verdienen. Stel drie vragen voordat u leveranciers vergelijkt:
- Wat gaat een klant wekelijks of maandelijks in de app doen? Verbruiksartikelen opnieuw ordenen, een bestelling controleren, een onderdeel opzoeken op SKU. Als u de taak niet kunt benoemen, is een snelle mobiele site voldoende.
- Werkt deze taak al op uw mobiele etalage? Een app die vanuit de winkel is gebouwd, erft zijn snelheid en zijn afrekenmogelijkheden.
- Zou een melding de koper helpen? Een herbevoorradingswaarschuwing voor iets dat ze regelmatig bestellen is handig. Een wekelijkse promotie is gemakkelijk te dempen.
Als de antwoorden zwak zijn, besteed het budget dan eerst aan de mobiele storefront.
Wat zijn de vijf manieren om een Magento mobiele app te krijgen?
| Route | Wat klanten krijgen | Wat je onderhoudt | Hoe u betaalt | Wie onderwerpt zich aan de winkels |
|---|---|---|---|---|
| 1. Betere mobiele storefront of PWA | Een snellere site, optioneel installeerbaar vanuit de browser | Jouw winkelpui | Ontwikkeling tijd | Niemand; er is geen winkelvermelding |
| 2. Website naar app-converter (SiteTo.App) | Een app onder jouw naam die je live storefront in een native shell laadt | Jouw winkelpui | Eén keer per platform: $29 Android, $79 iOS, $99 beide | Jij, vanaf je eigen rekeningen |
| 3. Beheerde app-service | Een soortgelijke app, met een opstelling voor teamafhandeling, QA en indiening | Jouw winkelpui | Een maandelijks of jaarlijks bedrag | Meestal de dienst |
| 4. Mobiele app-extensie | Een native app met de catalogus-, winkelwagen- en afrekenschermen van de leverancier | Uw etalage, een connectormodule en het app-ontwerp | Licentie of abonnement, plus maatwerk | Jij of de verkoper |
| 5. Aangepaste native build | Wat je ook specificeert | Uw etalage en een aparte app-codebase | Projectkosten plus doorlopend onderhoud | Jij of het bureau |
Voor elke route met een winkelvermelding zijn ook ontwikkelaarsaccounts nodig: het Apple Developer Program voor $ 99 per jaar en Google Play voor eenmalig $ 25, rechtstreeks aan Apple en Google betaald.
1. Een betere mobiele winkel of een PWA
Soms is het juiste antwoord: geen app. Als het standaard Luma-thema uw winkel traag maakt op telefoons, doet een lichtere voorkant meer voor klanten dan een pictogram. Hyvä-thema is sinds november 2025 gratis en open source, en voor Adobe Commerce-verkopers documenteert Adobe nu zijn eigen software Handelswinkel, dat kant-en-klare drop-in-componenten gebruikt. PWA-studio blijft beschikbaar voor headless progressieve webapps.
Een PWA kan vanuit de browser aan een startscherm worden toegevoegd, maar verschijnt niet in de App Store, en webpush op iPhone werkt pas nadat de klant het op die manier heeft geïnstalleerd. Onze gids voor PWA versus native versus WebView dekt de verschillen.
2. Een website-naar-app-converter
Een converter neemt uw openbare storefront-URL en plaatst deze in een app. Met SiteTo.App is de app een native shell rond uw live website: uw pictogram en startscherm, een native header met uw logo, een zijmenu, onderste tabbladen, swipe-back, pull-to-refresh en optionele pushmeldingen via uw eigen Firebase-project. De pagina's binnenin zijn jouw Magento-pagina's, geladen in een WebView.
Er wordt niets op uw Magento-server geïnstalleerd en er zijn geen API-referenties bij betrokken. Klantgroepprijzen, gedeelde catalogi, verzendregels en elke extensie die op uw mobiele site wordt weergegeven, worden overgedragen omdat het dezelfde pagina's zijn. Om dezelfde reden is de app net zo goed als uw mobiele etalage en niet beter.
3. Een beheerde app-service
Beheerde services gebruiken dezelfde WebView-aanpak voor uw pagina's en voegen een team toe dat de app configureert, test, indient en onderhoudt, vaak met extra's zoals aangepaste native schermen. Voor dat team betaal je een terugkerend bedrag. Als niemand in uw bedrijf tijd heeft om een app te bezitten, is dit een legitieme keuze. We vergelijken zo'n dienst in SiteTo.App versus MobiLoud.
4. Een mobiele app-extensie voor Magento
De Adobe Commerce-marktplaats en onafhankelijke leveranciers verkopen mobiele app-extensies voor Magento 2. Het gebruikelijke ontwerp is een connectormodule die in uw winkel wordt geïnstalleerd, plus een vooraf gebouwde native iOS- en Android-app die uw catalogus, winkelwagen en klantgegevens daardoor leest. U krijgt native productlijsten en productpagina's.
Vraag voordat u iets koopt welke van uw aanpassingen de app ondersteunt, wie de connector compatibel houdt via Magento-upgrades en wiens ontwikkelaarsaccounts de vermeldingen bevatten. Ondersteuning voor aangepaste opties, B2B-functies en betaalmethoden van derden verschilt per leverancier.
5. Een op maat gemaakte native build
Magento's GraphQL-API is ontworpen voor headless storefronts en mobiele klanten, en een bureau kan er elke app bovenop bouwen. Dit is de enige route voor functies die een website niet kan bieden: scannen van streepjescodes in een magazijn, offline bestellen voor buitendienstmedewerkers, Bluetooth-apparaten, AR of achtergrondverwerking.
Het is ook een tweede codebase die opnieuw moet worden getest wanneer Magento wordt gepatcht, dus budget voor zowel onderhoud als de build.
Waarom bepaalt maatwerk de route op Magento?
Bij Magento zit de logica die er toe doet vaak in PHP-modules en themasjablonen: welke klanten zien welke catalogus, wat een klantengroep betaalt, hoe vracht wordt geoffreerd, welke betalingsmethoden verschijnen voor welk mandje. Een native app kan geen sjablonen lezen. Het vraagt Magento via REST of GraphQL, en een extensie die de storefront verandert, laat niet altijd hetzelfde gedrag zien via de API. Elke kloof wordt een beslissing: betalen om API-ondersteuning te bouwen, een verschil tussen app en site accepteren, of de functie weglaten.
Routes 2 en 3 vermijden deze vraag door de winkelpui opnieuw te gebruiken. Routes 4 en 5 beantwoorden het per aanpassing. Voordat u om offertes vraagt, vermeldt u de extensies en aangepaste modules die een klant aanraakt tussen het inloggen en de orderbevestiging. Een korte lijst maakt een inheemse route realistisch. Een lange is een argument om te hergebruiken wat je hebt.
Welke route past bij welke Magento winkel?
| Jouw situatie | Route om eerst te bekijken |
|---|---|
| Uw mobiele etalage is traag of onhandig in gebruik | Repareer eerst de winkelpui en beslis dan |
| Uw mobiele winkel neemt bestellingen goed aan en u wilt uw eigen vermelding zonder maandelijkse app-kosten | Een website naar app-converter |
| B2B-kopers loggen in om opnieuw te bestellen tegen onderhandelde prijzen | Een converter, omdat prijzen en catalogi server-side blijven |
| U wilt een app, maar niemand in uw team kan de installatie en opslag van de app beheren | Een beheerde app-service |
| Uw catalogus en kassa zijn bijna standaard en u wilt native productschermen | Een mobiele app-extensie |
| U hebt scannen, offline bestellen of andere apparaatfuncties nodig | Aangepaste native build |
| U wilt pushcampagnes die worden geactiveerd door segmenten of verlaten winkelwagentjes | Een beheerde service, een extensie met die functionaliteit, of een custom build |
Wanneer is SiteTo.App de verkeerde keuze voor een Magento winkel?
- Uw mobiele winkel is traag. Los eerst de caching en het thema op, omdat de app dezelfde pagina's laadt.
- U wilt schermen die niet op uw website bestaan. SiteTo.App voegt native navigatie toe rond uw pagina's. Het ontwerpt ze niet opnieuw.
- Je hebt gerichte of geautomatiseerde push nodig. Meldingen worden handmatig vanaf het dashboard verzonden naar iedereen die zich heeft aangemeld. Er zijn nog geen segmenten of planning en Magento-evenementen kunnen deze niet activeren.
- Uw kopers werken offline of scannen barcodes. De app heeft een verbinding nodig om uw winkel te laden en voegt geen apparaatfuncties zoals scannen of Bluetooth toe.
- U wilt dat iemand anders de winkelbeoordeling afhandelt. U verzendt vanuit uw eigen Apple- en Google-accounts.
Hoe gedragen Magento-functies zich in een WebView-app?
Een WebView gebruikt dezelfde browserengine als Safari of Chrome, dus het grootste deel van een Magento-winkel gedraagt zich net als in een telefoonbrowser. De uitzonderingen zijn voorspelbaar.
Sessions. Adobe-documentatie op Levensduur van klantsessies geeft de standaard cookielevensduur op 3.600 seconden, en een klant wiens sessiecookie verloopt, wordt afgemeld. App-gebruikers verwachten ingelogd te blijven, dus deze standaard verdient een weloverwogen beslissing. De instelling bevindt zich onder Winkels > Configuratie > Algemeen > Web > Standaard cookie-instellingen. De serversessie is een afzonderlijke time-out en Adobe merkt op dat er geen beheerdersinstelling voor is, dus uw ontwikkelaar wijzigt deze in de PHP-configuratie op de server. Een langere sessie is een veiligheidsafweging, dus spreek dit samen af. De hardnekkige kar houdt de winkelwagen beschikbaar op dat apparaat nadat een sessie is beëindigd wanneer de klant Onthoud mij aanvinkt.
Gecachte pagina's. Met caching op volledige pagina's vult Magento het minikarretje en de klantnaam in nadat de pagina is geladen, met behulp van de lokale opslag van de browser. Dit werkt in een WebView, maar controleer het aantal winkelwagentjes na het toevoegen aan het winkelwagentje, na het afrekenen en na het afmelden.
Payments. Kaartvelden uit uw gateway zijn webformulieren. Een 3D Secure-uitdaging, PayPal, betaallaterproviders en bankomleidingen verlaten allemaal uw pagina en moeten terugkeren naar de succespagina van de bestelling. Apple Pay en Google Pay zijn afhankelijk van wat het apparaat en de ingebouwde browser blootleggen. Test elke methode op beide platforms.
Sign-in. E-mailadres en wachtwoord zijn het betrouwbare pad, en reCAPTCHA in de winkel wordt normaal gesproken geladen zoals op mobiel internet. Die van Google OAuth-beleid staat het inlogscherm niet toe in ingebedde webweergaven, dus de Google-knop van een sociale login-extensie kan mislukken in een app terwijl deze in de browser werkt.
B2B-pagina's. Bedrijfsaccounts, gedeelde catalogi, Quick Order, bestellijsten en verhandelbare offertes in Adobe Commerce B2B zijn winkelpagina's, dus ze worden net als alle andere in de app geopend. Bestandsacties zijn het onderdeel dat moet worden getest: het uploaden van een CSV naar Quick Order en het downloaden van een factuur-pdf.
Winkelweergaven. De app opent één URL. Als winkelweergaven afzonderlijke domeinen of winkelcodes in het pad gebruiken, bepaal dan waar de app start en zorg ervoor dat de winkel- en valutawisselaars bereikbaar zijn.
Hoe test je stap voor stap een Magento winkel als app?
Reserveer ongeveer negentig minuten, een iPhone en een Android-telefoon als je kunt, en een testaccount voor elke klantengroep. De preview is gratis en vereist geen kaart, dus voer het hele plan uit voordat u betaalt.
Stap 1: Controleer de etalage op een telefoon
Open uw productiewinkel in Safari en in Chrome op een telefoon. Laad de startpagina, een grote categorie en een productpagina op mobiele data. Alles wat hier traag of ongemakkelijk is, zal hetzelfde zijn in de app.
Stap 2: Maak het voorbeeld
Plak uw winkeladres in SiteTo.App. Gebruik de productie-URL, aangezien een testsite achter een VPN of een IP-toelatingslijst niet op uw telefoon wordt geladen. Stel de app-naam, het pictogram en het startscherm in en bouw vervolgens de tabbladen op rond wat terugkerende kopers doen. Een typische set is Thuis, Zoeken, Winkelwagen, Bestellingen en Account, en een B2B-winkel kan Thuis inruilen voor Snel bestellen. Kopieer elke link van uw live site, omdat het herschrijven van URL's de standaardpaden van Magento verandert. De zoekresultaten-URL van Magento verwacht een zoekterm, dus wijs het tabblad Zoeken naar de geavanceerde zoekpagina of naar een pagina waar uw zoekvak gemakkelijk te bereiken is. Scan de code om de app op je telefoon te openen.
Stap 3: Test de aanmelding en sessies
Meld u aan met een retailaccount en open het accountdashboard. Sluit het voorbeeld volledig, open het opnieuw en bevestig dat u nog steeds bent aangemeld. Laat het vervolgens langer dan een uur staan en probeer het opnieuw. Vraag een wachtwoordreset aan, omdat de per e-mail verzonden link buiten de app wordt geopend. Tik op elke sociale login-knop die u aanbiedt.
Stap 4: Test prijzen en catalogus per klantengroep
Meld u aan als groothandels- of bedrijfsaccount en vergelijk drie of vier producten met de website voor prijs- en staffelprijzen. Als u gedeelde catalogi gebruikt, bevestig dan dat een product buiten de catalogus van dat bedrijf verborgen blijft.
Stap 5: Test producttypes, zoek en filters
Voeg een configureerbaar product, een bundel en elk product met aangepaste opties toe aan de winkelwagen. Zoeken op SKU. Pas op een grote categorie meerdere gelaagde navigatiefilters toe, open een product en veeg terug om te controleren of de filters nog steeds worden toegepast.
Stap 6: Plaats echte bestellingen
Voltooi een bestelling met elke betaalmethode, inclusief een kaart die 3-D Secure activeert en elke methode die omleidt. Een echte bestelling met een lage waarde die u achteraf terugbetaalt, is de meest betrouwbare test. Bevestig dat u de succespagina in de app bereikt. Voor B2B ook op rekening bestellen en nabestellen vanuit de bestelhistorie.
Stap 7: Controleer overlappingen en uitgangen
Zoek of de koptekst van uw site wordt weergegeven onder de oorspronkelijke koptekst en of er een chatballon of cookiemelding op een tabblad staat. SiteTo.App kan site-elementen verbergen met scripts die alleen in de app worden uitgevoerd. Open een externe link, een pdf en een telefoonnummer en bevestig dat er een weg terug is.
Problemen op de pagina worden opgelost in Magento en problemen met navigatie worden opgelost in de SiteTo.App-instellingen. Als een overdracht waarvan u afhankelijk bent mislukt en er geen acceptabele terugval is, kies dan een andere route. Je hebt niets uitgegeven om erachter te komen.
Wat kost het en van wie is de app?
SiteTo.App rekent eenmalig per platform: $29 voor Android, $79 voor iOS of $99 als je beide samen koopt. Er is geen SiteTo.App-abonnement. Latere verbouwingen, bijvoorbeeld om het pictogram te wijzigen, worden afzonderlijk vermeld. Dagelijkse veranderingen in Magento hoeven niet opnieuw te worden opgebouwd. De prijspagina heeft de details, en de kosten gids vergelijkt de bredere markt.
Omdat de apps worden gepubliceerd vanuit uw eigen ontwikkelaarsaccounts, zijn de vermeldingen, beoordelingen en recensies van u. Voor de andere routes vraagt u elke leverancier naar het totaal over drie jaar, inclusief het werk om gelijke tred te houden met Magento-upgrades.
Hoe publiceer je een Magento-gebaseerde app in de App Store en Google Play?
De handleiding maken en publiceren loopt door de volledige reeks. Een paar punten zijn specifiek voor Magento-winkels.
iOS. Je build wordt ondertekend en geüpload naar TestFlight in je eigen Apple-account, je hebt dus geen Mac of Xcode nodig. Herhaal het testplan op de TestFlight-build voordat u deze indient. Zien een website converteren naar een iOS-app zonder Xcode.
Android. Je ontvangt een AAB voor Google Play, of een APK voor directe installaties. Google vraagt nieuwe persoonlijke ontwikkelaarsaccounts om een gesloten test uit te voeren vóór de productierelease, dus geef daar tijd voor.
Toegang voor recensenten. Als uw catalogus of prijzen verborgen zijn voor gasten, zien reviewers een inlogmuur. Creëer een demoklant in een geschikte groep en plaats zijn inloggegevens in de beoordelingsnotities.
Accountverwijdering. Apple vereist dat apps die het aanmaken van accounts ondersteunen, het verwijderen van accounts binnen de app mogelijk maken. Een standaard Magento klantendashboard heeft geen verwijderoptie, dus voeg een aanvraagformulier of een extensie toe en koppel deze vanuit het accountgedeelte.
Betalingen voor goederen. Fysieke producten die via uw Magento-kassa zijn gekocht, zijn het eenvoudige geval. Als u downloadbare producten of digitale abonnementen verkoopt, lees dan sectie 3.1 van de App Store-beoordelingsrichtlijnen Eerst. SiteTo.App gebruikt uw betaalmethode en voegt geen Apple In-App Purchase toe.
Apple en Google nemen het goedkeuringsbesluit en niemand kan de uitkomst beloven. Apple kan apps afwijzen die verder weinig toevoegen dan een website eronder Richtlijn 4.2. Native navigatie, push en een duidelijke herhaaltaak helpen allemaal, en de publicatiegids behandelt een diepgaandere beoordeling.
Veelgestelde vragen
Heeft Magento een eigen mobiele app voor klanten?
Nee. Adobe biedt API's en storefront-tools, maar geen kant-en-klare klant-app voor uw winkel. U krijgt er een via een website-naar-app-converter, een beheerde service, een mobiele app-extensie of een custom build.
Kan ik van een Magento 2 winkel een app maken zonder een module te installeren?
Ja. Een website-naar-app-converter zoals SiteTo.App werkt vanaf uw openbare storefront-URL. Er is niets geïnstalleerd op de Magento-server en de REST- en GraphQL-API's worden niet gebruikt. Mobiele app-extensies hanteren de tegenovergestelde aanpak en vereisen een connectormodule.
Heb ik een nieuwe build nodig als ik Magento upgrade of het thema wijzig?
Nee. De app laadt wat uw winkel ook dient, dus upgrades, themawijzigingen en nieuwe extensies verschijnen de volgende keer dat een pagina wordt geladen. Update tabbladlinks als URL's zijn verplaatst. Het wijzigen van het pictogram of het startscherm vereist mogelijk een nieuwe build.
Volgende stap
Maak een lijst van de extensies en aangepaste modules die een klant aanraakt tussen het inloggen en de orderbevestiging. Als de lijst lang is en uw mobiele winkel al goed bestellingen aanneemt, bekijk het gratis als app en voer de zeven bovenstaande stappen uit. De Magento naar app-pagina heeft een korte checklist die u bij u kunt houden terwijl u test.
Zie uw website als een app
Pas de ervaring aan en bekijk een voorbeeld voordat u een platform kiest.
Bouw uw voorbeeld
