En prøveperiode på en nettbutikkplattform er overraskende lett å bruke feil. Du logger inn i administrasjonen, laster opp noen produkter, ser gjennom malene, prøver noen innstillinger, og etter noen dager har du dannet deg et inntrykk av om du liker systemet. Men den viktigste informasjonen om en nettbutikkplattform er ikke hvordan det føles å bruke den i tjue minutter, men hvordan det blir å håndtere flere titalls, hundrevis eller til og med tusenvis av ordrer daglig gjennom den. Prøveperioden er derfor først virkelig verdifull når du ikke bruker den som en demo, men som en ekte nettbutikk bygget opp i miniatyr.
Det lønner seg å bruke tid på testingen, for i e-handel bestemmer den tekniske plattformen kundeopplevelsen direkte. Ifølge Eurostats tall for 2026 handlet 78 prosent av EUs internettbrukere på nett i løpet av de foregående tolv månedene i 2025, samtidig som 35 prosent av dem som handlet på nett de siste tre månedene, støtte på et eller annet problem. I Ungarn var andelen 51 prosent.
Feil i driften av en nettbutikk når altså kunden svært raskt; trege sider, problematisk betaling, tungvint mobilgrensesnitt, dårlig håndtert lager eller en checkout som krever mer tålmodighet enn kunden er villig til å gi – alt dette setter kjøpsviljen på en solid prøve. I prøveperioden skal du derfor ikke avgjøre om systemet er sympatisk, men finne ut om du kunne betrodd det handelen din.
Ikke start med funksjonslisten
Når du velger nettbutikkplattform, er det lett å drukne i sammenligning av funksjoner. Hvor mange betalingsmåter finnes? Hvor mange maler? Er det kuponghåndtering? Kan du opprette produktvarianter? Finnes det ERP-kobling, nyhetsbrevintegrasjon eller automatisk fakturering? Dette er selvsagt viktige spørsmål, men de sier lite i seg selv. En nettbutikk er nemlig ikke en samling enkeltfunksjoner, men et system av prosesser som bygger på hverandre. Kunden finner et produkt, legger det i kurven, velger frakt, betaler, ordren opprettes, lageret oppdateres, fakturaen kan genereres, dataene kan gå videre til logistikksystemet, og varslene sendes ut. Det kritiske spørsmålet er ikke om det finnes et menypunkt for alt dette i adminen, men om hele prosessen fungerer perfekt som en helhet.
I starten av prøveperioden bør du derfor ta utgangspunkt i din egen virksomhet. Har du allerede en nettbutikk i drift, tenk gjennom hvilke prosesser du utfører hver dag. Starter du nå, bygg opp noen typiske bestillingssituasjoner du regner med vil oppstå jevnlig. Det forteller langt mer om plattformen enn hvor mange funksjoner som står på presentasjonssiden.
Bygg opp en liten bit av din virkelige nettbutikk
En av de største fellene ved testing er å lage et altfor enkelt miljø. Med tre produkter, én kategori, noen bilder og standardinnstillinger vil nesten enhver moderne nettbutikkplattform fungere fint. Problemene begynner som regel når den virkelige katalogen kommer inn.
Det finnes produkter i flere størrelser eller farger, varer som hører til flere kategorier, kampanjepriser, utsolgte artikler, relaterte produkter, spesielle fraktbetingelser, svært ulike tekniske parametere eller tilbud med store mengder produktbilder. Et system som virker behagelig med fem enkle produkter, kan vise et helt annet ansikt med flere tusen artikkelnumre.
Derfor bør du jobbe med reelle data. Du trenger ikke nødvendigvis flytte hele katalogen for testens skyld; 50–100 nøye utvalgte produkter er nok til at de vesentlige spørsmålene kommer til overflaten.
Jobber du med et større sortiment, er import og masseredigering spesielt viktig. Å endre prisen på ett produkt er ingen utfordring i noe system. Å oppdatere prisen eller lageret på tusen produkter sier langt mer om hvor brukbar plattformen er i hverdagen. Legg også merke til hvor naturlig systemet passer til din egen produktlogikk. Trenger du allerede i testen omveier for å bygge opp sortimentet ditt, blir det neppe enklere i skarp drift.
Ikke test det interne søket med eksakte søk
Nettbutikkens søk testes ofte slik nesten ingen faktisk bruker det. Vi skriver inn produktets fullstendige, nøyaktige navn, og systemet finner det selvsagt. Kundene er langt mer uforutsigbare; de skriver feil, søker på merkenavn, taster inn artikkelnumre, kombinerer flere egenskaper eller bruker rett og slett andre uttrykk enn det forhandleren har lagt inn i produktnavnet.
Prøv derfor flere titalls reelle søkesituasjoner. Søk på eksakt navn, på fragmenter, på merke, på artikkelnummer, på feilstavede uttrykk og med søk på flere ord. Se også hva systemet gjør når det ikke finnes noe eksakt treff.
Med en stor produktkatalog er det interne søket ikke lenger en bifunksjon. For mange kunder blir det hovednavigasjonen, og det kan dermed direkte påvirke om de finner produktet som passer for dem.
Test checkouten som flere typer kunder
Bransjen har i årevis formulert det som en grunntese at betalingsprosessen bør prøves med særlig grundighet.
Baymard Institute beregner ut fra en sammenstilling av over femti undersøkelser en gjennomsnittlig kurvforlatelsesrate på rundt 70 prosent. I deres egen kartlegging hadde 17 prosent av kundene avbrutt en bestilling fordi checkouten var for lang eller komplisert. Like mange nevnte tekniske feil eller krasj, og 9 prosent kjøpte ikke fordi de ikke fant en betalingsmåte som passet dem. Én vellykket testbestilling er altså ikke nok.
Prøv å handle som gjest og som registrert bruker, bruk en kupong, gå over grensen for gratis frakt og deretter under. Velg hjemlevering og hentepunkt, prøv ulik faktura- og leveringsadresse, bedriftsopplysninger, forskjellige betalingsmåter – og simuler om mulig også en mislykket transaksjon. Og følg prosessen som kunde, ikke som forhandler. Er det entydig hvor mye som skal betales? Vises fraktprisen i tide? Er det forståelig hvilke opplysninger som må oppgis? Er det lett å komme gjennom prosessen på mobil?
I Baymards undersøkelse nevnte 40 prosent for høye tilleggskostnader blant de unngåelige årsakene til kurvforlatelse, og 12 prosent at de ikke kunne se ordrens totalkostnad på forhånd. En dårlig kommunisert fraktpris kan altså skade langt mer enn du skulle tro.
Ved «vellykket bestilling»-siden er ingenting avsluttet
Fra forhandlerens side begynner bestillingsprosessen egentlig først å bli interessant når kunden har betalt. Åpne administrasjonen og se hva som skjedde i kulissene. Fikk ordren riktig status? Ble lageret redusert? Er betalingsinformasjonen korrekt? Gikk dataene over til faktureringssystemet? Nådde de logistikksystemet? Fikk kunden de nødvendige e-postene?
Prøv deretter også å endre noe. Endre adresse, slett en bestilling, prøv en refusjon eller endre innholdet i ordren. I virkelig e-handel går nemlig ikke alle bestillinger feilfritt etter det opprinnelige manuset. Følg samtidig med på tiden, også uten stoppeklokke. Hvis håndteringen av en enkel ordre er merkbart treg, hvis samme data må registreres flere steder, eller det jevnlig ville krevd manuell kopiering, kan det raskt bli et alvorlig problem ved større volum.
En av de nyttigste erkjennelsene fra prøveperioden er ikke at en funksjon mangler, men at en operasjon som skal utføres tjue til hundre ganger om dagen, er unødvendig tungvint.
Integrasjonenes virkelige verdi vises først etter tilkobling
En moderne nettbutikk fungerer sjelden alene. I bakgrunnen jobber som regel betalingsleverandør, faktureringsprogram, logistikksystem, ERP, nyhetsbrevverktøy, produktfeed og analysesystem sammen, så en integrasjon bør ikke betraktes som en funksjon som kan hukes av. Hvis prøveperioden tillater det, koble til tjenestene du faktisk kommer til å trenge. Legg inn en bestilling, se hvilke data som går til faktureringen, hvordan pakkeutleveringen fungerer, når lageret oppdateres, og hva ERP-et får tilbake.
Sellvio tilbyr i dag over 80 ferdige integrasjoner mot betalings-, logistikk-, fakturerings-, ERP-, markedsførings- og andre systemer. Det er i seg selv et bredt utvalg, men for din virksomhet blir det først virkelig verdifullt når du ser hvordan systemene som er viktige for deg, samarbeider i praksis.
Særlig ved ERP-kobling bør du prøve alle retninger. Endre lager, pris eller produktdata, og se hvor raskt og presist det dukker opp i det andre systemet. Legg inn en bestilling og følg hvor dataene dukker opp. Det virkelige spørsmålet er nemlig ikke om «det finnes en integrasjon», men hvor mye arbeid integrasjonen tar av skuldrene dine.
Sjekk også om analysen snakker sant
Feilaktig analyse er spesielt farlig fordi den ofte ikke har noen synlige tegn. Nettbutikken fungerer, ordrene kommer inn, kundene betaler – men i rapportene skjer noe helt annet. Kanskje registreres en ordre to ganger i GA4, kanskje avviker omsetningen, produktdata forsvinner, checkouten måles ikke riktig, eller det sendes feil transaksjons-ID videre.
Legg inn noen forhåndsberegnede testbestillinger og sammenlign tallene i administrasjonen med dem i analysen. Har du lagt inn ti bestillinger, vil du se ti bestillinger. Er totalverdien 137 420 forint, skal det samme beløpet speiles i målingen. Det høres enkelt ut, men mange nettbutikker oppdager først etter lansering at dataene de tar beslutninger på, har vært unøyaktige i månedsvis.
Ikke bedøm hastigheten på din egen laptop
Nesten enhver nettbutikk virker rask så lenge den er tom.
Den virkelige belastningen kommer først når bildene, produktene, analysetaggene, markedsføringssystemene, de eksterne skriptene og de ulike integrasjonene er på plass. Derfor er det først verdt å måle hastighet seriøst i prøveperioden når testbutikken allerede ligner noe på din virkelige nettbutikk. Ifølge Googles anbefaling for Core Web Vitals bør Largest Contentful Paint ligge under 2,5 sekunder, Interaction to Next Paint under 200 millisekunder og Cumulative Layout Shift under 0,1 for 75 prosent av besøkene for å gi en god brukeropplevelse.
Dette handler ikke bare om tekniske poengsummer. Ifølge Nuvemshop-casestudien Google publiserte på web.dev i 2026, økte andelen butikker med god LCP-verdi fra 57 til 96 prosent etter ytelsesforbedringene på plattformen, som betjener over 180 000 nettbutikker – samtidig som konverteringsraten for organisk mobiltrafikk fra Google i samme butikkgruppe bedret seg med 8,9 prosent.
Du bør ikke konkludere med at enhver hastighetsforbedring automatisk øker konverteringen med 8,9 prosent, men lærdommen er at nettbutikkens ytelse er en forretningsfaktor og bør tas på alvor allerede ved plattformvalget. Mål forsiden, en kategoriside, en enkel og en mer kompleks produktside. Og fremfor alt: mål også på mobil.
Mobiltesten skal ikke bestå i at det «ser bra ut»
Nettbutikken setter du sannsynligvis opp på laptop eller stasjonær maskin, og derfor kan du få følelsen av at mobilversjonen er i orden hvis den bryter pent ved første øyekast. Men det er ikke nok. Ta en telefon og handle av deg selv. Søk etter et produkt, bruk et filter, åpne bildene, velg en produktvariant, legg flere varer i kurven, finn et hentepunkt, fyll ut adressen og kom deg helt til betalingen.
Følg samtidig med på hvor du må skrolle for mye, hvor knappene er små, om det er lett å trykke feil, om neste steg er entydig, og om handlekurven og skjemadataene bevares hvis du går tilbake. Prøv helst ikke bare på en dyr enhet med stor skjerm – «responsiv» og «behagelig å bruke på mobil» er nemlig to forskjellige ting.
Ved flytting av en eksisterende nettbutikk fortjener SEO en egen plan
Bytter du plattform, flytter du ikke bare produktene fra én database til en annen. URL-ene i en fungerende nettbutikk kan ha bygget opp verdi gjennom år. Eksterne lenker peker til dem, de har opparbeidet posisjoner i Google, de gir trafikk – og for visse sider kan dette måles i direkte inntekt.
I prøveperioden bør du derfor sammenligne den gamle og den nye URL-strukturen. Undersøk kategori-, produkt-, merke- og innholdssidene, håndteringen av metadata, canonical-elementene, sitemapet, robots-innstillingene og de strukturerte dataene. Endres en URL, skal du på forhånd vite hvordan du omdirigerer den. Særlig med stor katalog bør du også prøve hvordan systemet håndterer utgåtte eller slettede produkter, filtrerte kategorisider – og i en flerspråklig nettbutikk de ulike språkversjonene.
Sellvio betrakter håndteringen av URL-struktur, metadata og omdirigeringer som en viktig del av migreringen ved plattformbytte. Det er et vesentlig poeng, for i en vellykket nettbutikkflytting skal ikke bare dataene, men også den tidligere opparbeidede organiske verdien bevares. Er du usikker, hjelper vi deg.
Ødelegg ting med vilje
Det høres rart ut i første omgang, men det er når noe skjærer seg at du lærer mest om en programvare.
Prøv å fremkalle en mislykket betaling. Test tomt lager. Gjør en feil i en importfil. Se hva som skjer hvis du avbryter bestillingen og kommer tilbake. Har du mulighet, prøv også hvordan systemet oppfører seg når en ekstern kobling midlertidig feiler. Målet er ikke å finne feil for enhver pris, men å forsikre deg om at feilene som oppstår, lar seg håndtere.
I prøveperioden bør du også prøve kundestøtten. Har du et reelt spørsmål, still det. Da ser du ikke bare hvor raskt svaret kommer, men også hvor nyttig det er for deg.
Regn med din egen tid i tillegg til månedsprisen
Prisene på nettbutikkplattformer er lette å sammenligne, så det er naturlig at mange tar utgangspunkt i dem – forskjellen mellom to pakker er umiddelbart synlig, mens kostnaden ved din egen arbeidstid er langt mindre synlig. Men hvis et system krever en halvtime mer manuell administrasjon hver eneste dag, kan det på årsbasis utgjøre en betydelig kostnad. Det samme gjelder når en funksjon krever en egen app, utvikling eller ekstern tjeneste.
Derfor bør plattformen vurderes ut fra totalkostnaden. I tillegg til abonnementet må du regne med eksterne applikasjoner, integrasjoner, transaksjonsgebyrer, eventuell utvikling og den menneskelige tiden driften krever. Det kan hende det ene systemet er noen tusen forint dyrere i måneden, men samtidig sparer deg for tjue minutters arbeid hver dag.
I Sellvios pakker er flere elementer tilgjengelige som standard som hos andre systemer kan dukke opp som egne tjenester eller utvidelser, mens høyere pakker i tillegg gir flere betalings-, logistikk-, fakturerings- og ERP-integrasjoner samt API-tilgang. Ved sammenligning bør du derfor se på prisen for hele systemet som gir samme forretningsdrift.
Tretti dager rekker til langt mer enn du tror
En prøveperiode på 30 dager kan virke kort, spesielt når du samtidig må gjøre den daglige jobben din, men i riktig rekkefølge kan du få svar på overraskende mange spørsmål på den tiden.
Den første uken bør du bygge opp skjelettet i nettbutikken og lage en realistisk produktkatalog. Målet er ikke perfekt design, men en butikk der det allerede kan legges inn en reell bestilling.
Den andre uken kan handle om kundesiden. Test søket, filtreringen, produktsidene, mobilbruken, handlekurven og checkouten. Legg inn flere typer bestillinger, og skap med vilje situasjoner som ikke er ideelle.
Den tredje uken går du over til forhandlersiden. Se på ordrebehandlingen, faktureringen, betalingen, logistikken, lageret, ERP-koblingene og analysen. På dette tidspunktet ser du som regel godt hvor mye daglig manuelt arbeid som blir igjen ved siden av systemet.
De siste dagene bør du vie hastigheten, SEO-en, supporten og totalkostnaden. Flytter du en fungerende nettbutikk, bør du på dette tidspunktet også ha en relativt presis migreringsplan.
Denne prosessen gir et langt mer nyttig resultat enn tretti dager med tilfeldig klikking. Følger du rådene våre, sitter du ved prøveperiodens slutt ikke igjen med et generelt inntrykk av systemet, men med egen erfaring om hvordan det fungerer med dine produkter, prosesser og din forretningslogikk. Og det er et mye bedre grunnlag for beslutningen.