Wat is Checkout?
Het betalingsoppervlak voor de handelaar, het formulier, de gehoste pagina of de SDK waar de klant betalingsgegevens invoert.
De Checkout is de klantgerichte interface waar betalingsgegevens worden ingevoerd en een transactie wordt geïnitieerd. Het ontwerp en de technische implementatie van de checkoutpagina zijn cruciaal voor conversie, beveiliging en naleving van regelgeving.
Handelaren kunnen kiezen uit verschillende integratiemethoden, elk met verschillende implicaties voor hun PCI DSS-bereik. Een volledig gehoste betaalpagina leidt de klant om naar een beveiligde pagina die wordt beheerd door de betalingsprovider, waardoor de PCI-last van de handelaar wordt geminimaliseerd.
Een ingesloten iframe zorgt ervoor dat het betaalformulier naadloos op de site van de handelaar verschijnt, terwijl de gevoelige gegevens van hun servers worden geïsoleerd.
Een directe API-integratie biedt maximale controle over de gebruikerservaring, maar brengt de gehele omgeving van de handelaar binnen het PCI DSS-bereik, wat aanzienlijke nalevingskosten met zich meebrengt.
Moderne checkouts moeten worden ontworpen om te voldoen aan wettelijke vereisten zoals Strong Customer Authentication (SCA) onder PSD2 in Europa.
Dit omvat de integratie van een 3D Secure-dienst die de authenticatiestroom kan beheren, bepalen of een transactie kan worden goedgekeurd via een wrijvingsloze stroom of een uitdagingsstroom vereist (bijv. een eenmalige toegangscode of biometrische goedkeuring).
Checkout-optimalisatie omvat ook het dynamisch weergeven van relevante alternatieve betaalmethoden (APM's) en digitale portemonnees zoals Apple Pay of Google Pay op basis van het apparaat en de locatie van de klant.
De gegevens die bij de Checkout worden verzameld, zoals kaartgegevens, factuuradres en CVV, worden in een autorisatieverzoek naar de betalingsgateway gestuurd, die deze vervolgens doorstuurt naar de juiste Acquirer en het kaartschema.
Praktijkvoorbeeld
Een Britse modewinkel gebruikt een iframe-gebaseerde Checkout van Cardflo. Een klant in Frankrijk voegt een jas van €250 toe aan zijn winkelwagen en gaat verder met betalen.
De checkoutpagina, ingebed in het domein van de winkelier, detecteert de locatie en het apparaat van de gebruiker en toont opties voor Cartes Bancaires, SEPA en Apple Pay naast het standaard kaartinvoerformulier. De klant kiest ervoor om met zijn Visa-kaart te betalen.
Hij voert zijn kaartnummer, vervaldatum en CVV in. Omdat de transactie boven de vrijstelling voor lage bedragen van €30 ligt en een grensoverschrijdende transactie binnen de EER is, is SCA verplicht.
Na indiening wordt het 3D Secure-proces gestart. De Electronic Commerce Indicator (ECI)-waarde van 05 (volledig geauthenticeerd) is het doel.
De ACS van de uitgever presenteert een uitdaging, waarbij de klant de betaling van €250 in zijn mobiele bankapp moet goedkeuren. Eenmaal goedgekeurd, wordt het autorisatieverzoek verzonden, goedgekeurd en verschuift de aansprakelijkheid voor frauduleuze chargebacks naar de uitgever.
Het hele proces, van het indienen van het formulier tot de bevestiging, duurt minder dan 15 seconden.
Opmerkingen van de schemes
De regels van Visa en Mastercard beïnvloeden de checkoutfunctionaliteit sterk, voornamelijk via 3D Secure.
Beide schema's hebben bijgewerkte protocollen (Visa Secure en Mastercard Identity Check) die de 3DS2-standaard ondersteunen, waardoor een rijkere gegevensuitwisseling tussen de handelaar en de uitgever mogelijk is om wrijvingsloze authenticatie te vergemakkelijken.
De schema's verplichten het juiste gebruik van de Electronic Commerce Indicator (ECI)-vlag in het autorisatiebericht; een 05 voor een volledig geauthenticeerde 3DS-transactie in Europa, of 07 voor een niet-3DS geauthenticeerde transactie.
Onjuiste markering van transacties kan leiden tot hogere interchangekosten, lagere goedkeuringspercentages en verlies van aansprakelijkheidsverschuivingsbescherming in geval van fraude.
Waarom dit belangrijk is voor acceptanten
De Checkout is aantoonbaar de meest kritieke factor voor de conversie van een handelaar. Een slecht ontworpen Checkout met onnodige velden, een storende omleiding of een gebrek aan relevante betaalmethoden leidt direct tot verlaten winkelwagentjes en gederfde inkomsten.
Voor SCA-verplichte regio's zoals de EER kan een mislukte of onhandige 3D Secure-integratie de goedkeuringspercentages decimeren. Samenwerken met een provider zoals Cardflo, wiens orkestratieplatform en slimme routering checkoutstromen dynamisch kunnen optimaliseren, stelt handelaren in staat om goedkeuringen te maximaliseren.
Bijvoorbeeld, het routeren van een transactie naar een lokale Acquirer of het intelligent opnieuw proberen van een zachte weigering kan inkomsten terugwinnen die anders in de checkoutfase verloren zouden gaan.
Veelgestelde vragen
Welke invloed heeft de keuze van de Checkout op het PCI DSS-nalevingsbereik?
Het gebruik van een gehoste betaalpagina of een moderne iframe-gebaseerde Checkout kwalificeert een handelaar over het algemeen voor SAQ A, het eenvoudigste nalevingsniveau, omdat kaartgegevens nooit de server van de handelaar raken.
Als een handelaar een aangepaste API-Checkout gebruikt om gegevens rechtstreeks op zijn eigen infrastructuur te verzamelen, vallen ze doorgaans onder SAQ D, wat een aanzienlijk strengere en duurdere jaarlijkse audit vereist.
Welke rol speelt de Checkout in SCA- en 3D Secure 2-stromen?
De Checkout fungeert als de orkestratielaag die het 3DS-verzoek naar de uitgever triggert wanneer een transactie authenticatie vereist.
Het moet in staat zijn om omleidingen af te handelen of het authenticatie-uitdagingsvenster van de uitgever binnen de gebruikersinterface weer te geven zonder de klantensessie te onderbreken of transactietime-outs te veroorzaken.
Wat is het verschil tussen een gehoste betaalpagina en een iframe-Checkout?
Een gehoste betaalpagina (HPP) leidt de klant weg van uw website naar een pagina die volledig wordt gehost en beheerd door uw betalingsprovider. Dit vereenvoudigt uw PCI DSS-naleving aanzienlijk tot een eenvoudige SAQ A.
Een iframe-Checkout sluit het betaalformulier in een venster op uw eigen checkoutpagina in, waardoor een naadloosere klantervaring ontstaat, terwijl gevoelige kaartgegevens uw servers nooit raken. Dit vereist doorgaans SAQ A-EP, wat iets complexer is, maar nog steeds veel minder omslachtig dan een directe API-integratie.
Hoe kunt u uw conversiepercentage bij het afrekenen verbeteren?
Om de conversie te verbeteren, minimaliseer het aantal formuliervelden, zorg ervoor dat de pagina mobielvriendelijk is en toon vertrouwenssignalen zoals beveiligingslogo's. Bied populaire digitale portemonnees zoals Apple Pay en Google Pay aan, die de conversie in sommige demografieën met meer dan 20% kunnen verhogen.
Voor internationale klanten, toon prijzen in hun lokale valuta en bied bekende lokale betaalmethoden aan. Het gebruik van een adresverificatieservice (AVS) kan ook het invullen van formulieren versnellen.
Moet mijn Checkout 3D Secure ondersteunen?
Als u verkoopt aan klanten in de Europese Economische Ruimte (EER) of het VK, is het ondersteunen van 3D Secure 2 (3DS2) verplicht voor de meeste transacties vanwege de Sterke Cliëntauthenticatie (SCA)-regelgeving.
Zelfs buiten deze regio's wordt het gebruik van 3DS sterk aanbevolen, omdat het bescherming biedt via de verschuiving van aansprakelijkheid tegen bepaalde soorten frauduleuze terugboekingen.
Een acceptant die bijvoorbeeld een 3DS-transactie succesvol voltooit, is doorgaans niet aansprakelijk voor een terugboeking met reden code 10.4 (Fraude - Kaart-niet-aanwezig omgeving).
Welke gegevens moet ik bij de Checkout verzamelen om autorisaties te optimaliseren?
Naast de basis PAN, vervaldatum en CVV is het verzamelen van een volledig factuuradres cruciaal voor AVS-controles. Voor 3DS2 is het verstrekken van rijke gegevens essentieel.
Dit omvat klantgegevens (naam, e-mail, telefoon), verzendinformatie en apparaatgegevens.
Het doorgeven van ten minste 15 gegevenspunten kan de kans op een wrijvingsloze stroom aanzienlijk vergroten, waarbij de uitgever de transactie goedkeurt zonder de kaarthouder uit te dagen, waardoor de conversiepercentages worden verhoogd door wrijving te vermijden.
Hoe werken digitale portemonnees zoals Apple Pay en Google Pay met uw afrekenproces?
Digitale portemonnees vervangen de noodzaak van handmatige kaartinvoer. Wanneer een klant Apple Pay of Google Pay kiest, gebruikt de portemonnee biometrische authenticatie (Face ID, Touch ID of vingerafdruk) op het apparaat om de gebruiker te verifiëren.
Vervolgens wordt een apparaatspecifiek token (DPAN) naar de betalingsgateway gestuurd, niet het onderliggende kaartnummer. Dit is zeer veilig, komt in aanmerking voor SCA en biedt een zeer snelle, wrijvingsarme ervaring, aangezien verzend- en factuurgegevens vaak automatisch worden ingevuld vanuit de portemonnee.
See how Checkout plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Gerelateerde termen
Elke niet-kaart betaalmethode, wallets, bankoverschrijvingen, BNPL, vouchers, geaccepteerd bij het afrekenen.
De Payment Card Industry Data Security Standard, het door het schema verplichte raamwerk voor het verwerken van kaarthoudergegevens.
Een authenticatieprotocol van kaartnetwerken dat de fraudeverantwoordelijkheid verschuift van de handelaar naar de uitgever wanneer een kaarthouder is geverifieerd.
PSD2-vereiste dat door de klant geïnitieerde elektronische betalingen in de EER en het VK moeten worden geauthenticeerd met twee van: kennis, bezit, inherente eigenschap.
Gerelateerde gidsen.
Klaar om uw betaalopstelling te verbeteren?
Vertel ons over uw bedrijf. Wij matchen u met de juiste acquirerende partners en de juiste route, meestal binnen een week.