Jämför / Checkout

Hostad checkout eller egenbyggd

Alla handlare som tar emot betalningar online svarar på detta en gång: tillhör sidan som samlar in kortuppgifter dig eller din leverantör? Svaret avgör din PCI-omfattning, hur snabbt du kan lägga till en betalmetod och vem som får larmet när ett kortnätverkskrav landar. Det är mindre ett tekniskt val än ett beslut om vad ditt team ska lägga sitt år på.

Alternativ mot alternativ

Sju frågor som avgör

Dimension
Hostad checkout
Egen checkout
PCI-omfattning
Minimal. Sidan som samlar in kortdata tillhör leverantören, så dina servrar ser en token och aldrig ett kortnummer — oftast den enklaste självbedömningen som finns.
Din. När du hanterar kortdata själv hamnar dina system inom omfattningen, med den design, bedömning och årliga omcertifiering det för med sig.
Tid till första betalning
Dagar. Skapa en order, omdirigera, hantera en webhook — det mesta av arbetet är att bestämma vad som händer efter att betalningen lyckats.
Månader, och den långa svansen är det svåra: 3-D Secure, plånboksfönster, felstatusar, omförsök och varje metods specialfall.
Lägga till en betalmetod
Konfiguration. Nya metoder kommer med plattformen och slås på; sidan anpassar sig utan release hos dig.
Ett projekt varje gång — integration, certifiering, UI-arbete och ett permanent underhållsåtagande per metod.
Kontroll över upplevelsen
Hög men begränsad: varumärkesprofil, layoutalternativ, din egen domän och inbäddade fält när betalningen ska ligga i din sida — inom ramen för vad leverantören exponerar.
Total. Om din checkout behöver göra något riktigt ovanligt gäller ingen annans begränsningar.
Konverteringsarbete
Ärvt. Ordning på metoder, lokalisering, plånboksstöd och omförsök blir bättre i takt med att plattformen blir bättre, utan att du kör experimenten.
Något du får förtjäna. Du kan optimera bättre än en generisk sida för just din funnel — om du har trafiken och folket som krävs för att göra det ordentligt.
Att hålla sig aktuell
Leverantörens problem. Kortnätverkens krav, SCA-ändringar samt uppdateringar av webbläsare och plånböcker kommer som plattformsuppdateringar.
En stående rad på din roadmap, utan slutdatum — arbetet blir aldrig klart och prioriteras sällan förrän något går sönder.
Verklig kostnad
Ekonomi per transaktion, synlig och proportionell mot volymen.
Utvecklarlöner plus certifiering, utlagda innan första betalningen och varje år därefter — oftast underskattade med en tiopotens.
01

När en hostad checkout vinner

För de flesta företag, för det mesta. Om betalningar är hur du får betalt snarare än vad du säljer är checkoutsidan inte där din fördel finns — och kostnaden för att äga den betalas på det minst synliga sättet: en permanent del av din utvecklingskapacitet går till kortnätverkens krav och metodintegrationer i stället för till din produkt. En hostad sida löser dessutom PCI-frågan, som är den enskilt största dolda kostnaden med att göra det själv.

  1. 01Betalningar är ett medel för intäkter, inte själva produkten
  2. 02Du vill ha kortdata utanför omfattningen i stället för noggrant hanterad
  3. 03Nya metoder ska komma utan release hos dig
  4. 04Dina utvecklare är mer värda på det kunderna köper
02

När det lönar sig att bygga själv

När checkouten verkligen är produkten. Plattformar som processar åt andra, företag med ett flöde som ingen hostad sida kan uttrycka, och team med en volym där en bråkdel av en procent i konvertering väger tyngre än lönen för ett betalteam — de fallen finns på riktigt och motiverar bygget. Det gör även en regulatorisk ställning som kräver att kortytan ligger inom din egen perimeter. Under den skalan innebär bygget oftast att man till hög kostnad återupptäcker varför hostade checkouter finns.

  1. 01Betalningar är produkten — du processar åt andra
  2. 02Volymen är så hög att marginell konvertering väger tyngre än ett teams kostnad
  3. 03En tillsynsmyndighet eller riskkommitté kräver att ytan ligger inom din perimeter
  4. 04Ditt flöde är verkligen ovanligt och ingen hostad sida kan uttrycka det
03

Där Protocore passar in

Protocore Gateway är det hostade svaret, med de vanliga utvägarna inbyggda i stället för sålda separat: kör sidan på vår domän eller din, bädda in betalfälten i din egen layout när flödet kräver det, eller visa samma checkout inbyggt i din app. Kort, plånböcker, banköverföring och USDC ryms på en sida och regleras som en enda eurosumma mot en enda orderreferens. Och om det ärliga svaret för dig är det tredje alternativet — du vill vara leverantören snarare än handlaren — finns samma plattform som whitelabel, vilket oftast är ett bättre upplägg än att bygga en gateway från grunden.

  1. 01Hostad sida, egen domän, inbäddade fält eller i appen — samma integration
  2. 02Kort, plånböcker, överföring och USDC på en sida, avräknade i EUR
  3. 03En orderreferens från checkout till kvitto till bankrad
  4. 04Finns som whitelabel när du vill vara leverantören, inte handlaren

Osäker på vilken sida du står på?

Berätta om din volym, dina metoder och vad dina utvecklare arbetar med. Vi säger rakt ut vilket alternativ som passar din situation — även när det är att bygga själv.