Hoe bouw je een e-commerce winkel met AI

Een AI-appbouwer kan een beschrijving van je winkel in een middag omtoveren tot een werkende winkelpui. Maar een online winkel is niet alleen een mooi productrooster — het is geld, voorraad en juridische verplichtingen die in realtime bewegen. Deze gids doorloopt wat te bouwen, in welke volgorde en waar correctheid en veiligheid het belangrijkst zijn.

Begin met het datamodel, niet met de pagina's

De meest voorkomende fout die makers maken, is vragen om schermen ("een startpagina met een productcarousel") voordat de onderliggende data correct is. Het gedrag van een winkel leeft in het datamodel. Als dat fout is, erft elke pagina de bug. Beschrijf je entiteiten duidelijk aan de bouwer en laat het het schema genereren, lees het schema dan terug om te bevestigen dat het overeenkomt met de realiteit.

Een minimaal maar eerlijk e-commerce model heeft nodig:

• Producten — het verkoopbare item: titel, beschrijving, afbeeldingen, status (concept/actief/gearchiveerd).
• Varianten — het ding dat klanten daadwerkelijk kopen: maat/kleur combinaties, elk met eigen SKU, prijs en voorraadaantal. Een product zonder opties heeft nog steeds precies één variant.
• Voorraad — voorraad per variant, idealiter met een gereserveerd/beschikbaar splitsing zodat twee shoppers niet de laatste eenheid kunnen kopen.
• Klanten — accounts en opgeslagen adressen; ondersteun ook gastafrekening.
• Winkelwagen — een werkende winkelmand gekoppeld aan een sessie of account, met variantreferenties en aantallen.
• Bestellingen en bestelregels — een onveranderlijke momentopname van wat is gekocht, tegen welke prijs, waarheen verzonden. Herbereken nooit een eerdere bestelling op basis van live productdata.

Dat laatste punt is belangrijk: een bestelling moet de betaalde prijs vastleggen op het moment van aankoop. Als je later een prijs verhoogt of een product verwijdert, mogen historische bestellingen en bonnen niet veranderen.

Beschrijf de winkel zodat de AI het goed krijgt

De kwaliteit van wat je terugkrijgt, volgt de kwaliteit van wat je vraagt. Specificeer in plaats van "bouw me een kledingwinkel" de varianten, de belasting- en verzendregels en de bestelstatussen. Als je nieuw bent met het schrijven van deze prompts, onze gids over hoe je jouw idee presenteert aan een AI-appbouwer behandelt hoe je een briefing structureert waar het model daadwerkelijk op kan reageren. Voor achtergrond over wat deze tools wel en niet kunnen, zie wat een AI-appbouwer is.

Winkelpui en winkelwagen

Met het model op zijn plaats is de winkelpui het eenvoudige deel: productlijst, filteren, een productdetailpagina waar shoppers een variant kunnen kiezen, en een winkelwagen. Twee regels houden het correct:

1. Prijzen en voorraad worden van de server gelezen, nooit vertrouwd vanuit de browser. Het winkelwagentje in de browser is een gemak; de gezaghebbende prijs en beschikbaarheid worden opnieuw berekend aan de serverzijde bij het afrekenen.
2. Beschikbaarheid wordt gecontroleerd op het moment van aankoop, niet wanneer het item werd toegevoegd. Een winkelwagentje is geen reservering.

Afrekenen en betalingen — het deel waar je voorzichtig mee moet zijn

Dit is waar een hobbyproject een aansprakelijkheid wordt als het nonchalant wordt aangepakt. Ga nooit om met ongecodeerde kaartnummers. Bouw geen formulier dat een kaart verzamelt en opslaat of doorstuurt. Dat brengt je in de volledige reikwijdte van PCI DSS-naleving, wat niet iets is wat een solomaker op zich moet nemen.

Integreer in plaats daarvan een betalingsprovider (Stripe, PayPal, Razorpay en dergelijke). De kaartgegevens worden ingevoerd in de gehoste velden of omleiding van de provider, zodat de gevoelige gegevens nooit jouw server raken — dit houdt jouw PCI-reikwijdte minimaal. Jouw app ziet alleen een token en een betalingsresultaat. De juiste workflow is:

• Jouw server maakt een betalingsintentie aan voor het door de server berekende totaal.
• De provider verzamelt en belast de kaart aan de clientzijde.
• De provider bevestigt het resultaat aan jouw server via een webhook — de bron van waarheid voor "is dit betaald" — die je verifieert met een ondertekeningsgeheim.
• Pas daarna markeer je de bestelling als betaald en verminder je de voorraad.

Vertrouw niet op een browseromleiding ("bedankt voor je bestelling") als bewijs van betaling; behandel de geverifieerde webhook als gezaghebbend. Voor een diepere uitleg zie hoe je betalingen toevoegt aan een AI-gegenereerde app.

Prijs- en voorraadintegriteit

Twee klassieke misbruiken komen voor in AI-gegenereerde winkels omdat het model optimaliseert voor het gelukkige pad:

• Prijsmanipulatie — het totaal wordt overgenomen uit een verborgen formulierveld dat de client kan bewerken. Bereken het bedrag altijd opnieuw aan de serverzijde vanuit je eigen database voordat je de betaling aanmaakt.
• Oververkopen — twee bestellingen verminderen dezelfde laatste eenheid. Verminder de voorraad binnen dezelfde transactie die de betaalde bestelling registreert, en wijs af als deze negatief zou worden.

Bestelbeheer

Verkopen is slechts de helft van het werk; je moet uitvoeren. Geef bestellingen een expliciete levenscyclus — bijvoorbeeld in afwachting → betaald → uitgevoerd → verzonden → geleverd, plus geannuleerd en terugbetaald. Je hebt een beheerdersweergave nodig om bestellingen te zien, ze als verzonden te markeren met een trackingnummer, en restituties uit te voeren via de API van de betalingsprovider in plaats van handmatig geld over te maken. Stuur transactie-e-mails (bestelbevestiging, verzendingsmelding) die zijn gekoppeld aan die statuswijzigingen.

Verzend- en belastingbasis

Dit zijn bedrijfsregels, dus vermeld ze expliciet aan de bouwer:

• Verzending — bepaal een vast tarief, gewicht-gebaseerd, of gratis boven een drempel, en welke regio's je bedient. Bereken het aan de serverzijde en sla het bedrag op bij de bestelling.
• Belasting — regels voor omzetbelasting, btw of GST variëren per rechtsgebied en kunnen echt complex zijn. Gebruik voor alles dat verder gaat dan één regio een belastingberekeningsdienst in plaats van handgecodeerde tarieven, en gok nooit. Bewaar de in rekening gebrachte belasting op de bestellingsregel voor je administratie.

Wanneer een speciaal platform de betere keuze is

Wees eerlijk tegen jezelf hierover. Een op maat gemaakte AI-winkel is een goede keuze wanneer je volledige controle over de ervaring wilt, ongebruikelijke product- of prijslogica hebt, handel integreert in een grotere app, of een idee goedkoop valideert. Een gehost platform zoals Shopify, BigCommerce of WooCommerce is vaak de betere keuze wanneer:

• Je bent een eenvoudige retailcatalogus en wilt deze week lanceren.
• Je hebt volwassen fraudebescherming, belastingautomatisering en een verzendpartner-ecosysteem uit de doos nodig.
• Je wilt zelf geen beveiligingspatches, PCI-houding en uptime beheren.

Er is geen schande in de gehoste route. Het AI-gebouwde pad koopt flexibiliteit ten koste van verantwoordelijkheid. Begrijp die afweging voordat je je vastlegt — onze notitie over de beperkingen van AI-appbouwers is het waard om eerst te lezen.

Voordat je echt geld aanneemt

Wat de AI ook genereert, laat het auditen voor de lancering. Controleer dat totalen opnieuw worden berekend op de server, webhooks handtekening-geverifieerd zijn, voorraad niet negatief kan worden, en er geen kaartgegevens uw systemen raken. Een gestructureerde doorloop — zie hoe u een beveiligingsaudit uitvoert op AI-gegenereerde apps — vangt de problemen op die pas naar boven komen als vreemden u betalen.

Bouw de geldafhandelingsonderdelen langzaam en de rest snel. Als je wilt zien hoe ver een AI-builder je brengt, verken prijzen en begin met een kleine, correcte winkel voordat je de catalogus opschaalt.