Miért utasítja el a weboldalad a kártyás fizetést: 3D Secure / SCA hibák és javításuk

Van egy működő webáruházad, a vásárlók termékeket tesznek a kosárba, eljutnak a fizetési lépésig, és minden megakad. A kártyát elutasítja a rendszer, megjelenik egy furcsa képernyő a banktól, vagy az oldal lefagy egy hibaüzeneten. Ez frusztráló, mert az eladás gyakorlatilag már megtörtént. Az esetek többségében nem a vásárló kártyája vagy maga az oldal az ok, hanem az SCA szabályok által megkövetelt 3D Secure hitelesítési lépés.

A jó hír: ez nem varázslat. Az SCA (Strong Customer Authentication) egy európai biztonsági követelmény, a 3D Secure pedig az a mechanizmus, amely érvényesíti azt. Ha megérted, mi történik abban a néhány másodpercben a „Fizetés" és a „Köszönjük a rendelést" között, ezeknek a hibáknak a többsége könnyen diagnosztizálhatóvá és javíthatóvá válik. Nézzük végig őket.

Mi is valójában a 3D Secure / SCA, és miért blokkolja az eladásaidat

Az SCA a szabály: az Európai Gazdasági Térségen belüli online fizetéseknél a banknak meg kell erősítenie, hogy a fizető személy valóban a kártyabirtokos. A 3D Secure (Visa Secure, Mastercard Identity Check néven márkázva) az a konkrét lépés, amely ezt megteszi: a vásárlót röviden átirányítják a bankjához, ahol megerősíti a fizetést, általában a banki alkalmazásból vagy egy kóddal.

Amikor ez a lépés működik, a vásárló alig veszi észre. Amikor valami rosszul van beállítva, elutasításokat, üres oldalakat vagy végtelen hurkokat kapsz. Fontos megjegyezni: a legtöbb „3D Secure failed" elutasítás nem azt jelenti, hogy bármit is rosszul csináltál, vagy hogy az oldalad véglegesen elromlott. Csak azt jelentik, hogy a hitelesítés nem tudott befejeződni, és az ok szinte mindig egy a néhány hétköznapi probléma közül.

Az elutasítások leggyakoribb okai

A gyakorlatban a legtöbb hiba ezekből az irányokból ered:

• A vásárlónak nincs telepítve a banki alkalmazás, vagy ki vannak kapcsolva az értesítések, így soha nem kapja meg a megerősítési kérést, és a fizetés lejár.
• A megerősítő kód SMS-ben érkezik, de a vásárló nem írja be időben, vagy a banknál nyilvántartott telefonszám hibás.
• A 3D Secure ablakot blokkolja egy felugróablak-blokkoló, egy agresszív reklámblokkoló vagy az inkognitó mód.
• Az oldalon lévő fizetési integráció nem indítja el helyesen a hitelesítési lépést (hiányzó paraméter vagy régi 3DS verzió).
• A kártyát az EU-n kívül bocsátották ki, vagy virtuális kártya, amely nem támogatja a 3D Secure-t.

A lényeg: egyes okok a vásárló oldalán vannak, mások a te beállításodban. Szét kell választanod őket, hogy tudd, melyeket tudod javítani.

Hogyan diagnosztizáld a problémát lépésről lépésre

Ne találgass. Nézd meg a fizetési szolgáltatód irányítópultján (Stripe, valamint helyi szolgáltatók, mint a Netopia, PayU, EuPlatesc) a sikertelen tranzakciókat. Minden elutasításnak van egy világosan feltüntetett oka:

• „authentication_required" vagy „3D Secure failed" - a hitelesítés nem fejeződött be; általában valami a vásárló oldalán vagy a 3DS ablakban.
• „card_declined" / „insufficient_funds" - a bank más okból utasította el; nem a 3D Secure a hibás.
• „expired_card" / „incorrect_cvc" - a vásárló hibás adatokat adott meg.

Ezután teszteld le magad a folyamatot egy valódi kártyával, telefonon és asztali gépen. Ha neked működik, de a vásárlóknak nem, a probléma gyakran az ő eszközük vagy hálózatuk. Ha neked is hibázik, akkor ez konfiguráció - és itt jön képbe az, aki az oldaladat építette.

Mit tudsz magad megjavítani, és mihez kell fejlesztő

Amit programozó nélkül meg tudsz oldani vagy javítani:

• Adj hozzá egy rövid sort a fizetéshez: „A banki alkalmazásodban kapsz egy megerősítési kérést - hagyd jóvá a rendelés befejezéséhez." Sok vásárló egyszerűen felhagy a vásárlással, mert nem érti a bank képernyőjét.
• Kínálj alternatív fizetési módot (banki átutalás, utánvét) azoknak, akik nehezen boldogulnak a 3D Secure-rel.
• Ellenőrizd a szolgáltatói fiókodban, hogy a modern 3D Secure (3DS2) van-e engedélyezve, nem a régi verzió.

Amihez fejlesztő kell: a fizetési integráció frissítése, áttérés a szolgáltató API-jának legújabb verziójára, a hitelesítés utáni átirányítás és a „függőben" állapot helyes kezelése. Ha az oldal közvetlenül a bank ablaka után fagy le, az szinte biztosan olyan kód, amely nem kezeli a 3DS-től visszaérkező választ.

Hogyan kezeljük a fizetéseket az MPO Web Studiónál

Amikor webáruházat építünk, a fizetést az oldal legérzékenyebb részeként kezeljük - mert itt nyerhető meg vagy veszíthető el a pénz. Olyan szolgáltatókat használunk, amelyek natívan támogatják a 3DS2-t, indulás előtt valódi kártyákkal teszteljük a folyamatot telefonon és asztali gépen, és hozzáadjuk azt az üzenetet, amely végigvezeti a vásárlót a bank megerősítési lépésén.

Teljesen távolról dolgozunk, az egész ország ügyfeleinek, és ingyenes demót készítünk, mielőtt bármit is fizetnél - beleértve a fizetési folyamatot is, hogy magad láthasd, hogyan viselkedik. Az árazás átlátható, meglepetések nélkül.

Ha jelenleg rendeléseket veszítesz a fizetésnél, és nem tudod kideríteni, miért, írj nekünk WhatsApp-on egy példával a hibáról. Együtt megnézzük, mi történik, és őszintén megmondjuk, hogy ez valami olyasmi-e, amit öt perc alatt megjavítasz, vagy olyasmi, ami az integráción múlik.