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

Php Mysql Rendiment Manteniment

Proves essencials després de reparar una botiga WooCommerce

Valida carretó, checkout, pagament, webhook, estoc, correu, impostos, enviament, compte i analítica.

Una reparació no acaba perquè desaparegui l’error original. Checkout és una cadena: sessió, totals, comanda, pagament, callback, estoc, correu i fulfilment. Un canvi pot arreglar un pas i trencar-ne un altre o funcionar només per a administradors.

Crea una acta d’acceptació amb ordres controlades. Concilia i neteja cada intent abans del següent.

Repeteix l’error exacte

Utilitza el mateix dispositiu, convidat/compte, producte, adreça, enviament i pagament. Registra proves abans/després.

No canviïs diverses variables i declaris resolt. El símptoma long-tail original ha de quedar demostrat. Després d’un enviament, comprova passarel·la i WooCommerce per evitar duplicats.

Defineix abans resultat esperat, responsable d’acceptar-lo i evidència. Si falla el cas original, atura la bateria i aplica rollback o torna al diagnòstic.

Assigna un ID a cada prova i marca Pass, Fail o Bloquejada amb hora i versió desplegada. No substitueixis una prova fallida per una observació verbal. Les captures han d’ometre dades personals i les referències de pagament completes han de quedar en un registre privat.

Prova carretó i sessió

Afegeix, elimina i canvia quantitat; navega entre producte, carretó i checkout i recarrega. Prova convidat i client recurrent.

- el carretó sobreviu als canvis
- cupó i enviament són coherents
- un altre navegador privat té un altre carretó
- el login aplica la fusió prevista

Escalfa la cau pública abans de la passada final.

Valida totals

Utilitza adreces i productes representatius per descomptes, enviament, impostos, taxes i moneda. Prova just sota i sobre l’enviament gratuït.

Checkout, comanda i passarel·la han de coincidir. Inclou productes simples, variacions i una classe fiscal o d’enviament especial. Treu un cupó i canvia adreça en la mateixa sessió per confirmar el recàlcul.

Recorre estats de pagament

Prova èxit, rebuig/cancel·lació i mètodes asíncrons en sandbox o amb un import aprovat. Confirma un objecte i ID per ordre.

Inspecciona webhook i retorn per separat. Una thank-you correcta no prova el callback. Repetir un esdeveniment sandbox no ha de duplicar estoc.

En asíncrons, observa Pending, confirmació tardana i timeout. La comanda no s’ha de completar abans de l’evidència ni quedar bloquejada després del callback vàlid.

Confirma comanda i estoc

Revisa estat, notes, reducció, reserves i inventari extern. Prova cancel·lació/reemborsament segons política.

En variacions, confirma SKU exacte. Una venda redueix una vegada i una reposició queda auditada. No moguis estats d’anada i tornada.

Per a virtuals/descàrregues, verifica accés només després del pagament, protecció davant altres usuaris i caducitat.

Verifica comunicacions

Confirma Processing/Completed al client i New order a l’equip. Segueix generació, acceptació SMTP i Inbox.

Obre enllaços com a destinatari. Revisa text pla i traduccions. No incloguis dades personals o credencials a l’acta.

Prova interfícies

Comprova primer convidat, login/reset, El meu compte i mòbil. Els administradors solen evitar cau i seguretat.

Obre la llista, busca l’ordre i confirma una arribada a fulfilment/reporting. Prova teclat i errors visibles. Repeteix com a usuari no administrador i valida permisos.

Confirma mesurament

Inspecciona un purchase GA4 amb ID, valor, moneda i items sota el consentiment triat. Recarregar confirmació no ha de crear una altra compra.

GA4 no sempre iguala WooCommerce per consentiment i bloquejos. Botiga i passarel·la són la veritat financera. Etiqueta i reemborsa proves segons comptabilitat.

Observa després de reobrir

Monitoritza errors PHP, webhooks, rebutjos SMTP, backlog i estats anòmals durant un període representatiu.

Registra versions, reparació, rollback i resultats. Defineix umbrals per fatals, pagaments fallits, edat de cua i SMTP. Tanca la incidència només quan cas original, regressió i observació compleixen criteris.

Si una prova de producció mou diners, reconcilia reemborsament, estoc i comissió abans de signar l’acceptació.

El manteniment recurrent ha de convertir la llista en proves sintètiques perquè el client no descobreixi la propera regressió.

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