Slik bygger du en nettbutikk: produkter, handlekurv, kasse og lager
For å bygge en nettbutikk trenger du en produktkatalog, en handlekurv, en kasse som tar betaling via en leverandør som Stripe, en måte å registrere bestillinger og redusere lager på, og et adminvisning for å sende ut bestillingene. Et AI-verktøy for apper kan sette alt dette sammen ut fra en tydelig beskrivelse. Det som fortjener mest tanke er ikke butikkvinduet, men delene rundt pengene: når en bestilling regnes som betalt, hvordan lager reserveres, og hvordan du håndterer moms, frakt og refusjoner.
Egen butikk eller Shopify? Avgjør det først
Vær ærlig med deg selv om dette før du bygger noe.
En ferdig handelsplattform (Shopify, Squarespace Commerce, WooCommerce og lignende) er vanligvis bedre når:
- Du selger fysiske varer med fraktsatser, fraktetiketter og returer
- Du trenger moms beregnet for mange områder
- Et team uten teknisk bakgrunn skal legge inn produkter og behandle bestillinger hver dag
- Du vil ha en app-butikk med tilleggsfunksjoner: anmeldelser, e-postmarkedsføring, lojalitetsprogram
- Du selger i flere kanaler og trenger én felles lagertelling
Shopify har månedlige abonnementer med rabatt ved årlig betaling, og kortbetalinger gir gebyrer i tillegg. Sjekk prissiden for ditt land, for prisene varierer etter region.
En egen butikk passer ofte bedre når:
- Produktet er uvanlig: skreddersydde konfiguratorer, bestillinger kombinert med produkter, digitale nedlastinger med lisenser, B2B-prislister per kunde
- Butikken er en del av en større app (en kursplattform, et medlemssystem, en markedsplass)
- Du selger en liten katalog og vil ha full kontroll over design og kasseflyt
- Du vil eie koden og unngå binding til en plattform
Mange små selgere er best tjent med en plattform. Hvis behovene dine er vanlige, er det et godt tegn. Ta snarveien.
Hva en nettbutikk trenger
Data
| Tabell | Viktige felt |
|---|---|
| Produkter | Navn, slug, beskrivelse, bilder, pris, aktiv ja/nei, kategori |
| Varianter | Produkt, verdier for alternativer (størrelse, farge), SKU, prisoverstyring, lager |
| Bestillinger | Nummer, kundens e-post, leveringsadresse, status, delsum, frakt, moms, totalt, betalings-ID |
| Bestillingslinjer | Bestilling, variant, antall, enhetspris på kjøpstidspunktet |
| Lagerbevegelser | Variant, endring (+/−), årsak (salg, påfylling, refusjon, korreksjon), dato |
| Rabattkoder | Kode, type, beløp, utløp, bruksgrense — senere, ikke først |
Lagre prisen på kjøpstidspunktet på hver bestillingslinje. Hvis du endrer en pris neste måned, må gamle bestillinger fortsatt vise hva kunden faktisk betalte.
Sider
- Butikkvinduet: startside, kategori- eller kolleksjonssider, produktsider, handlekurv, omdirigering til kasse, ordrebekreftelse.
- Admin: produkter og lager, bestillinger med status (betalt, pakket, sendt, refundert), kunder, enkle salgstall.
- Juridisk og retningslinjer: frakt, retur, personvern og vilkår. Kunder ser etter dette før de handler, og mange områder krever noen av dem i lov.
Tilganger
La kunder handle uten konto. Gjestekasse fjerner ett steg, og kontoer kan komme senere. Bare administratorer skal se bestillinger og redigere produkter. Beskytt adminområdet med ekte innlogging og kontroller på serveren.
Hvordan kassen bør fungere
Det tryggeste mønsteret for en egen nettbutikk er en hostet betalingsside. Med Stripe gjør du slik:
- Kunden klikker på kasse. Serveren din sjekker priser og lager på nytt fra databasen — den stoler aldri på det nettleseren sender — og oppretter en Stripe Checkout-økt.
- Kunden betaler på Stripes side. Kortopplysningene når aldri serveren din.
- Stripe kaller webhook-endepunktet i appen din og sier at betalingen er gjennomført. Først da markerer du bestillingen som betalt og reduserer lageret.
- Kunden havner på bekreftelsessiden din, og du sender en bekreftelse på e-post.
To feil bør du unngå: å opprette den «betalte» bestillingen fra omdirigeringen til suksessiden (folk lukker fanen, og omdirigeringer kan forfalskes), og å beregne totalsummen i nettleseren. Begge er lette for en AI å gjøre feil uten at du sier fra om det.
Stripes vanlige pris er en prosentandel pluss et fast gebyr per vellykket kortbetaling, uten oppsett- eller månedsavgift (per september 2026). Den eksakte satsen avhenger av land og kort. Bygg alt i Stripes testmodus med testkortnumrene først. Vår guide om å legge til betaling i appen din dekker nøkler, testmodus og webhooks.
Beslutninger om moms, frakt og lager
Dette er forretningsbeslutninger som AI-en ikke kan ta for deg:
- Moms. Om du må ta MVA eller annen salgsavgift, og med hvilken sats, avhenger av hvor du og kundene dine er. Stripe tilbyr et produkt for dette (Stripe Tax), eller du kan sette faste satser hvis situasjonen er enkel. Spør en regnskapsfører hvis du er usikker.
- Frakt. Start med noen få faste satser (innenlands, utenlands, gratis over en grense). Sanntidspriser fra fraktselskaper og utskrift av fraktetiketter er der plattformer som Shopify sparer mye arbeid.
- Lager. Bestem om lageret reserveres når kassen starter, eller først når betalingen går gjennom. For små butikker er det enklere å redusere lageret ved betaling og sjekke på nytt rett før kassen. Da kan det likevel skje at du selger den siste varen to ganger, så bestem hvordan du håndterer det. For lagersporing utover butikken, se slik bygger du en app for lagerstyring.
En første prompt som fungerer
Bygg en nettbutikk for Loam & Clay, et lite keramikkverksted som selger krus, skåler og vaser. Butikkdel: startside med utvalgte produkter, en butikkside med kategorifilter, produktsider med bildegalleri, fargevarianter og lagerstatus, og en handlekurv som glir ut fra siden. Lagre produkter, varianter, bestillinger og bestillingslinjer i en database, og legg inn 10 realistiske produkter. Adminområde (krever innlogging) for å legge til og redigere produkter, laste opp bilder, endre lager og se bestillinger med status betalt / pakket / sendt. Kjøpsknappen kan være en plassholder foreløpig — vi legger til Stripe Checkout etterpå. Varm, minimalistisk design, mobil først. Ingen falske anmeldelser eller påstander om «gratis frakt over hele verden».
Det er bevisst å starte med kassen som en plassholder: få katalogen og adminen riktig først, og legg til betaling i et eget steg som du kan teste ordentlig.
Byggesteg
- Katalog og produktsider, med ekte produktnavn, priser og bilder.
- Handlekurv som overlever at siden lastes på nytt.
- Admin: produkter, varianter, lager, bildeopplasting. Beskytt det med innlogging.
- Stripe Checkout i testmodus, der serveren sjekker priser og lager på nytt.
- Webhook som markerer bestillinger som betalt og reduserer lager. Test hele flyten med et testkort.
- E-post om bestillinger til kunden og til deg.
- Retningslinjer og SEO: sider for frakt og retur, titler og beskrivelser for produkter, delingsbilder. Se SEO for nettsider bygget med AI.
- Gå live: bytt til ekte Stripe-nøkler, gjør en liten ekte bestilling selv, og refunder den.
Vanlige feil
- Å stole på priser fra nettleseren. Beregn alltid på nytt på serveren.
- Å markere bestillinger som betalt på suksessiden i stedet for i webhooken.
- Å overskrive lagertall i stedet for å registrere bevegelser — da mister du historikken over hvorfor lageret endret seg.
- Å lansere uten sider for frakt og retur.
- Enorme produktbilder. Komprimer dem og server dem fra fillagring, ikke fra koden.
- Å bygge ønskelister, anmeldelser og lojalitetspoeng før det første salget.
Løpende kostnader
Regn med: hosting og database, gebyrer for betalingsbehandling på hvert salg, et domene, en e-posttjeneste for ordrebekreftelser, og muligens en tjeneste for moms. En egen butikk unngår abonnement til en plattform og app-avgifter, men du tar på deg vedlikeholdet: når noe går i stykker i kassen, er det ditt ansvar å fikse det.
Hvis du vil ha flere selgere enn deg selv — flere leverandører som hver får utbetalt — er det en markedsplass med andre regler for betaling. Se slik bygger du en markedsplass.
Å bygge den med Mythex
På Mythex beskriver du butikken, og agenten bygger katalogen, handlekurven og adminen i en live forhåndsvisning, med en Postgres-database for produkter og bestillinger og fillagring for produktbilder. Dokumentasjonens butikkeksempel anbefaler nøyaktig rekkefølgen over: katalog først, kasse senere.
Betaling bruker din egen Stripe-konto: du legger Stripe-nøklene dine inn som hemmeligheter i prosjektet og ber agenten legge til Checkout, og så tester du med Stripes testkort i forhåndsvisningen (Stripe-oppskriften). Webhooks trenger en offentlig URL, så publiser før du peker Stripe mot dem (webhook-oppskriften). Moms, frakt og lagersynkronisering er ikke innebygde funksjoner i Mythex, og det finnes ingen innebygd Shopify-integrasjon. Hvis du trenger det ferdig, er Shopify det bedre valget. Som utgangspunkt finner du butikkmalene, for eksempel nettbutikken.
Spørsmål
Kan jeg bygge en nettbutikk med AI?
Ja. Et AI-verktøy for apper kan bygge katalogen, produktsidene, handlekurven og ordrehåndteringen, og koble kassen til en betalingsleverandør som Stripe via din egen konto. Moms, frakt og levering er delene du fortsatt må bestemme og teste nøye selv.
Trenger jeg Shopify for å selge på nettet?
Nei. Du kan selge med en egen nettbutikk og en betalingsleverandør som Stripe. Shopify er likevel det enklere valget hvis du vil ha lager, frakt, moms og apper i ett produkt, eller hvis et team uten teknisk bakgrunn skal drive butikken til daglig.
Hvordan tar jeg betaling i en egen nettbutikk?
De fleste egne butikker sender kundene til Stripe Checkout, en betalingsside som drives av Stripe, og oppretter bestillingen når Stripe bekrefter betalingen via en webhook. Kortopplysningene dine berører aldri din egen server, noe som gjør løsningen enklere og tryggere.
Hvordan holder jeg lagerstatusen riktig?
Reduser lageret først når betalingen er bekreftet, sjekk lageret på nytt rett før kassen opprettes, og registrer hver endring (salg, påfylling, refusjon) som en bevegelse i stedet for å overskrive et tall. Varer som selges i andre kanaler må oppdatere samme lagertelling.