Guide

Checkout avgör mer än du tror

Valet av betallösning påverkar konvertering, driftkostnad och hur snabbt du kan expandera till nya marknader. Den här guiden hjälper dig att fatta rätt beslut utifrån din plattform och ditt affärsläge.

Relaterade plattformar

Varför betalning förtjänar mer uppmärksamhet

I de flesta e-handelsprojekt hamnar betalningen sent i planeringen. Plattform, design och produktdata får huvuddelen av tiden, medan checkout-flödet läggs till mot slutet. Det fungerar — tills det inte gör det. Betallösningen sitter i skärningspunkten mellan kundupplevelse, ordersystem och ekonomi. Ett val som görs för snabbt kan innebära begränsningar som dyker upp först vid lansering i ett nytt land, vid en kampanj med hög last, eller när finansteamet behöver stämma av mot affärssystemet.

Den här guiden utgår från det perspektivet: betalning som en del av ett leveransprojekt, inte som ett isolerat teknikval.

Vad en betallösning egentligen gör i stacken

En PSP (Payment Service Provider) hanterar transaktionen mellan kund och handlare. Men i praktiken gör den mer: den avgör vilka betalmetoder som är tillgängliga i checkouten, hur orderstatusar kommuniceras tillbaka till plattformen, hur returer och delbetalningar fungerar, och vilka rapporter ekonomiavdelningen får tillgång till.

När du utvärderar leverantörer bör du titta bortom listan av betalmetoder. Fråga dig istället: Hur fungerar kopplingen till vår e-handelsplattform? Finns det en färdig integration, eller krävs anpassning? Hur hanteras order som fastnar — till exempel vid timeout eller reserverade belopp som inte fångas? Vad händer med rapporteringen — behövs manuella avstämningar mot affärssystemet, eller kan det automatiseras?

Det är i de frågorna den verkliga skillnaden mellan leverantörer visar sig.

Checkout-upplevelsen: var konvertering och betalning möts

Checkout är den punkt där betalvalet blir synligt för kunden. Hur den är uppbyggd påverkar avhoppsfrekvensen direkt. Tre faktorer spelar störst roll:

Antal steg. En checkout i ett steg konverterar inte nödvändigtvis bättre än en i flera steg — men den måste vara tydlig. Kunden ska förstå var i flödet den befinner sig och vad som händer härnäst.

Lokala betalmetoder. I Sverige förväntar sig konsumenter att kunna betala med Swish, kort, faktura och delbetalning. Vilken kombination som är rätt beror på din målgrupp och genomsnittsorder — och din PSP avgör vilka metoder du kan erbjuda och hur smidigt det går att lägga till nya vid expansion.

Inbäddad vs. redirect. Vissa leverantörer erbjuder en inbäddad checkout som stannar i din butik. Andra skickar kunden till en extern sida. Valet påverkar både konvertering och hur mycket kontroll du har över designen. Använder din PSP en egen checkout-vy bör du utvärdera hur väl den går att anpassa till ditt varumärke — färger, typsnitt, ordning på betalmetoder och mobilupplevelse. En checkout som ser generisk ut eller som bryter med resten av sajten skapar friktion och minskar förtroendet.

Plattform och integration: vad som avgör komplexiteten

Integrationen mellan betallösning och e-handelsplattform är sällan ett problem vid standarduppsättningar. Men så fort du har specifika behov — B2B-priser, flervalutahantering, delbetalningar, eller en headless-arkitektur — ökar kraven.

På Shopify är Shopify Payments den inbyggda lösningen, med fördelen att den sitter nära plattformens orderflöde. Tredjepartsleverantörer fungerar via Shopifys Payments API men med viss begränsning i rapportering och orderhantering.

På Magento/Hyvä, Shopware och Norce finns fler valmöjligheter. Leverantörer som Svea, Walley, Kustom, Mollie och Adyen har färdiga moduler för de flesta plattformar, men kvaliteten på integrationen varierar. Fråga alltid: Vem underhåller modulen — leverantören eller en tredjepart? Hur snabbt uppdateras den när plattformen släpper nya versioner?

Vid headless-uppsättningar — där frontend och backend är separerade — behöver betalflödet hanteras via API. Det ger full kontroll men ställer högre krav på utvecklingsresurser och testning. Se vår guide om headless commerce för mer om det upplägget.

Flera marknader, flera betalmetoder

Expansion till nya länder innebär nya betalförväntningar. I Sverige dominerar Swish, kort, faktura och delbetalning. I Danmark är MobilePay utbrett, i Tyskland PayPal och Sofort, och i Nederländerna iDEAL.

Din PSP avgör hur enkelt det är att aktivera nya metoder per marknad. Vissa leverantörer, som Adyen och Mollie, erbjuder brett stöd via en enda integration. Andra kräver separata avtal per land eller metod.

Utöver betalmetoder tillkommer valutahantering och skatteberäkning. Det är sällan PSP:ns ansvar — men det är en del av samma leveransscope. Läs mer i vår internationaliseringsguide.

B2B: andra spelregler för betalning

Företagskunder betalar sällan med kort i kassan. Faktura, delbetalning och kreditbedömning i realtid är vanligare. Leverantörer som Briqpay, Avarda och Svea har specialiserat sig på att hantera B2B-checkout med kreditprövning och fakturaflöden.

I B2B-projekt är betalintegrationen ofta tätare kopplad till affärssystemet — orderstatus, kreditgränser och kundvillkor behöver flöda mellan systemen. Se vår B2B-guide för en bredare bild av vad ett B2B-bygge innebär.

Så utvärderar du en betalleverantör

Välj inte PSP baserat på en prislista eller en lista med betalmetoder. Utgå istället från sju områden som tillsammans avgör hur väl leverantören fungerar i ditt projekt:

1. Transaktionskostnad. Prismodellen varierar: fast avgift per transaktion, procentuell avgift, eller en kombination. Vissa leverantörer använder “blended pricing” där allt ingår i en siffra, andra “interchange++” där du ser bankens kostnad separat. Lägre procentavgift betyder inte alltid lägre totalkostnad — kontrollera även setup-avgifter, månadskostnad, avgifter vid refund och valutaväxling. Räkna på din faktiska ordermix, inte bara på ett enstaka scenariot.

2. Checkout-upplevelse. Om PSP:n erbjuder en egen checkout-vy — så kallad “hosted checkout” — påverkar det direkt hur kunden upplever köpet. Utvärdera hur väl checkouten går att anpassa visuellt, hur den fungerar på mobil, och om ordningen på betalmetoder går att styra. En checkout som laddar snabbt, känns igenkännbar och visar rätt alternativ först minskar avhopp. Be alltid om en demo eller testmiljö innan ni binder er.

3. Plattformsstöd. Finns en underhållen integration för din plattform? Vem ansvarar för uppdatering? Hur snabbt håller modulen jämna steg med plattformens releaser?

4. Marknadsräckvidd. Stödjer leverantören de länder och betalmetoder du behöver idag och inom 12–18 månader? Kontrollera också om lokala metoder aktiveras direkt eller kräver separata avtal.

5. Orderflöde. Hur fungerar avbruten betalning, delreturner, reservationer? Behöver du manuell hantering, eller löser PSP:n det automatiskt mot plattformen?

6. Godkännandefrekvens och bedrägeriskydd. Alla PSP:er har inte samma “approval rate” — andelen transaktioner som går igenom utan avslag. Fråga om leverantören erbjuder smart routing, retry-logik och anpassningsbara bedrägeriregler. Hög säkerhet får inte komma på bekostnad av legitima köp som stoppas i onödan.

7. Rapportering, avstämning och likviditet. Kan transaktionsdata kopplas till affärssystemet utan manuellt arbete? Hur ofta sker utbetalning — dagligen, veckovis, eller med längre fördröjning? Utbetalningsvillkoren påverkar ditt kassaflöde direkt.

Utvärderingen bör ske tidigt i projektet — inte som ett tillägg efter att plattformsvalet är gjort.

FAQ

Kan vi använda flera betalleverantörer samtidigt?

Ja, det är vanligt att kombinera leverantörer — till exempel en PSP för kortbetalning och en separat leverantör för Klarna eller fakturaköp. Det kräver att plattformen stödjer flera betalmoduler parallellt, vilket de flesta gör.

Hur påverkar valet av PSP checkout-hastigheten?

En PSP med inbäddad checkout undviker redirect och minskar laddtiden. Men den största påverkan på hastighet kommer från plattformens frontend-prestanda, inte PSP:n i sig.

Vad bör vi tänka på vid byte av betallösning på en befintlig sajt?

Migrera pågående prenumerationer och sparade kort först. Testa det nya flödet i staging-miljö med riktiga testordrar. Planera en övergångsperiod där båda leverantörerna är aktiva parallellt.

Hur skiljer sig betalintegrationen i en headless-uppsättning?

I en headless-arkitektur hanteras betalflödet via PSP:ns API istället för en färdig plattformsmodul. Det ger full kontroll över checkout-designen men kräver mer utvecklingsarbete och noggrann testning av felhantering, returer och reservationer.

Behöver vi PCI DSS-certifiering om vi använder en PSP?

I de flesta fall inte — PSP:n hanterar kortdata och står för certifieringen. Ni behöver däremot följa SAQ A eller SAQ A-EP beroende på hur checkouten är integrerad. Er PSP kan specificera vilken nivå som gäller.