Protocore
Kontakt oss

Sammenlign / Checkout

Hostet checkout vs. å bygge din egen

Hver forhandler som tar imot penger på nett svarer på dette én gang: tilhører siden som samler inn kortopplysninger deg, eller leverandøren din? Svaret avgjør PCI-omfanget ditt, hvor raskt du kan legge til en betalingsmetode, og hvem som får varselet når nye krav fra kortnettverkene kommer. Det er mindre et teknologivalg enn en beslutning om hva teamet ditt bør bruke året på.

Snakk med ossSe Protocore Gateway

Alternativ mot alternativ

Sju spørsmål som avgjør

Dimension
Hostet checkout
Egen checkout
PCI-omfang
Minimalt. Siden som samler inn kortdata tilhører leverandøren, så serverne dine ser et token og aldri et kortnummer — vanligvis den letteste egenvurderingen som finnes.
Ditt. Når du håndterer kortdata selv, kommer systemene dine inn under omfanget, med design, vurdering og årlig resertifisering som følger.
Tid til første betaling
Dager. Opprett en ordre, send kunden videre, håndter én webhook — mesteparten av jobben er å bestemme hva som skjer etter at betalingen er gjennomført.
Måneder, og den lange halen er det vanskelige: 3-D Secure, lommebokvinduer, feiltilstander, nye forsøk og alle metodenes spesialtilfeller.
Legge til betalingsmetode
Konfigurasjon. Nye metoder kommer med plattformen og slås på; siden tilpasser seg uten en release hos deg.
Et prosjekt hver gang — integrasjon, sertifisering, UI-arbeid og en varig vedlikeholdsforpliktelse per metode.
Kontroll over opplevelsen
Høy, men begrenset: merkevare, layoutvalg, eget domene og innebygde felt når betalingen skal ligge på din egen side — innenfor det leverandøren eksponerer.
Total. Hvis checkouten din må gjøre noe virkelig uvanlig, gjelder ingen andres begrensninger.
Konverteringsarbeid
Arvet. Rekkefølge på metoder, lokalisering, lommebokstøtte og logikk for nye forsøk blir bedre etter hvert som plattformen blir det, uten at du kjører eksperimentene.
Må fortjenes. Du kan optimalisere bedre enn en generisk side for din egen salgstrakt — hvis du har trafikken og folkene til å gjøre det ordentlig.
Holde seg oppdatert
Leverandørens problem. Krav fra kortnettverkene, SCA-endringer og oppdateringer av nettlesere og lommebøker kommer som plattformoppdateringer.
En fast post på veikartet ditt, på ubestemt tid — arbeidet blir aldri ferdig og prioriteres sjelden før noe slutter å virke.
Reell kostnad
Økonomi per transaksjon, synlig og proporsjonal med volumet.
Utviklerlønninger pluss sertifisering, brukt før første betaling og hvert år etterpå — vanligvis undervurdert med en størrelsesorden.
01

Når hostet checkout vinner

For de fleste virksomheter, mesteparten av tiden. Hvis betalinger er måten du får betalt på og ikke det du selger, er det ikke på checkout-siden fordelen din ligger — og kostnaden ved å eie den betales på den minst synlige måten: en varig andel av utviklingskapasiteten går til krav fra kortnettverkene og metodeintegrasjoner i stedet for produktet ditt. En hostet side fjerner også PCI-spørsmålet, som er den største skjulte kostnaden ved å gjøre det selv.

  1. 01Betalinger er et middel til inntekt, ikke selve produktet
  2. 02Du vil ha kortdata utenfor omfanget, ikke bare nøye håndtert
  3. 03Nye metoder skal komme uten en release hos deg
  4. 04Utviklerne dine er mer verdt på det kundene faktisk kjøper
Protocore Gateway
02

Når det lønner seg å bygge selv

Når checkouten faktisk er produktet. Plattformer som prosesserer for andre, virksomheter med en flyt ingen hostet side kan uttrykke, og team med så stort volum at en brøkdel av en prosent konvertering veier tyngre enn lønnen til et betalingsteam — de tilfellene finnes, og de rettferdiggjør å bygge. Det samme gjør en regulatorisk posisjon som krever at kortflaten ligger innenfor din egen perimeter. Under den skalaen betyr det å bygge som regel at man dyrekjøpt gjenoppdager hvorfor hostede checkouter finnes.

  1. 01Betalinger er produktet — du prosesserer på vegne av andre
  2. 02Volumet er så høyt at marginal konvertering veier tyngre enn et teams kostnad
  3. 03En regulator eller risikokomité krever at flaten ligger i din perimeter
  4. 04Flyten din er virkelig uvanlig og ingen hostet side kan uttrykke den
Bruk gatewayen som whitelabel i stedetBetalingens livssyklus
03

Hvor Protocore passer inn

Protocore Gateway er det hostede svaret, med de vanlige utveiene innebygd i stedet for solgt separat: kjør siden på vårt domene eller ditt, bygg betalingsfeltene inn i din egen layout når flyten krever det, eller vis den samme checkouten native i appen din. Kort, lommebøker, bankoverføring og USDC ligger på én side og gjøres opp i ett eurobeløp mot én ordrereferanse. Og hvis det ærlige svaret for deg er det tredje alternativet — du vil være leverandøren, ikke forhandleren — finnes den samme plattformen som whitelabel, noe som som regel er en bedre avtale enn å bygge en gateway fra bunnen av.

  1. 01Hostet side, eget domene, innebygde felt eller i appen — samme integrasjon
  2. 02Kort, lommebøker, overføring og USDC på én side, oppgjort i EUR
  3. 03Én ordrereferanse fra checkout til kvittering til banklinje
  4. 04Tilgjengelig som whitelabel når du vil være leverandøren, ikke forhandleren
Protocore GatewayKjør den som whitelabel

Usikker på hvilken side du står på?

Fortell oss om volumet ditt, metodene dine og hva utviklerne dine jobber med. Vi sier ærlig hva som passer din situasjon — også når det er å bygge selv.

Snakk med osscontact@protocore.io