Clienții spun că nu pot plăti pe site: cum verifici și repari checkout-ul, pas cu pas

Primești mesaje de la clienți care spun că "nu merge plata" sau că "cardul e refuzat", dar tu, când testezi, pare că totul funcționează. E una dintre cele mai frustrante situații pentru un magazin online: nu vezi eroarea, dar vânzările se pierd exact la ultimul pas, acolo unde clientul era deja pregătit să dea banii.

Vestea bună e că problemele de checkout au aproape întotdeauna o cauză concretă și verificabilă. Nu e magie și nu e "ceva la client". În articolul ăsta îți arăt exact cum să reproduci problema, cum să citești erorile pe care le vezi tu și cele pe care le vede clientul, și cum să separi o problemă de card (banca clientului) de una de configurare (site-ul sau procesatorul tău). La final știi ce repari singur și când chemi pe cineva.

Întâi reprodu problema exact ca un client real

Cel mai des, motivul pentru care "la tine merge" e că tu testezi altfel decât clientul. Fă un test cât mai apropiat de realitate:

• Deschide site-ul pe telefon, pe date mobile, nu pe wifi-ul de la birou.
• Folosește fereastră incognito, ca să nu ai date salvate din sesiuni vechi.
• Testează pe mai multe browsere: Chrome, Safari, și în aplicația din Instagram sau Facebook (foarte mulți clienți intră de acolo, iar browserul intern e cel mai fragil).
• Mergi până la capăt, cu un card real, pentru o sumă mică. Multe procesatoare au un "mod test" care nu prinde problemele reale.

Dacă reușești să reproduci blocajul măcar o dată, ai câștigat jumătate din bătălie: acum ai o eroare concretă de urmărit, nu o poveste vagă.

Separă cele două tipuri de eroare: card refuzat vs. checkout stricat

Astea sunt două lumi diferite și se rezolvă complet diferit.

Card refuzat înseamnă că plata pleacă spre bancă, dar banca o respinge. Mesajele tipice: "card declined", "fonduri insuficiente", "tranzacție refuzată de bancă", "do not honor". Aici site-ul tău funcționează. Cauza e la cardul sau banca clientului: fonduri, limită de plăți online, blocare pentru tranzacții străine, sau pasul 3-D Secure (codul primit prin SMS de la bancă) care nu a fost finalizat.

Checkout stricat înseamnă că plata nici nu ajunge la bancă. Semne: butonul de plată nu face nimic, pagina se reîncarcă la nesfârșit, apare o pagină albă, sau un mesaj tehnic de tip "eroare 500". Aici problema e la tine: configurare, cheile procesatorului, sau un conflict tehnic. Prima întrebare pe care ți-o pui mereu: plata ajunge la bancă sau se rupe înainte?

Verifică lucrurile care strică cel mai des checkout-ul

După ce știi în ce tabără ești, mergi pe lista scurtă a suspecților obișnuiți:

• Cheile API în modul greșit: multe magazine rămân din greșeală pe cheile de "test" ale procesatorului (Stripe, Netopia, PayU) după lansare. Plata pare că merge, dar banii nu intră niciodată. Verifică să fii pe chei "live".
• Certificatul SSL expirat: dacă lacătul din browser lipsește sau apare avertisment de securitate, mulți clienți abandonează instant, iar unele procesatoare refuză să încarce formularul.
• Conflict de la un plugin sau update: pe WordPress/WooCommerce, un plugin nou sau o actualizare pot rupe pagina de plată. Dacă a mers și brusc s-a stricat, întreabă-te ce s-a schimbat ultima dată.
• 3-D Secure neconfigurat corect: din 2021, plata cu autentificare prin SMS e obligatorie în UE. Dacă pasul ăsta e prost integrat, tranzacțiile pică în masă.
• Câmpuri de formular prea stricte: un câmp care refuză spații în numărul cardului sau nu acceptă un cod poștal străin blochează clienți valizi.

Citește erorile din panoul procesatorului, nu doar de pe site

Site-ul tău îți arată puțin. Adevărul e în contul de la procesator: Stripe, Netopia mobilPay, PayU sau EuPlătesc au toate un panou cu istoricul tranzacțiilor și motivul exact al fiecărui refuz.

Intră acolo și uită-te la tranzacțiile eșuate din ultimele zile. Vei vedea coduri clare: "insufficient_funds", "card_declined", "authentication_failed", "expired_card". Dacă vezi multe refuzuri de la bănci diferite, cu coduri diferite, cel mai probabil clienții chiar au probleme cu cardurile lor, și soluția e să oferi și alte metode (transfer bancar, plata la livrare).

Dacă în schimb nu vezi NICIO tranzacție încercată, deși clientul spune că a apăsat "plătește", atunci plata nici nu pleacă de pe site: problema e sigur în configurarea ta, nu la client. Distincția asta îți economisește ore de căutat în locul greșit.

Când repari singur și când ceri ajutor

Poți rezolva singur destule: să treci pe chei live, să reînnoiești SSL-ul, să dezactivezi un plugin care a stricat pagina, sau să adaugi o metodă de plată alternativă. Sunt lucruri de bun-simț care nu cer programator.

Dar dacă plata se rupe înainte să ajungă la bancă și nu vezi de ce, dacă e o eroare tehnică repetată, sau dacă integrarea procesatorului trebuie refăcută, e momentul pentru cineva care face asta zi de zi. Fiecare zi cu checkout stricat înseamnă comenzi pierdute pe care nu le mai recuperezi.

La MPO Web Studio lucrăm remote în toată țara și putem verifica un checkout rapid, fără drumuri. Îți spunem cinstit dacă e ceva mic pe care îl faci singur sau ceva ce merită preluat, cu preț transparent și fără povești. Dacă vrei o pereche de ochi pe problema ta, scrie-ne un mesaj pe WhatsApp și ne uităm împreună.