WooCommerce / Pagaments
Problemes de pagament a WooCommerce
La majoria dels problemes de pagament de WooCommerce no són al pagament en si, sinó al traspàs que l’envolta: del navegador a la passarel·la, la notificació de la passarel·la de tornada a la botiga i el que fa WooCommerce després de marcar una comanda com a pagada.
Resposta curta
Compara el registre d’esdeveniments del proveïdor de pagaments amb les notes de la comanda a WooCommerce i el registre de la passarel·la per a aquella mateixa comanda. Si el proveïdor mostra un pagament correcte i la botiga no mostra res, la notificació o el webhook no ha arribat o ha estat rebutjat. Si la botiga l’ha rebut, busca un error PHP mentre s’actualitzava la comanda.
Problemes concrets
Fallades de pagament habituals
Client cobrat, comanda fallida
El pagament s’ha completat; la comanda és fallida, pendent o no existeix.
Pagament fallit amb targetes vàlides
Configuració, divisa, imports o errors d’API retornats com a rebutjos.
Comandes encallades en pendent de pagament
La confirmació no ha arribat mai a la botiga, o ha estat rebutjada.
Problemes amb webhooks
Endpoint incorrecte, peticions bloquejades, signatures que no coincideixen, reintents processats dues vegades.
Bucles de 3D Secure
Clients retornats al checkout després d’autenticar-se, o encallats en la verificació.
Notificacions de Redsys
URL de notificació del comerç inaccessible, errors de signatura o de configuració.
Els quatre traspassos
- Navegador → passarel·la: els camps de pagament, els scripts del proveïdor i la verificació 3D Secure. Els optimitzadors de scripts, les eines de consentiment i el JavaScript del tema poden trencar aquest pas.
- Passarel·la → botiga: el proveïdor confirma el resultat amb una redirecció i, de manera més fiable, amb una notificació o webhook de servidor a servidor. Els tallafocs, les regles de CDN, les redireccions forçades, els modes de manteniment i l’autenticació bàsica de staging la bloquegen.
- Processament a la botiga: WooCommerce registra el pagament i executa tot el que hi ha enganxat en aquest moment: estoc, correus, integracions. Un error en qualsevol d’aquests hooks pot interrompre l’actualització.
- Després del pagament: captures, reemborsaments i renovacions, que sovint es processen més tard mitjançant accions programades.
Senyals que la confirmació no arriba a la botiga
- El tauler del proveïdor mostra notificacions o webhooks amb lliuraments fallits, temps d’espera esgotats o respostes 3xx, 4xx o 5xx.
- El registre de la passarel·la no té cap entrada per a la comanda després que el client tornés de la pàgina de pagament.
- El problema va començar després d’un canvi de domini, una migració a HTTPS, una nova regla de CDN o WAF, o l’actualització d’un plugin de seguretat.
Preguntes freqüents
Per què s’ha cobrat al client però la comanda ha fallat?
Perquè el pagament i l’actualització de la comanda són dos passos separats. Si la confirmació del proveïdor no arriba a la botiga, es rebutja o un error PHP interromp l’actualització de la comanda, els diners es cobren però la comanda no passa mai a pagada.
Per què les comandes queden pendents de pagament?
Pendent vol dir que WooCommerce encara espera la confirmació de la passarel·la. Si la confirmació no arriba mai, la comanda queda pendent i, amb la gestió d’inventari activada, es pot cancel·lar automàticament quan s’acaba el temps de reserva d’estoc.
WooRescue HQ està vinculat a algun proveïdor de pagaments?
No. WooRescue HQ és independent i no està vinculat a Stripe, PayPal, Redsys ni a cap altre proveïdor.
$ descriu el problema
Tens un problema amb WooCommerce?Sol·licita una diagnosi.
Explica'ns què falla, què ha canviat darrerament i com afecta el negoci. Revisem cada sol·licitud i et recomanem el pas següent.
No enviïs mai contrasenyes, claus d'API ni dades de targetes a través del formulari.