Vipps i kassen: sjekkliste før du går live

Vipps i kassen betyr enten Vipps Checkout, som er en ferdig kasseløsning med adresse, frakt og betaling samlet, eller ePayment, som er betalings-API-et du bygger inn i din egen kasse. Valget avhenger av hvor mye kontroll du trenger, og hva plattformen din støtter fra før.

Hva «vipps kasse» faktisk betyr

Når norske butikkeiere sier «Vipps i kassen», mener de vanligvis én av to ting. Det ene er Vipps Checkout, som er en ferdig kasse hvor kunden identifiserer seg med telefonnummer, får adresse og kontaktinfo forhåndsutfylt, velger frakt og betaler — alt i én modul du limer inn i nettbutikken. Det andre er ePayment API, som er selve betalings-API-et. Da beholder du din egen kasse og bruker Vipps kun til betalingssteget. Vipps MobilePay har avviklet det gamle eCom API-et, så nye prosjekter skal ikke bygges på det — verken direkte eller via gamle plugins som ikke er oppdatert.

For de fleste små og mellomstore norske nettbutikker er Checkout det praktiske valget: du får norsk konvertering ut av boksen uten å designe kassen selv. Har du derimot en spesialisert kasse (abonnement, B2B-godkjenning, komplekse frakteregler), er ePayment mer fleksibelt.

Sjekkliste: før du setter Vipps i kassen

1. Avklart om du trenger Checkout eller ePayment. Valget bestemmer alt annet: plugin, testflyt og hva utvikleren må gjøre. Hvis nei: gå tilbake til tabellen over og skriv ned én setning om hvorfor du velger som du velger.
2. Vippsportal-tilgang og riktig salgssted opprettet. Uten riktig salgssted (MSN) havner oppgjør på feil konto eller feil organisasjonsnummer. Hvis nei: logg inn på Vippsportal og opprett salgsstedet under riktig juridisk enhet før du henter API-nøkler. Se Vipps sine løsninger for bedrift for hvilken avtale du trenger.
3. Test- og produksjonsnøkler holdt adskilt. Blandede nøkler er den vanligste årsaken til at ordrer «forsvinner» ved lansering. Hvis nei: legg nøklene i miljøvariabler med tydelig navn (VIPPS_TEST_*, VIPPS_PROD_*), ikke i koden.
4. Webhook for betalingsstatus satt opp og verifisert. Uten webhook kan butikken tro at en ordre er ubetalt selv om kunden har betalt. Hvis nei: konfigurer webhook-URL i Vippsportal, logg alle innkommende kall i 30 dager, og test at både «AUTHORIZED» og «CANCELLED» treffer riktig ordrestatus.
5. Avbrutt betaling testet ende til ende. Kunder som avbryter i Vipps-appen skal ikke ende opp med en betalt ordre i systemet — og heller ikke en tom handlekurv. Hvis nei: kjør minst tre testkjøp der du avbryter i appen, og sjekk hva som skjer med ordrestatus og lager.
6. Refusjon og delrefusjon testet. Kundeservice trenger å kunne refundere uten å ringe utvikleren. Hvis nei: gjennomfør én full og én delvis refusjon i testmiljø, og skriv en enkel intern rutine på fem linjer.
7. Fraktvalg og fraktpris stemmer med det Vipps Checkout viser. Checkout henter fraktalternativer fra butikken din — hvis de er feil konfigurert, ser kunden feil pris. Hvis nei: gå gjennom fraktreglene i plattformen din (WooCommerce, Shopify, egen) og verifiser at Checkout viser samme pris som «vanlig» kasse.
8. Angrerettskjema og kjøpsvilkår er tilgjengelige før betaling. Dette er lovkrav, ikke et Vipps-krav, men det er en del av kassen din. Hvis nei: legg lenkene synlig i kassen og bekreft at du oppfyller Forbrukertilsynets krav til netthandel.
9. Behandlingsgrunnlag for kundedata avklart. Vipps deler navn, telefon og adresse — det må ha et grunnlag, som regel avtale. Hvis nei: dokumenter grunnlaget i personvernerklæringen, og sjekk Datatilsynets veiledning om behandlingsgrunnlag.
10. Kvitteringsmail og ordrebekreftelse trigges av riktig hendelse. Mange sender bekreftelse på «ordre opprettet» i stedet for «betaling godkjent», og risikerer å bekrefte ubetalte ordrer. Hvis nei: knytt mail-triggeren til betalingsstatus, ikke til handlekurv-innsending.
11. Analyse og konverteringssporing fungerer gjennom Vipps-flyten. Redirect til Vipps-appen bryter ofte session i Google Analytics, så du mister salg i rapporten. Hvis nei: sett opp server-side eventer for «purchase», ikke bare klientside.
12. Plan for å håndtere Vipps-nedetid. Vipps går ned innimellom, og da må kunden kunne betale med kort. Hvis nei: sørg for at kort er aktivt som alternativ, og at kassen ikke krasjer hvis Vipps-modulen ikke svarer.

Hvorfor Vipps i kassen tjener seg inn

Argumentet for å legge Vipps i kassen er ikke ideologisk — det er konverteringsmatte. Norske kunder kjenner appen, slipper å skrive kortnummer og adresse, og fullfører oftere. Vi anbefaler å behandle Vipps som hovedbetalingsmetode i norsk B2C, ikke som «en av flere» langt nede på siden.

Fra Box sine egne kundekontoer ser vi at nettbutikker med Vipps i kassen har 15–30 % høyere gjennomføringsgrad i checkout enn butikker med kun kort.

Samtidig er ikke Vipps svaret på alt. For større ordrer velger mange kunder faktura eller delbetaling, og der er Vipps alene ikke nok.

Fra Box sine egne kundekontoer ser vi at faktura- og BNPL-alternativer som Klarna brukes av 35–55 % av kundene i netthandelsporteføljen, med høyere snittordre enn kortbetaling.

Praktisk betyr det at en sunn norsk kasse i 2026 typisk har Vipps som førstevalg, kort som fallback, og faktura/delbetaling for varer over noen tusenlapper. Trenger du hjelp til å sette opp hele denne stakken, gjør vi det som en del av nettbutikk-leveransen vår. Vi anbefaler også å knytte kassen til et enkelt CRM-oppsett fra dag én, slik at kundedata fra Vipps ikke blir liggende isolert i ordredatabasen.

Fallgruver vi ser oftest

• Feil salgssted koblet til API-nøklene. Oppgjøret havner på riktig konto, men rapportene i Vippsportal viser feil butikk, og regnskapet blir vanskelig å avstemme.
• Webhook-URL peker på testmiljø etter lansering. Produksjonsordrer får aldri oppdatert status, og kundeservice tror kundene ikke har betalt.
• Plugin-versjon som fortsatt kaller det avviklede eCom API-et. Fungerer i dag, slutter å fungere når endepunktet tas ned. Sjekk at plugin støtter Checkout eller ePayment, ikke bare «Vipps».
• Kassen viser Vipps-knappen før frakt er valgt, slik at kunden betaler før prisen er endelig. Krever manuell etterfakturering og skaper klager.
• Ingen logging av webhook-kall. Når noe går galt tre uker etter lansering, er det umulig å finne ut hva som skjedde uten logg.
• Analytics teller «purchase» på returside etter Vipps-redirect, som utløses også ved refresh — resultatet er dobbelttelte salg i rapporten din for Google Ads og feil ROAS.

Vipps i kassen på ulike plattformer

På WordPress med WooCommerce er offisiell Vipps-plugin veien å gå — den støtter både Checkout og ePayment, og oppdateres av Vipps MobilePay selv. På Shopify går det via egen app; se vår gjennomgang av Shopify i Norge for hvordan norske betalingsmetoder settes opp der. På egenutviklede løsninger integrerer utvikleren direkte mot API-et, og da er det ekstra viktig at domenet og HTTPS er riktig satt opp før webhooks aktiveres.

Uansett plattform: du trenger en bedriftsavtale med Vipps MobilePay. Vi har skrevet mer om hva som ligger i Vipps for bedrift og hvilken avtaleform som passer hvilken virksomhet.

Når Vipps i kassen ikke er riktig

Vipps er laget for norske forbrukere. Selger du i hovedsak til utlandet, er Vipps feil hovedvalg — kundene dine har ikke appen. Da er internasjonale metoder (kort, PayPal, Klarna, lokale metoder som iDEAL) viktigere, og Vipps kan legges til som norsk sidekanal.

Ren B2B med fakturagodkjenning og innkjøpsordre passer også dårlig med Vipps Checkout. Der er faktura-i-etterkant eller EHF ofte det kundene forventer, og en Vipps-knapp i kassen kan faktisk gjøre kjøpet mer tungvint.

Til slutt: hvis butikken din i praksis ikke selger noe fordi trafikken mangler, løser ikke Vipps problemet. Da er det markedsføringen og kanalmiksen som må på plass først.

Fra Box sine egne kundekontoer ser vi at kundene som vokser raskest kombinerer minst tre kanaler — typisk nettside pluss Google pluss én sosial kanal — i stedet for å satse alt på én.