Avaluació inicial sense contrasenyes Pressupost abans d’intervenir Un especialista responsable de principi a fi

Simptomes Carret Checkout

Com reproduir un error del checkout WooCommerce sense crear confusió

Prepara una reproducció controlada que eviti cobraments duplicats i produeixi evidència útil del navegador, comanda i servidor.

Una reproducció útil crea un intent identificable i descobreix on falla. Una prova sense control pot cobrar dues vegades, consumir estoc, enviar correus, contaminar Analytics i deixar comandes ambigües.

Prepara l’assaig abans de prémer. Si hi ha pagaments incerts de clients, concilia’ls primer.

Defineix una sola pregunta

Formula una hipòtesi estreta: “el checkout de convidat falla en seleccionar Espanya” o “el botó mòbil no envia cap petició”. Tria el producte, l’adreça i el mètode mínims.

Anota les versions de WordPress, WooCommerce, tema, passarel·la i PHP si pot intervenir una actualització.

Registra també la zona horària del servidor i del proveïdor.

Tria l’entorn més segur

Utilitza producció només si no es reprodueix fora i el risc comercial està controlat. Staging ha d’igualar el codi i els ajustos, però no indexar, enviar a clients ni utilitzar cobraments reals.

El mode test és preferible per als pagaments, encara que els webhooks i el frau poden ser diferents. Documenta aquesta limitació.

Abans d’una prova en viu acorda qui l’autoritza, qui vigila la passarel·la i qui pot cancel·lar la preparació o el transport. Defineix un import màxim, una finestra curta i un criteri d’aturada.

Referència: QA-2026-07-28-01
Producte: article controlat
Client: identitat de prova
Esperat: una comanda, una transacció i un joc de correus

No utilitzis la identitat ni la targeta d’un client.

Conserva evidència abans de canviar

Anota URL, hora, navegador, estat del compte, carret, totals, regió, transport i pagament. Obre Console i Network abans de l’enviament.

Cerca comandes i transaccions prèvies per a la identitat QA. Així estableixes una línia base i no confons un altre intent.

No mostris els errors de WordPress públicament. Utilitza registres protegits.

Envia exactament una vegada

Observa la petició i espera una resposta o el timeout acordat. No facis doble clic, refresh durant l’autenticació ni una altra pestanya.

Si sembla bloquejat, consulta la comanda i el proveïdor abans de reintentar. Registra l’estat HTTP, el tipus de resposta i la durada, eliminant cookies, adreces i tokens.

Atura la prova si apareix un cobrament incert.

Relaciona tots els sistemes

Segueix l’intent pel navegador, servidor web, PHP, comanda, Action Scheduler, passarel·la i proveïdor de correu. Utilitza la referència i l’hora.

Petició: enviada / bloquejada / resposta
Comanda: cap / ID i estat
Transacció: cap / ID i estat
Estoc i correu: sense canvi / modificats

Classifica el resultat: error sense efectes, comanda sense pagament, pagament sense estat final o transacció incerta. Cada cas necessita una neteja diferent. Una falta de resposta del navegador no prova que tot hagi fallat.

Canvia una variable

Repeteix només després de conciliar l’intent anterior. Canvia un factor: convidat o compte, offline o passarel·la, mòbil o ordinador, o una versió.

Mantén constants el producte, l’adreça i els altres valors. Canviar cinc coses pot fer que funcioni sense revelar la causa.

Utilitza staging per aïllar connectors i tema; desactivar-los a l’atzar a producció altera preus, impostos i seguretat.

Neteja els efectes

Cancel·la o reemborsa mitjançant el procediment de la passarel·la. Restaura l’estoc deliberadament, marca les comandes QA i exclou-les dels ingressos quan sigui possible.

No eliminis una comanda pagada: passarel·la, comptabilitat i estoc quedarien incoherents. Comprova CRM, transport i correus i elimina’n els efectes de manera segura.

Si s’ha generat una factura, assentament o etiqueta de transport, segueix el procés d’anul·lació d’aquell sistema. Registra qui ha fet la neteja.

Converteix la prova en acceptació

L’absència del missatge d’error no és suficient. Repeteix la ruta i confirma una comanda, una transacció, estat, estoc, impostos, enviament, correu i pàgina final.

Prova després rutes veïnes que comparteixin el component. Conserva un informe anonimitzat per repetir-lo després d’actualitzacions.

El manteniment recurrent ha de disposar de productes, identitats i procediments de passarel·la específics. Una reproducció disciplinada accelera la reparació urgent i protegeix les dades de la botiga.

ABANS D’ENVIAR LA SOL·LICITUD

Preguntes freqüents.

Demaneu contrasenyes al formulari?+

No. El formulari públic no demana mai accessos. Les dades segures es demanen només després d’aprovar l’abast i el pressupost.

Qui revisa la incidència?+

La sol·licitud arriba a Jordi Ensenyat, fundador de Code Barcelona i especialista en WordPress amb més de 15 anys d’experiència.

Es canvia res abans del pressupost?+

No. Primer es revisen els símptomes visibles i es defineix l’abast. La intervenció comença després de l’aprovació i amb una via de recuperació preparada.

Treballeu amb webs en anglès i fora d’Espanya?+

Sí. WP Repair atén incidències de WordPress i WooCommerce en català, castellà i anglès mitjançant un servei remot.

Avaluar la meva incidència