Tre namn återkommer när en svensk webbutik ska välja eller byta kassa: Kustom, Svea och Klarna. De ser ut att vara tre varianter av samma sak, men de säljer olika saker: två av dem säljer den kassa kunden går igenom, medan Klarnas huvudspår i dag är ett betalsätt inne på butikens egen kassasida, vid sidan av ett eget enstegsköp. Vilket av dem du väljer avgör hur mycket av köpflödet du får ändra, vad du kan mäta och vilka betalsätt kunden ser.
Vad Kustom Checkout är
Kustom Checkout är samma kassa som Klarna lanserade 2012 under namnet Klarna Checkout. Under 2024 bröts verksamheten ut ur Klarna och blev ett eget bolag med säte i Stockholm, Kustom AB. Produkten följde med, och det syns i tekniken: förkortningen KCO används genomgående i utvecklardokumentationen, och javascriptobjektet som butikens sida pratar med heter fortfarande _klarnaCheckout.
Två saker följer av det. Har butiken en äldre integration mot Klarna Checkout är den i praktiken en integration mot Kustom. Och den som ställer Kustom mot Klarna Payments jämför inte två kassor med varandra.
Klarna säljer inte längre den kassa som blev Kustom Checkout
Klarnas dokumentation är i dag sorterad efter vem som äger kassan. Butiken väljer först vem som ska driva den, en inlösare som Adyen, Stripe, Mollie, Worldpay eller Kustom, eller en färdig plattform som Shopify, WooCommerce eller Adobe Commerce. Klarna själv står med i samma lista som de andra inlösarna.
Väljer du Klarna direkt heter produkten Klarna Payments, och den är en betalningsdel inne på din egen kassasida. Du bygger och äger sidan, och Klarna tar över först när kunden valt Klarna som betalsätt. Anpassningen stannar vid typsnitt och vid betalknappens tema, form, text och storlek. Rubrikerna och innehållet i själva betalningsrutan hämtas dynamiskt från Klarna och varierar med marknaden.
Ett eget köpflöde har Klarna ändå kvar. Express Checkout är ett enstegsköp som du lägger på varukorgs- eller produktsidan för att ge kunden den kortaste vägen till köp. Där sker hela köpet i Klarnas popup, och ordern skapas hos dig ur den authorization_token som popupen lämnar tillbaka. I det spåret är det Klarna som äger flödet, inte du. För valet mellan flödena hänvisar Klarnas egen dokumentation till en stödartikel om plattformar och betalväxlar.
Kustom och Klarna utesluter inte varandra. Kustom har en egen sektion i Klarnas dokumentation, där Klarnas betalsätt beskrivs som integrerade i Kustoms kassa. Butiken väljer alltså inte mellan dem, utan vem som ska äga kassan runt betalsättet.
Svea Checkout ligger kvar hos Svea Bank
Svea Checkout har varken bytt namn eller ägare och är fortfarande Svea Banks egen produkt. Den tar kunden genom identifiering, leverans och betalning i samma inbäddade flöde.
Betalsätten är Sveas egna och de vanliga nordiska. Som slutligt betalsätt kan API:et returnera tolv värden: faktura, kontokredit, betalplan, kort, Trustly, Swish, MobilePay, Vipps, Apple Pay, Google Pay, leasing och ZeroSum. Leveransdelen är ett tillval som bygger på transportsystemet nShift, vilket betyder att transportörer och leveransalternativ ställs in där och inte hos Svea.
Det här får butiken ändra i en inbäddad kassa
Både Kustom Checkout och Svea Checkout renderas i en iframe på butikens egen sida. Det du kan ändra är dels det du skickar med när ordern skapas, dels allt som ligger utanför ramen. Uppställningen nedan bygger på leverantörernas egen utvecklardokumentation, läst den 27 augusti 2026.
| Vad du vill ändra | Kustom Checkout | Svea Checkout | Klarna Payments |
|---|---|---|---|
| Fälten och deras ordning | Ordningen är låst. Du kan lägga till en egen kryssruta med egen text och länk, dölja momsraden och slå på ett separat leveransadressfält. | Ordningen är låst. Du kan förifylla e-post, telefon, namn, företagsnamn, c/o-adress, adress, ort, postnummer, organisationsnummer, Peppol-id och betalgrupp, och låsa värdena för kunden. Betalgruppen är undantaget: den går att förvälja men inte låsa. Skrivskyddet är avstängt för just det fältet. | Allt utanför betalningsrutan är ditt, eftersom kassasidan är din egen. |
| Leveransvalen | Du skickar in dina egna alternativ med namn, beskrivning, pris och en flagga för vilket som är förvalt, eller kopplar in ett transportsystem. | Alternativen kommer från nShift utifrån paketets vikt och etiketter. Din egen lista visas som reservläge när nShift inte svarar. | Dina egna, på din egen sida. |
| Uppsäljning | En widget på bekräftelsesidan som slås på per order. Du väljer produkterna, antingen från en egen slutpunkt eller ur en produktfeed som Kustom tränar rekommendationerna på. | Kassadokumentationen beskriver inget uppsäljningssteg. Däremot väljer du vilka delbetalningskampanjer som visas och vilken av dem som ligger först. | Din egen, på din egen sida. |
| Felmeddelanden och stopp | En valideringsadress hos dig får orderns innehåll när kunden trycker köp. Nekar du, skickas kunden till en sida som du själv skrivit och som förklarar varför. | Samma princip, med en valideringsadress hos dig och ett svar i webbläsaren som säger ja eller nej och får bära ett eget meddelande. | Dina egna, utom inne i betalningsrutan. |
| Utseendet | Sex färgvärden för knapp, knapptext, kryssruta, kryssmarkering, sidhuvud och länkar, plus ett värde för hörnradie. Bara hexadecimala värden. API-referensens exempel visar dessutom ett sjunde färgvärde, color_background, som inte finns med i dokumentationens uppräkning. |
Inga färg- eller formvärden i API:ets inställningar för handlaren. | Typsnitt samt knappens tema, form, text och storlek. |
Skillnaden i leveransraden är den som märks mest i vardagen. Hos Kustom ligger alternativen i ordern du själv bygger. Hos Svea kommer de från transportsystemet, och din egen lista är ett reservläge. Vill du variera vilka leveranssätt som erbjuds, och framför allt vilket som är förvalt, sitter spaken på olika ställen.
En rad väger tyngre än den ser ut att göra. Att förvälja betalgrupp hos Svea avgör vilket betalsätt kunden möter först, och det flyttar konverteringen mer än ordningen på delbetalningskampanjerna gör. Svea har därutöver tre flaggor under IdentityFlags som styr identifieringssteget. Vad de gör går att gissa av namnen, men dokumentationen lämnar beskrivningskolumnen tom för alla tre, så fråga leverantören vad de faktiskt gör innan du sätter dem.
Så testar och mäter du en kassa du inte äger
Varken Kustom Checkout eller Svea Checkout dokumenterar någon inbyggd testfunktion där du lägger upp två varianter och låter leverantören dela trafiken. Kustoms kassadokumentation nämner A/B-test på två ställen, men på inget av dem beskrivs någon funktion hos leverantören. Uppsäljningen slås på per order just för att kunna rullas ut på en del av trafiken. I dokumentationens frågor och svar står dessutom att du när som helst kan byta ut din merchant_urls.upsell-slutpunkt för att testa varianter mot varandra eller mot Kustoms egen AI-motor. Det är alltså du som delar trafiken, och den principen går att använda på allt annat du skickar med: du bestämmer själv vilken order som får vilken uppsättning och håller reda på fördelningen i ditt eget system.
Du kan variera leveransalternativen och vilket av dem som är förvalt. Hos Svea kan du dessutom variera de värden du förifyller, och hos Kustom texten i den extra kryssrutan och färgerna. Utanför ramen har du kvar rubriken över kassan, trygghetsmärkena, hur varukorgen sammanfattas och var totalsumman visas, och där ligger flera av de vanligaste orsakerna till avhopp i kassan.
Kustom skickar ut händelser till sidan när ramen laddats, när kunden rört den, när fakturaadress och leveransadress godkänts, när leveranssättet ändrats, när summan ändrats och när kunden skickats vidare till bekräftelsen. Dokumentationen visar hur de kopplas till ett analysverktyg och blir en tratt, så att du ser i vilket steg tappet sker i stället för att bara se att det sker. Svea har motsvarande händelser för de enskilda fälten, så att du kan följa var kunden fastnar i identifieringen.
Kör förändringen som ett riktigt A/B-test och kontrollera i vår A/B-testkalkylator att skillnaden är statistiskt säkerställd innan du permanentar den. Räkna om butikens konverteringsgrad före och efter bytet, och kom ihåg att kassan är slutet på kundresan: ett byte här flyttar också var kunden möter frakt, betalsätt och villkor för första gången.
Frågor att ställa leverantören
- Vilka betalsätt exponeras i vår marknad, och vem bestämmer i vilken ordning de visas?
- Var ställs leveransalternativen in, i ordern eller i ett separat system, och vem äger den inställningen hos oss?
- Vad händer med kassan när ert leveranssystem eller er valideringstjänst inte svarar?
- Vilka händelser skickar kassan ut till vår sida, så att vi kan bygga en tratt i vårt eget analysverktyg?
- Vad kostar lösningen vid vår ordervolym och vår betalsättsmix, och vad ingår?
Vanliga frågor
Kan vi stoppa en order från vårt eget lagersystem när kassan ligger hos leverantören?
Ja, både Kustom Checkout och Svea Checkout frågar din server innan köpet går igenom. Kustom skickar hela ordern till en adress hos dig när kunden trycker köp och väntar sig svar inom 3 sekunder. Har du satt ett krav på lyckad validering avbryts ordern efter 10 sekunder utan svar, annars släpps den igenom. Svea kontaktar på samma sätt en adress hos dig, och den kontroll som körs i webbläsaren fortsätter av sig själv efter 10 sekunder om du inte uttryckligen begärt att kassan ska vänta på svar.
Vad händer om leveransalternativen inte går att hämta?
Hos Svea visas den reservlista du själv lagt in i ordern, med transportör, namn och fraktavgift, och dokumentationen rekommenderar uttryckligen att den finns på plats. Det går också att tvinga fram reservläget för att se hur det ser ut innan det behövs skarpt. Hos Kustom ligger alternativen redan i ordern när den skapas, om du inte valt att låta ett transportsystem sköta dem.
Går det att erbjuda ett betalsätt som inte finns i kassan?
I Kustom Checkout kan du lägga till egna betalsätt som skickar kunden vidare till en sida du själv driver. Adressuppgifterna samlas fortfarande in i kassan, men därifrån äger du hela resten: ordersammanställning, bekräftelse och avstämning. Kustoms köpskydd gäller inte för de betalningarna, och de behöver märkas ut som externa för kunden. Möjligheten kräver dessutom avtal, anger Kustom, som hänvisar till din kontaktperson för detaljerna.
Senast faktagranskad: 27 augusti 2026