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

Sessions Cache Estat Client

El cupó s’aplica al carret però desapareix al checkout

Diagnostica sessions, recàlcul, restriccions, adreça, moneda, caché i codi que elimina el cupó durant el checkout.

Un cupó acceptat pot desaparèixer quan el checkout recalcula preus amb l’adreça, l’enviament, els impostos, l’usuari i els productes finals. També es pot perdre amb la sessió o eliminar-se mitjançant codi en una actualització AJAX.

Registra el cupó i les condicions exactes. Crear codis nous amaga el conflicte i pot oferir descomptes involuntaris.

Confirma si s’elimina o només s’amaga

Compara el total, la línia de descompte i el total del checkout. Inspecciona la resposta i els avisos després de carregar l’adreça.

Si el total conserva el descompte però falta la línia, revisa el tema o el bloc. Si el total augmenta i el cupó desapareix de l’objecte, investiga la validació o la sessió.

Utilitza un codi controlat i no publiquis cupons actius.

Reprodueix el disparador

Aplica el cupó i canvia un factor: país, codi postal, transport, login o pagament. Anota el moment exacte.

Compara:
- codi i tipus
- ID i quantitats
- convidat o client
- regió
- transport
- subtotal abans d'impostos

Així separes un canvi real d’elegibilitat d’un error general.

Revisa les restriccions

Comprova la despesa mínima o màxima, ús individual, articles rebaixats, productes, categories, correu, límit i caducitat.

Les variacions i el producte pare es poden comportar diferent. Confirma l’ID real del carret.

Revisa si el mínim es calcula amb impostos, abans o després de descomptes i en moneda base o convertida. Un redondeig de cèntims pot travessar el llindar en recalcular l’adreça.

Comprova els límits per cupó i usuari. Un intent fallit o una comanda esborrany poden reservar un ús abans d’acabar el pagament.

Si hi ha una restricció per correu, prova un convidat abans i després d’emplenar la facturació, i un client amb una adreça diferent de la del compte. La regla ha d’utilitzar la identitat prevista i mostrar el rebuig sense revelar si una altra adreça està registrada.

Segueix la sessió

Comprova que la cookie WooCommerce persisteix del carret al checkout. Un canvi de host, HTTPS o consentiment pot crear una altra sessió sense cupons.

Verifica que els productes continuen idèntics. Si també desapareixen, repara la continuïtat abans de tocar el cupó.

Compara login i logout. La fusió del carret pot tornar a validar el cupó contra correu, rol o historial de compres.

Exclou el checkout de caché

Els totals són específics del client. Carret, checkout i AJAX han d’evitar caché compartida.

Un checkout emmagatzemat pot mostrar un altre total encara que la sessió actual conservi el cupó. Prova amb la caché ja poblada.

Revisa Checkout Blocks i checkout clàssic per separat. Si el servidor conserva el cupó però el bloc l’amaga, corregeix la interfície sense tornar-lo a aplicar i duplicar el descompte.

Inspecciona hooks d’eliminació

Els connectors de descomptes, membresia i codi propi poden retirar cupons en cada recàlcul. Cerca filtres i:

WC()->cart->remove_coupon( $coupon_code );

Localitza la condició executada a update_order_review. Cerca també remove_coupons() i evita efectes laterals en filtres que WooCommerce crida diverses vegades.

Registra només l’identificador i el resultat de la regla, no el correu ni el carret complet.

Repara la regla i el missatge

Corregeix la sessió, la caché, la restricció o la condició demostrada. Si deixa de ser vàlid després de canviar l’adreça o el producte, conserva la regla i mostra una explicació clara una sola vegada.

No debilitïs límits o exclusions globalment. Evita bucles de recàlcul que també ocultin mètodes de pagament.

Completa una compra elegible i confirma el descompte al pedido i al total del proveïdor. Prova un cas no elegible, el reemborsament, el comptador d’ús i el redondeig fiscal.

Compara la línia desada, la base imposable i l’import capturat. Si el navegador mostra un descompte que no arriba al pedido, atura la prova: no ajustis manualment només la pantalla mentre el client continua pagant un total diferent.

El manteniment recurrent ha de comprovar les promocions després de canvis de preus, impostos, moneda, checkout o connectors. El resultat definitiu és el total desat a la comanda.

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