Shopify viser besøk i kassen, men ingen bestillinger: slik finner du hullet

22. oktober 2026 la en Shopify-butikk som selger krystaller til kunder i utlandet ut 30 dagers tall på r/ecommerce: 1 670 økter, 57 lagt i handlekurven, 38 økter som nådde kassen og 2 fullførte bestillinger. Gratis frakt, PayPal som eneste betalingsmåte, ingen betalingsfeil i adminpanelet. De fleste svarene pekte på samme steg. Feilsøkingen under fungerer i alle butikker der folk begynner å betale og ikke blir ferdige, enten det er et Shopify-tema, en headless-løsning eller WooCommerce.

Ett av svarene oppsummerte tallene:

Trafikken er egentlig ikke problemet. 57 i handlekurven av 1 670 økter er greit, og at 38 av de 57 når kassen er et godt tegn. Lekkasjen er 38 kasser som blir til 2 bestillinger. Folk ville ha tingene og hoppet av på siste steg.

(u/datagekko, r/ecommerce, 22. oktober 2026, egen oversettelse)

#Hva betyr nådd kassen i Shopify-statistikken

Shopifys atferdsrapporter definerer økter som nådde kassen som alle økter der det var brukerinndata i kassen, altså et tastetrykk eller et museklikk. Fullførte økter er de der en kunde kjøpte et produkt. ShopifyQL-skjemaet for økter har de samme måltallene (sessions_that_reached_checkout, sessions_that_completed_checkout) og ett som er mer nyttig her: sessions_that_reached_and_completed_checkout, økter der noen nådde kassen og deretter betalte.

Tre detaljer endrer hvordan du leser trakten:

• En økt telles per steg. Den som åpner kassen på mobilen, gir opp og kommer tilbake på PC, blir to økter i kassen.
• Trakten kan være åpen eller lukket. En åpen trakt teller økter som kommer inn på hvilket som helst steg i hvilken som helst rekkefølge, så det kan være flere økter i kassen enn i handlekurven.
• Antall bestillinger og fullførte økter kan avvike, fordi én kunde kan kjøpe flere ganger i samme økt.

#Regneeksempel: trakten 1 670 / 57 / 38 / 2

Del hvert steg på det forrige, så ser du lekkasjen uten noe verktøy:

Butikkeierens dashbord viste 3,41 % handlekurvrate og 0,11 % konvertering, altså det samme med avrunding. To av tre handlekurver når kassen, og omtrent én av tjue kasser blir betalt. Bare som en grov målestokk: Baymards snitt på 70,22 % forlatte handlekurver brukt på 57 handlekurver ville gitt rundt 17 bestillinger, ikke 2. Baymard måler handlekurver, ikke kasser, så sammenligningen er løs, men størrelsesordenen viser at det siste steget er ødelagt. Et annet svar anbefalte å dele den samme trakten på marked:

Jeg ville også delt opp trakten etter land, for 1 670 økter fordelt på ulike markeder kan skjule ganske store forskjeller.

(u/Signalbridgedata, r/ecommerce, 22. oktober 2026, egen oversettelse)

#Hvordan ekspressknapper endrer trakten

Shopifys dokumentasjon om hurtigkasse sier at knapper som Shop Pay, Apple Pay, Google Pay og PayPal på produktsiden lar kunden hoppe over handlekurven og gå rett til kassen. I selve kassen vises de i en ekspressdel øverst. Økter som bruker dem, når kassen uten å legge noe i handlekurven, og det er én grunn til at en åpen trakt kan vise flere kasser enn handlekurver. Det betyr også at et lommebokvindu som feiler eller lukkes, likevel teller som nådd kassen. Test hver knapp du viser, på den typen enhet kjøperne dine bruker.

#Hvorfor viser forlatte kasser i Shopify færre kunder

De fleste åpner Bestillinger og deretter forlatte kasser og venter 36 oppføringer. Som regel finner de langt færre. Shopifys dokumentasjon om forlatte kasser forklarer hvorfor: en kasse regnes som forlatt først når kunden har oppgitt e-postadresse og kassen står ufullført i mer enn ti minutter. Den som går allerede ved kontaktopplysningene, havner aldri der. Forlatte kasser eldre enn tre måneder slettes automatisk, så et kvartalsvis sammenligningsgrunnlag finnes ikke.

Mange økter i kassen og få forlatte kasser betyr at folk går før de skriver e-post: noe på første kasseskjerm stopper dem. En lang liste betyr at de kom lenger, og hver oppføring viser hvor langt.

Samme side lister tilfellene der Shopify ikke sender påminnelse på e-post: feil i betalingsbehandlingen, en adresse butikken ikke sender til, varer som ikke lenger er tilgjengelige, og betalinger som Shopify Payments blokkerte som høy risiko. De blokkerte ligger i en egen visning. Listen viser også hint om hvorfor e-posten ikke ble sendt.

#Betalingsfeil eller kunden som bare gikk

I tråden kom det avgjørende spørsmålet:

Ett spørsmål: får kundene en betalingsfeil, eller går de bare uten å trykke Betal? Det er to forskjellige problemer som trenger forskjellige løsninger.

(u/kunalkhatri12, r/ecommerce, 22. oktober 2026, egen oversettelse)

Butikkeieren svarte at det ikke var noen betalingsfeil, og at butikken ikke hadde Shopify Payments, bare PayPal. Ingen ble altså avvist: folk så betalingssteget og gikk ikke videre. Et senere svar beskrev PayPal-siden etter videresendingen som uten butikkens logo og malplassert.

Baymard Institute sin oversikt (sist oppdatert 22. september 2025) gir grunnlinjen. Snittet over 50 studier er 70,22 % forlatte handlekurver. Ser man bort fra dem som bare tittet, topper disse grunnene Baymards undersøkelse: for høye ekstrakostnader (40 %), for treg levering (20 %), manglende tillit til nettstedet med kortopplysninger (19 %), tvungen kontoopprettelse (18 %) og en for lang eller komplisert kasse (17 %). Avvist kort utgjør 10 %, for få betalingsmåter 9 %. Et tap på 36 av 38 ligger langt utenfor disse snittene og peker som regel på én konkret blokkering.

#Hvor Shopify viser hvorfor en betaling feilet

Grunnen finnes tre steder. Listen over forlatte kasser viser hint når påminnelsen ikke ble sendt, også ved feil i betalingsbehandlingen. Blokkerte betalinger med høy risiko ligger i blokkert-visningen. For bestillinger som finnes, registrerer bestillingshistorikken hver betaling som en betalingshendelse. Ifølge Shopify kan den utvides for å se opplysningene fra betalingsløsningen, og betalingshendelser hjelper med å feilsøke mislykkede trekk og refusjoner. Er betalingsleverandøren ekstern, som PayPal i krystallbutikken, finner du avviste og avbrutte betalingsforsøk i leverandørens eget dashbord, for Shopify ser bare det leverandøren melder tilbake.

#Vipps mangler i Shopify-kassen

Shopify Payments er tilgjengelig i Norge, men listen over lokale betalingsmåter har ikke Vipps:

• MobilePay i Shopify Payments krever at kundene er i Danmark eller Finland. Norske kunder får det ikke.
• Vipps kommer fra en app i Shopify App Store bygget og vedlikeholdt av Crude. Vipps MobilePay skriver at de ikke har en Express-løsning i Shopify.
• Samme MobilePay-side nevner at butikker i Norge som bruker Shopify Payments, må ha et skatteidentifikasjonsnummer lagt til via Shopify Support.

Klarna vises for kunder i Norge, men bare i lokal valuta, altså NOK, og bare når kunden går gjennom kassen med e-postadresse. Selger du også til andre land:

#Slik tester du Shopify-kassen på mobil

Kjøp noe i din egen butikk, på mobilen, på mobildata, fra lenken annonsene dine bruker. Shopifys veiledning for testbestillinger gir en testbetaling og testmodus i Shopify Payments. Testbestillinger vises ikke i utbetalinger eller rapporter. Shopify advarer også om at så lenge betalingsleverandørene står i testmodus, kan ikke kundene legge inn ekte bestillinger. En butikk som ble stående i testmodus etter lansering, viser besøk i kassen uten bestillinger. Et ekte kort med refusjon fungerer også, med mulig gebyr.

Åpne butikken inne i Instagram- eller TikTok-appen, ikke bare i nettleseren. Et svar på r/smallbusiness om betalt trafikk fra sosiale medier:

Titter og legger i handlekurven, men kjøper aldri = overraskelse i pris eller frakt, eller kasseplager i den innebygde nettleseren i Instagram/FB (ingen lagrede kort, ingen autoutfylling, innlogginger). Det ligger hos butikken og er svært vanlig med trafikk fra sosiale medier.

(u/Smooth_Form_6972, r/smallbusiness, 22. oktober 2026, egen oversettelse)

Se etter alt som dekker siden. I krystalltråden kom én tester ikke gjennom i det hele tatt:

Jeg kom ikke inn i kassen uten å godta informasjonskapsler eller bytte til skrivebordsvisning.

(u/CanadianEmberflower, r/ecommerce, 22. oktober 2026, egen oversettelse)

Samme person reagerte på et spørsmål om tips i kassen.

#En testkjøpsprotokoll steg for steg

Kjør det samme oppsettet etter hver endring av tema, app eller betaling:

1. Slå på testmodus i Shopify Payments under betalingsinnstillingene (Settings > Payments > Manage > Enable test mode). Veiledningen for testmodus sier at den først kan slås på når oppsettet av Shopify Payments er fullført, og fraråder å slå den på i en butikk som er i drift. Velg derfor en rolig time og hold vinduet kort. Butikker med en annen leverandør bruker Shopifys testbetaling, som krever et betalt abonnement.
2. Betal med suksesskortet 4242424242424242 (hvilken som helst fremtidig utløpsdato, hvilken som helst tresifret kode, navn på to ord), deretter med avvisningskortet 4000000000000002 og kortet for manglende dekning 4000000000009995. Se hva kunden får ved hver feil: en tydelig melding eller en blindvei.
3. Gjenta i et privat vindu, utlogget, så lagrede opplysninger fra Shop Pay eller kundekontoen ikke fyller ut skjemaet for deg.
4. Gjenta på mobilen, på mobildata, fra annonselenken, både i nettleseren og inne i Instagram- eller TikTok-appen.
5. Gjenta med én leveringsadresse per marked du selger til, og sjekk at hver lokale betalingsmåte faktisk vises for den adressen og valutaen. For Norge betyr det Vipps-appen og Klarna i NOK.
6. Slå av testmodus og sjekk at en ekte betalingsmåte er tilbake i kassen.

#Frakt, toll og avgifter som dukker opp på siste steg

Kostnader som først vises i kassen, er den vanligste grunnen på Baymards liste, og 12 % av de spurte kunne ikke se eller regne ut totalprisen på forhånd. Gjør testbestillingen med en leveringsadresse i ditt største utenlandske marked. Se etter en fraktlinje som ikke stod på produktsiden, toll eller importavgift, bytte av valuta, lang leveringstid eller beskjeden om at butikken ikke sender til adressen. Shopify sender ingen påminnelse når adressen er utenfor fraktsonene, så kjøpere utenfor fraktsonene får heller ingen påminnelse.

#Fraktsoner og fraktpriser som ikke dekker kjøperen

Shopify definerer fraktsoner som grupper av land eller regioner med samme fraktpriser, og for å selge til et land må det være med i et aktivt marked. Siden om forlatte kasser nevner en adresse butikken ikke sender til som et tilfelle uten påminnelse, så kjøpere fra et land som ikke er dekket, etterlater seg ikke noe spor utover tallet for økter i kassen. Butikker med fraktpriser beregnet av transportøren bør legge inn reservepriser, som ifølge Shopify lar kunden fullføre kjøpet når de beregnede prisene feiler. I krystalltråden pekte ett svar på hvor man bør lete:

Åpne de forlatte kassene i Shopify og se hvor langt hver av dem kom, og legg så inn en testbestilling selv fra 1 eller 2 av landene der mesteparten av trafikken kommer fra. Ved internasjonalt salg er det som regel noe som først dukker opp i kassen, som toll, lang leveringstid eller at valutaen bytter.

(u/summit_23, r/ecommerce, 22. oktober 2026, egen oversettelse)

#Ta betalt for toll i kassen i stedet for ved levering

Shopify kan kreve inn et anslag for toll og importavgifter allerede i kassen, noe dokumentasjonen sier hjelper kundene å unngå uventede gebyrer ved levering. Oppsettsiden lister kravene: HS-koder og et opprinnelsesland eller en opprinnelsesregion på hvert produkt, en transportør som støtter DDP-etiketter hvis du kjøper etiketter i Shopify, og ikke Shopify Fulfillment Network. Det slås på i innstillingene for skatter og toll, eller per marked. Tollen kan så vises som egen linje i kassen eller bakes inn i prisen, og da betaler du den. En linje som dukker opp for første gang på siste skjerm, er fortsatt en sen kostnad, så nevn toll også på produkt- eller fraktsiden.

#Svindelfiltre, avviste kort og roboter

Bruker du Shopify Payments, åpne visningen for blokkerte forlatte kasser. Betalinger som ble blokkert som høy risiko, havner der uten påminnelse. En serie blokkeringer fra ett land etter en kampanje er like mye et spørsmål om målretting som om svindel.

Roboter blåser opp toppen av trakten. Shopifys veiledning om robotaktivitet nevner et uventet hopp i økter, et hopp fra én enhetstype, mange økter fra datasentre hos Google Cloud Platform eller Amazon Web Services og mange betalingsforsøk med gjentatte eller mistenkelige kundeopplysninger. Den advarer også om at korttesting fra roboter kanskje ikke vises som forlatte kasser. Sammenlign perioder på 30 til 90 dager, slik veiledningen anbefaler, før du bygger om noe.

#Apper og kassetilpasninger som stopper bestillingen

Kode i kassen kan stoppe et salg med vilje. Valideringsfunksjonene for handlekurv og kasse sjekker bestillinger mot regler før kunden får gå videre, og dokumentasjonen beskriver feilene som valideringsfeil som hindrer kunden i å komme gjennom kassen. Shopify legger meldingene på de aktuelle feltene i kassen. En feilinnstilt regel, for eksempel en minste ordreverdi eller en postnummersjekk, stopper hver kjøper den treffer. Kjør testprotokollen over etter at du installerer eller oppdaterer en app som berører kassen. Hvilke endringer i kassen som krever Functions eller kasseutvidelser, forklarer sammenligningen av skreddersydd Shopify-utvikling og tematilpasning.

#Google Analytics viser ingen kjøp, men Shopify har bestillinger

Tell bestillinger i Shopify-admin, ikke i Google Analytics. Shopifys side om avvik i analysen sier at Google bare kan telle besøkende med JavaScript og informasjonskapsler slått på, at nettleserutvidelser kan blokkere sporing av økter og kjøp, og at verktøyene definerer økter og tidssoner ulikt. En GA4-trakt med 38 kasser og null kjøp kan rett og slett ha mistet kjøpshendelsen. Samtykkesiden tar vi for oss i veiledningen om cookie-banner som avvises mens sporingen likevel lastes.

#Beslutningstabell: hvor hullet er

#Samme feilsøking i WooCommerce

WooCommerce viser hullet i bestillingsstatusene: venter på betaling betyr at bestillingen er mottatt men ikke betalt, mislyktes betyr at betalingen feilet eller ble avvist, og blokkassen holder midlertidige kladder før en bestilling sendes inn. Filtrerer du på disse statusene, får du WooCommerce-utgaven av forlatte og blokkerte kasser. Sporing av stegene beskriver vi i artikkelen om WooCommerce-analyse og KI-agenter i kassen.

Oppdatering 24. oktober 2026. I WooCommerce er en bestilling under behandling eller fullført ikke bevis på at pengene kom inn. Wordfence sin ukentlige sårbarhetsrapport for 12. til 18. oktober 2026 lister flere betalingsutvidelser der en forespørsel uten innlogging kunne merke bestillinger som betalt eller endre statusen deres. Visma Pay før 1.2.2 hadde en omgåelse av betalingen uten autentisering, rettet i 1.2.2. I Cardinity 3.2.6 til 3.4.1 kunne signaturen på betalingsvarselet forfalskes så lenge prosjekthemmeligheten sto tom, som er standardverdien. Coinbase Commerce til og med 1.4.1 hadde samme type feil og ingen kjent rettelse da rapporten kom 23. oktober; Wordfence anbefaler å avinstallere utvidelsen og finne en erstatning. Oppdater betalingsløsningen, og sammenlign så et utvalg nylig betalte bestillinger med kontrollpanelet hos betalingsleverandøren: hver av dem skal ha en ekte transaksjon der.

#Når du trenger hjelp

Det meste av dette er en ettermiddag med mobil, en utenlandsk adresse og listen over forlatte kasser. Når hullet sitter i temakoden, en kasse-app eller en betalingsintegrasjon, blir det utviklingsarbeid: tjenesten som Shopify-utvikler dekker kasse og betaling, og sammenligningen av skreddersydd Shopify-utvikling og tematilpasning forklarer hva som kan endres i Shopify-kassen og hva som ikke kan. En nettstedsjekk kjører samme testkjøp på flere enheter, og driftsplanen for nettbutikker gjentar det etter hver endring av apper, tema eller betaling.