De ce eșuează plățile cu cardul pe site-ul tău: erori 3D Secure / SCA și cum le rezolvi

Ai un magazin online care merge, clienții adauga produse în coș, ajung la pasul de plată și acolo se oprește totul. Cardul e refuzat, apare un ecran ciudat de la bancă sau pagina se blochează pe un mesaj de eroare. E frustrant, pentru că marfa era ca și vândută. În cea mai mare parte a cazurilor, cauza nu e nici cardul clientului, nici site-ul în sine, ci pasul de autentificare 3D Secure impus prin regulile SCA.

Vestea bună: nu e ceva magic. SCA (Strong Customer Authentication) e o cerință europeană de securitate, iar 3D Secure e mecanismul prin care se aplică. Odată ce înțelegi ce se întâmplă în acele câteva secunde dintre "Plătește" și "Mulțumim pentru comanda", majoritatea erorilor devin ușor de diagnosticat și de reparat. Hai să le luăm pe rând.

Ce este de fapt 3D Secure / SCA și de ce îți blochează vânzările

SCA e regula: pentru platile online din Spatiul Economic European, banca trebuie să confirme că persoana care plătește e chiar detinatorul cardului. 3D Secure (numele comercial e Visa Secure, Mastercard Identity Check) e pasul concret prin care se face asta: clientul e redirecționat scurt către banca lui și confirma plată, de obicei din aplicația bancara sau printr-un cod.

Când pasul ăsta merge, clientul nici nu-l observa. Când ceva e prost configurat, apar refuzuri, pagini albe sau bucle infinite. Important de reținut: majoritatea refuzurilor "3D Secure failed" nu înseamnă că ai făcut ceva ilegal sau ca site-ul e stricat definitiv. Înseamnă doar ca autentificarea nu s-a putut incheia, iar cauza e aproape mereu una dintre câteva probleme banale.

Cele mai frecvente cauze ale refuzurilor

În practică, cele mai multe esecuri vin din aceste direcții:

• Clientul nu are aplicația băncii instalată sau notificările oprite, așa că nu primește cererea de confirmare și plată expira.
• Codul de confirmare ajunge prin SMS, dar clientul nu completează la timp sau greșește numărul de telefon din banca.
• Fereastra 3D Secure e blocată de un pop-up blocker, de un ad-blocker agresiv sau de modul incognito.
• Integrarea de plată de pe site nu declanșează corect pasul de autentificare (lipsește un parametru sau versiunea veche de 3DS).
• Cardul e emis în afara UE sau e un card virtual care nu suportă 3D Secure.

Punctul cheie: unele cauze țin de client, altele țin de configurarea ta. Trebuie să le separi ca să știi pe care le poți rezolva.

Cum diagnostichezi problema pas cu pas

Nu ghici. Uită-te în panoul procesatorului de plăți (Stripe, Netopia, PayU, Euplătesc etc.) la tranzacțiile eșuate. Fiecare refuz are un motiv notat clar:

• "authentication_required" sau "3D Secure failed" - autentificarea nu s-a încheiat; de obicei ceva la client sau la fereastră 3DS.
• "card_declined" / "insufficient_funds" - banca a refuzat din alt motiv; nu e 3D Secure.
• "expired_card" / "incorrect_cvc" - date greșite introduse de client.

Apoi testează tu însuți fluxul cu un card real, pe telefon și pe desktop. Dacă ție îți merge dar clienților nu, problema e adesea de dispozitiv sau de rețea la ei. Dacă nici ție nu-ți merge, e configurare - și acolo intervine cine ți-a construit site-ul.

Ce poți repara singur și ce ține de dezvoltator

Lucruri pe care le poți rezolva sau ameliora fără programator:

• Adaugă un text scurt la checkout: "Vei primi o cerere de confirmare în aplicația băncii - aprobă-o ca să finalizezi comanda." Mulți clienți abandonează pur și simplu pentru că nu înțeleg ecranul băncii.
• Oferă și o metodă alternativa de plată (transfer, ramburs) pentru cei cărora 3D Secure le dă bătăi de cap.
• Verifică în contul procesatorului că ai activată versiunea modernă de 3D Secure (3DS2), nu cea veche.

Ce ține de dezvoltator: actualizarea integrarii de plată, trecerea la ultima versiune a API-ului procesatorului, gestionarea corectă a redirectionarii după autentificare și a stării "în așteptare". Dacă pagina se blochează fix după fereastra băncii, aproape sigur e cod care nu tratează răspunsul revenit de la 3DS.

Cum abordăm noi platile la MPO Web Studio

Când construim un magazin, tratăm plată ca partea cea mai sensibilă a site-ului - pentru că acolo se câștigă sau se pierde banul. Folosim procesatori care suportă nativ 3DS2, testăm fluxul pe telefon și pe desktop cu carduri reale înainte de lansare și adăugăm mesajele care ghidează clientul prin pasul de confirmare al băncii.

Lucrăm integral remote, pentru clienți din toată țara, și îți pregătim un demo gratuit înainte să plătești ceva - inclusiv fluxul de checkout, ca să vezi cu ochii tăi cum se comportă. Prețurile sunt transparente, fără surprize.

Dacă acum pierzi comenzi la plată și nu-ți dai seama de ce, scrie-ne pe WhatsApp cu un exemplu de eroare. Ne uităm împreună la ce se întâmplă și îți spunem cinstit dacă e ceva ce repari tu în cinci minute sau ceva ce ține de integrare.