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

Php Mysql Rendiment Manteniment

Com detectar un checkout WooCommerce trencat abans que els clients

Detecta errors amb recorreguts sintètics, alertes de webhooks i cues, JavaScript i conciliació de pagaments.

Un monitor d’uptime pot mostrar 200 OK mentre Realitzar comanda no funciona, el callback falla o tots els pagats continuen Pending. El monitoratge transaccional ha de recórrer els handoffs importants sense crear cobraments o dades sense control.

Combina un recorregut sintètic amb senyals operatius. Cap mètrica sola prova salut.

Monitoritza el recorregut públic

Des d’un navegador anònim afegeix un producte de prova, obre carretó/checkout, introdueix una adreça controlada i confirma mètodes.

- producte entra al carretó
- sessió sobreviu
- enviament/impostos calculen
- Place order respon correctament
- ordre arriba a l'estat esperat
- neteja es completa

Utilitza sandbox o mètode offline dissenyat per monitoratge. Oculta el producte de cerca i fulfilment.

Valida contingut, no només HTTP 200: variació, mètode d’enviament, total i estat final. Defineix temps màxim per pas i desa evidència sanejada només quan falla.

Evita contaminar informes

Utilitza identitat, SKU i prefix dedicats. Segmenta proves en operacions i analytics amb regles documentades.

No eliminis comandes pagades: reemborsa i concilia. No utilitzis clients o targetes reals. Limita freqüència per no esgotar estoc, enviar correus o activar frau.

Reserva stock de prova o una política sense impacte públic i impedeix que els avisos arribin a preparació. Revisa que l’exclusió no amagui vendes reals.

Guarda les credencials del monitor en un gestor de secrets i limita el compte al mínim necessari. No incorporis claus de passarel·la al script o al repositori. Rota-les i prova el recorregut després de cada canvi.

Alerta sobre errors

Recull fatals PHP, taxes 4xx/5xx i errors JavaScript sense dades personals. Agrupa per release, navegador i fitxer.

No registris cossos, cookies o tokens. Hora i ID de correlació són suficients. Defineix severitat diferent per un error cosmètic i un error de wc-ajax=checkout. Agrupa repeticions en un incident amb primera/última hora i percentatge.

Vigila callbacks

Monitoritza latència i no-2xx per passarel·la. Un retorn del navegador no demostra confirmació servidor-servidor.

Relaciona errors amb Pending antics. Un timeout és incert: verifica proveïdor i ordre abans de repetir. Controla SSL i DNS.

Detecta contradiccions

Crea regles per a captures sense ordre pagada, Failed/Cancelled amb èxit extern, captures dobles i reemborsaments absents.

Utilitza ID estables i una finestra acotada. Envia l’alerta a una persona capaç de pausar el mètode i conciliar. Inclou enllaços segurs, no dades financeres en correu o xat, i defineix escalat ràpid.

Deduplica alertes per referència i causa, però no amaguis comandes addicionals afectades. L’incident ha de mostrar recompte, interval i si la discrepància continua creixent. Quan es resolgui, exigeix una transacció controlada i una conciliació de totes les excepcions.

Segueix les cues

Alerta si la Pending més antiga supera el normal, augmenten errors o throughput queda sota la creació.

La cua cobreix correu, subscripcions, webhooks, estoc i fulfilment. Verifica cron amb heartbeat independent: un monitor dins d’un WP-Cron trencat no pot avisar de la seva absència.

Detecta fuites de sessió/cau

Executa dues sessions anònimes amb carretons diferents i confirma que no es creuin. Revisa capçaleres a Cart, Checkout i My account.

Escalfa la cau: en fred pot passar i fallar després d’un HIT. Tracta dades creuades com a incident de privacitat i exclou pàgines transaccionals.

Mantén un monitor fora de la xarxa del hosting. Si proves diverses regions, limita freqüència i diferencia problemes de CDN, DNS o geobloqueig.

Comprova també que el propi servei de monitoratge envia un heartbeat. Si deixa d’executar-se, l’absència de fallades no pot interpretar-se com un checkout sa.

Crea alertes conscients dels canvis

Registra versions de WooCommerce, passarel·la, tema, PHP, Cloudflare i consentiment. Executa la transacció després de cada canvi de risc.

Silencia manteniment temporalment i exigeix prova posterior. Associa el canvi amb commit o referència per facilitar rollback.

Mesura detecció, reconeixement i recuperació. Revisa falsos positius sense eliminar controls essencials. L’objectiu és un incident accionable, no un allau d’avisos vagues.

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