Feilsøkingsguide

Vipps fungerer ikke i kassen? Start med å sjekke pengene.

Den vanligste Vipps-feilen er ikke at betalingen mislykkes. Den er at kunden betaler, pengene blir trukket, og ordren likevel blir stående som ubetalt i WooCommerce. Årsaken er nesten alltid noe som blokkerer meldingen fra Vipps tilbake til butikken din. Under går vi gjennom det og de seks andre vanlige årsakene.

Få hjelp nå Snakk på WhatsApp

Før du gjør noe: sjekk om pengene faktisk er trukket

Logg inn i Vipps MobilePay Business Portal og se om transaksjonen ligger der. Dette avgjør alt som følger. Er betalingen gjennomført hos Vipps, men ordren mangler i WooCommerce, er ikke betalingen problemet: det er meldingen tilbake til butikken som ikke kom fram. Da skal du ikke refundere. Refunderer du før du har rekonstruert ordren, mister du sporet mellom kunde, betaling og bestilling, og oppryddingen blir betydelig vanskeligere. Opprett heller ordren manuelt slik at kunden får bekreftelsen sin, og finn deretter ut hvorfor meldingen ble stoppet. Er betalingen derimot ikke registrert hos Vipps i det hele tatt, stoppet det tidligere, og da er det oppsettet eller nøklene du skal se på.

Sjekklista

De sju vanligste årsakene, i den rekkefølgen du bør sjekke dem

Start øverst. De første punktene tar minst tid og forklarer flest saker. Test en bestilling på nytt etter hvert punkt, slik at du vet hva som faktisk løste det.

1. Er det Vipps som har driftsproblemer, og ikke deg?

Dette tar under et minutt og sparer deg for en hel kveld med feilsøking i din egen butikk. Vipps har driftsmeldinger, og betalingsløsninger har nedetid som alle andre tjenester. Sjekk statussiden til Vipps MobilePay, og se om andre norske butikker melder om det samme. Er det driftsavvik hos Vipps, er det ingenting galt hos deg, og det eneste fornuftige er å vente og eventuelt informere kundene. Har du en butikk med mye trafikk, er det verdt å legge en midlertidig melding i kassen om at Vipps er ustabilt, slik at kundene velger en annen betalingsmåte i stedet for å prøve om og om igjen.

2. Kunden har betalt, men ordren står som ubetalt

Dette er den klart vanligste Vipps-feilen, og den ser verre ut enn den er. Slik oppstår den: kunden velger Vipps på mobil, godkjenner med BankID, og blir sendt tilbake til Vipps-appen. Der lukker mange appen i stedet for å gå tilbake til nettleseren. Betalingen er gjennomført, men nettleseren fullførte aldri bestillingen. For nettopp dette sender Vipps en melding, en callback, direkte til butikken din som skal oppdatere ordren automatisk. Kommer ikke den meldingen fram, blir ordren stående som venter på betaling. Årsaken er nesten alltid at noe i butikken blokkerer innkommende kall: en sikkerhetsplugin som Wordfence, en brannmur hos webhotellet, en Cloudflare-regel, eller en regel i .htaccess. Sjekk om sikkerhetspluginen din har blokkert forespørsler fra Vipps sine IP-adresser, og se etter avviste kall i loggene rundt tidspunktet for bestillingen. Dette er også grunnen til at feilen ofte rammer bare noen kunder: den treffer dem som lukker appen, ikke dem som går tilbake til nettleseren selv.

3. Feil nøkler, eller testnøkler i produksjon

Vipps krever fire opplysninger fra Vipps MobilePay Business Portal: kundenummer, som også kalles merchant serial number, klient-ID, klienthemmelighet, og en abonnementsnøkkel. Alle fire finnes i to versjoner, en for test og en for produksjon, og de er lette å blande. Symptomet på testnøkler i produksjon er at alt ser riktig ut i oppsettet, men ingen ekte betalinger går gjennom. Gå inn i innstillingene for Vipps-pluginen i WooCommerce og bekreft at du bruker produksjonsnøklene, og at testmodus er skrudd av. Har butikken nettopp blitt satt opp, eller har noen jobbet på den i et testmiljø, er dette den første tingen å utelukke. Nøkler kan også slutte å virke hvis de er byttet i Business Portal uten at de er oppdatert i WooCommerce.

4. Reservasjonen utløper før du fanger betalingen

Vipps reserverer beløpet først, og trekker det når du fanger betalingen. Fanger du for sent, kan reservasjonen løpe ut, og da får du en betaling som ser gjennomført ut for kunden men aldri kommer inn på konto. Hvor lenge en reservasjon varer, avhenger av betalingsprodukt og marked, så det finnes ikke ett tall som gjelder alle. Det viktige er at innstillingen for når du fanger, passer måten du faktisk sender varer på. Selger du digitale produkter eller tjenester som leveres med én gang, bør du fange automatisk. Selger du fysiske varer som pakkes noen dager senere, må du fange manuelt når varen sendes, og da må rutinen faktisk følges. Ser du flere ordrer med utløpte reservasjoner, er det som regel ikke en teknisk feil, men at innstillingen og pakkerutinen ikke stemmer overens.

5. Vipps vises ikke i kassen i det hele tatt

Får kundene aldri opp Vipps som valg, er det som regel oppsett og ikke feil. Sjekk i denne rekkefølgen: at pluginen er aktivert, at butikkvalutaen er norske kroner, siden Vipps ikke tilbys i alle valutaer, at betalingsmåten er skrudd på under WooCommerce og Innstillinger og Betalinger, og at nøklene er lagt inn. Sjekk deretter om noe begrenser hvilke land eller produkter Vipps gjelder for. Vises Vipps for deg som administrator men ikke for kunder, se etter regler som skjuler betalingsmåter for bestemte kundegrupper eller handlekurv-summer. Handler det om hurtigkasse-knappen på produktsider i stedet, er det en egen innstilling i pluginen som må skrus på separat.

6. Handler dette om Kustom-overgangen?

Her er det mye forvirring, og det er verdt å vite hvilken av to ting du faktisk bruker. Vipps MobilePay solgte checkout-løsningen sin til Kustom, kunngjort i mars 2026, og butikker som brukte Vipps MobilePay Checkout blir flyttet over til Kustom gradvis gjennom 2026. Dette gjelder bare de som bruker Checkout som hele kasseløsningen sin. Bruker du Vipps som en vanlig betalingsmåte i den vanlige WooCommerce-kassen, altså den vanlige pluginen, blir du ikke berørt av overgangen, og et problem hos deg har en annen årsak. Er du usikker på hvilken du har, se om kassen din er WooCommerce sin egen med Vipps som ett av flere valg, eller om hele kassen er levert av Vipps. Har du fått e-post om overgang til Kustom, er du i den første gruppen, og da bør endringer planlegges i stedet for å håndteres som en akutt feil.

7. Domenet eller adressen er endret

Har butikken nylig flyttet til nytt webhotell, byttet domene, lagt på eller fjernet www, eller gått fra http til https, kan adressene Vipps skal svare tilbake til være feil. Da fungerer selve betalingen, men returen og meldingen tilbake til butikken treffer en adresse som ikke finnes lenger. Sjekk at nettadressen i WordPress-innstillingene er den samme som butikken faktisk kjører på, og at den bruker https. Sjekk deretter oppsettet i Business Portal og i pluginen for adresser som fortsatt peker på det gamle domenet. Dette er en typisk årsak når Vipps sluttet å virke samme uke som noe annet ble flyttet, uten at noen koblet de to hendelsene sammen.

Kjenner du igjen symptomet?

Hopp rett til det som ligner mest

Måten feilen viser seg på, sier mye om hvor du bør lete. Kjenner du igjen en av disse, kan du hoppe over deler av sjekklista.

Kunden er belastet, men det finnes ingen ordre

Gå til punkt 2. Dette er callback-problemet, og det er den vanligste Vipps-saken som finnes. Kort versjon: bekreft betalingen i Business Portal, ikke refunder, opprett ordren manuelt så kunden får bekreftelsen, og finn deretter ut hva som blokkerer meldingen fra Vipps. Fikser du bare den ene ordren uten å finne blokkeringen, skjer det samme med neste kunde i morgen.

Ordrer blir stående som «venter på betaling»

Samme underliggende årsak som over, bare sett fra admin-siden i stedet for fra kunden. Ser du flere slike ordrer over tid, og noen av dem har faktisk betalt, er callbacken blokkert. Se punkt 2. Er ingen av dem betalt, er det derimot vanlig at kunder starter en betaling og ombestemmer seg, og da er det ikke en feil i det hele tatt.

Vipps-knappen vises ikke for kundene

Gå til punkt 5. Rekkefølgen er: plugin aktivert, valuta i norske kroner, betalingsmåte skrudd på, nøkler lagt inn. Vises den for deg men ikke for kundene, se etter regler som skjuler betalingsmåter basert på kundegruppe, land eller handlekurv-sum.

Kunden får feilmelding inne i Vipps

Skjer feilen etter at kunden er sendt til Vipps, ligger den som regel i det som ble sendt over: beløp, valuta, eller nøkler. Se punkt 3 om nøkler, og sjekk at butikken bruker norske kroner. Skjer det for alle kunder samtidig, sjekk punkt 1 først, for da kan det være drift hos Vipps.

Det virker på desktop, men feiler på mobil

Dette peker nokså direkte på punkt 2. På desktop åpnes Vipps i en annen flyt, og kunden blir liggende i nettleseren, så bestillingen fullføres normalt. På mobil bytter kunden mellom nettleser, Vipps-app og BankID, og hvis de ikke kommer tilbake, er butikken helt avhengig av callbacken. Fungerer den ikke, ser du nøyaktig dette mønsteret.

Alt virket i går, ingen har rørt noe

Tre vanlige forklaringer. En plugin ble oppdatert automatisk, ofte sikkerhetspluginen, og nye regler blokkerer nå callbacken, se punkt 2. Nøkler ble byttet i Business Portal uten at WooCommerce ble oppdatert, se punkt 3. Eller webhotellet endret noe, for eksempel brannmur eller PHP-versjon. Sjekk oppdateringsdatoene før du leter videre.

Refusjon gjennom WooCommerce feiler

Får du ikke refundert fra ordresiden, er det som regel fordi betalingen ikke er fanget, eller fordi ordren ikke er koblet riktig mot transaksjonen hos Vipps. Sjekk statusen i Business Portal først. Er beløpet bare reservert og ikke trukket, skal reservasjonen kanselleres i stedet for å refunderes, og det er to forskjellige handlinger.

Jeg har fått e-post om at Checkout blir Kustom

Da bruker du Vipps MobilePay Checkout som hele kasseløsningen, ikke bare Vipps som betalingsmåte. Se punkt 6. Dette er en planlagt overgang og ikke en akutt feil, men den bør planlegges, ikke oppdages på lanseringsdagen. Er kassen din avhengig av frakt- eller ordreintegrasjoner, er det de delene som må testes nøyest når overgangen kommer.

Når du bør slutte å feilsøke selv

Med betaling er innsatsen høyere enn med de fleste andre feil, fordi det er kundenes penger som står i spill. Her er de fire tegnene på at det haster å få hjelp.

Flere kunder er belastet uten å få ordre

Er dette skjedd mer enn én gang, fortsetter det å skje til blokkeringen er funnet. Hver time betyr flere kunder som har betalt for noe du ikke vet at du skylder dem, og en avstemming som blir vanskeligere for hver bestilling.

Du vet ikke hvilke ordrer som mangler

Har det pågått en stund, må betalinger hos Vipps avstemmes mot ordrer i WooCommerce for å finne ut hvem som faktisk har betalt. Det er ryddearbeid som blir raskere og tryggere med noen som har gjort det før, og som ikke risikerer å refundere feil kunde.

Du har gått gjennom lista uten å finne noe

Har du utelukket alle sju punktene og det fortsatt feiler, ligger årsaken i loggene: avviste kall, feilmeldinger fra Vipps sitt API, eller en konflikt mot en annen plugin. Da er videre gjetting dyrere enn å få noen til å lese dem ordentlig.

Du vurderer å skru av sikkerhetspluginen for å teste

Det kan være riktig som en kort, kontrollert test, men å la den stå av mens du leter videre er en dårlig idé på en butikk med kundedata. Får du ikke gjort testen trygt, er det bedre å få noen til å finne den ene regelen som blokkerer, enn å ta ned forsvaret.

Slik gjør du feilsøkingen raskere

Betalingsfeil er raskere å løse enn de fleste andre feil, fordi det finnes logger på begge sider. Har du dette klart, går jobben vesentlig fortere.

Finn ett konkret eksempel

Én bestilling der du vet hva som skjedde: tidspunkt, beløp, og hva kunden opplevde. Ett eksempel som kan spores gjennom begge systemer er mer verdt enn en generell beskrivelse av at Vipps er ustabilt.

Sjekk om betalingen finnes i Business Portal

Dette avgjør hvilken halvdel av problemet det er. Betaling gjennomført uten ordre peker på callback. Ingen betaling registrert peker på oppsett eller nøkler. Å vite hvilken sparer den første timen.

Noter hva som ble endret i det siste

Plugin-oppdateringer, bytte av webhotell, nye sikkerhetsregler, nytt domene, eller nøkler som er byttet. Nesten alle Vipps-feil som oppstår plutselig, har en slik utløser.

Ha tilgangene klare

WordPress-admin, og helst tilgang til Vipps MobilePay Business Portal. Uten portalen kan vi se hva butikken tror har skjedd, men ikke hva som faktisk skjedde hos Vipps, og da blir feilsøkingen halvblind.

Si fra om butikken tar imot bestillinger nå

En butikk som fortsetter å ta betalinger med en blokkert callback, samler opp flere saker hver time. Da prioriterer vi å stoppe blødningen først, og rydde opp i det som allerede har skjedd etterpå.

Det butikkeiere spør om når Vipps svikter

Kunden sier hen har betalt, men jeg ser ingen ordre. Hva gjør jeg akkurat nå?

Fire steg, i denne rekkefølgen. Bekreft først i Vipps MobilePay Business Portal at betalingen faktisk er gjennomført, med beløp og tidspunkt. Ikke refunder, selv om det føles ryddig overfor kunden, fordi det gjør avstemmingen vanskeligere. Opprett så ordren manuelt i WooCommerce med riktige produkter og riktig sum, og merk den som betalt, slik at kunden får bekreftelsen sin og du har et bilag. Finn deretter ut hvorfor meldingen fra Vipps ikke nådde fram, ellers gjentar det seg. Punkt 2 i sjekklista går gjennom hvor du leter.

Hvorfor blir ordrer stående som «venter på betaling» når kunden har betalt?

Fordi bestillingen fullføres på to måter, og den ene er avhengig av at kunden kommer tilbake til nettleseren. På mobil godkjenner kunden i Vipps-appen med BankID, og mange lukker appen der i stedet for å gå tilbake. For nettopp det sender Vipps en melding rett til butikken som skal oppdatere ordren automatisk. Kommer ikke den meldingen fram, står ordren igjen som ubetalt. Det er sjelden Vipps som er problemet: som regel blokkerer noe i butikken det innkommende kallet, typisk en sikkerhetsplugin, en brannmur hos webhotellet, eller en regel i Cloudflare.

Blir butikken min berørt av at Vipps Checkout ble solgt til Kustom?

Bare hvis du bruker Vipps MobilePay Checkout som hele kasseløsningen din. Vipps MobilePay kunngjorde i mars 2026 at Checkout-løsningen selges til Kustom, og de butikkene flyttes over gradvis gjennom 2026. Bruker du Vipps som en vanlig betalingsmåte i den ordinære WooCommerce-kassen, altså den vanlige pluginen, blir du ikke berørt, og et problem hos deg har en annen årsak. Er du i tvil, se om kassen din er WooCommerce sin egen med Vipps som ett av flere valg, eller om hele kassesiden er levert av Vipps. Har du fått e-post om overgangen, tilhører du den første gruppen.

Hvor finner jeg nøklene Vipps-pluginen trenger?

I Vipps MobilePay Business Portal. Du trenger fire ting: kundenummer, som også kalles merchant serial number, klient-ID, klienthemmelighet, og abonnementsnøkkel. Alle finnes i én versjon for test og én for produksjon, og de er lette å forveksle. Bruker du testnøkler i en live butikk, ser oppsettet riktig ut mens ingen ekte betalinger går gjennom. Sjekk samtidig at testmodus er skrudd av i pluginen.

Kan en sikkerhetsplugin virkelig stoppe Vipps?

Ja, og det er en av de vanligste årsakene vi ser. Sikkerhetsplugins og brannmurer er laget for å blokkere automatiske forespørsler utenfra, og meldingen fra Vipps ser i utgangspunktet ut som nettopp det. Wordfence, brannmurer hos webhotellet, Cloudflare-regler og oppsett i .htaccess kan alle stoppe kallet uten å si fra. Symptomet er alltid det samme: betalingen går gjennom hos Vipps, men ordren oppdateres aldri i butikken. Løsningen er ikke å skru av sikkerheten, men å tillate nettopp disse kallene.

Hvorfor utløper reservasjoner før jeg får fanget betalingen?

Vipps reserverer beløpet først og trekker det når du fanger. Hvor lenge reservasjonen står, avhenger av betalingsprodukt og marked, så det finnes ikke ett tall for alle. Problemet oppstår når innstillingen for når du fanger, ikke passer måten du faktisk sender varer på. Selger du noe som leveres umiddelbart, bør du fange automatisk. Sender du fysiske varer noen dager senere, må du fange manuelt ved sending, og rutinen må følges. Ser du dette gjentatte ganger, er det som regel rutinen og ikke teknikken som må endres.

Hva koster det å få noen til å se på det?

Feilretting på Vipps starter på 1 990 kr med fastpris avtalt før arbeidet starter. Er det ordrer som må avstemmes og rekonstrueres i tillegg til selve fiksen, sier vi fra om omfanget før vi går i gang. Se Vipps til WooCommerce for hva som inngår, eller prissiden for hele oversikten. Er det kassen generelt og ikke Vipps spesifikt, se fikse WooCommerce-kasse.

Hvordan unngår jeg at dette skjer igjen?

Test en ekte bestilling på mobil etter hver større endring, og lukk Vipps-appen med vilje i stedet for å gå tilbake til nettleseren. Da tester du nettopp den flyten som feiler oftest. Sjekk i tillegg jevnlig om det ligger ordrer som venter på betaling der kunden faktisk har betalt, for det er tidlig varsel om at callbacken er blokkert igjen. Løpende overvåking av dette inngår i WooCommerce-vedlikehold.

Får du ikke Vipps til å virke?

Fortell oss hva kundene opplever, og om betalingen finnes i Business Portal. Har du sjekket noe av lista allerede, si det, så slipper vi å gjøre det om igjen. Vi bekrefter henvendelsen innen 1 time i arbeidstiden, og gir fastpris før noe arbeid starter.

Se hva Vipps-hjelp koster Send oss en e-post