El botó és només l’inici: quan un usuari prem “Afegeix a la cistella”, el navegador envia producte, quantitat i, si escau, atributs de variació. WooCommerce valida les dades, crea o recupera la sessió i torna fragments o una redirecció. Cal saber en quin pas falla.
Localitza la primera fallada
Obre Console i Network, prem el botó i comprova si existeix petició. Si no surt, mira JavaScript. Si surt amb error o avís, revisa la resposta i la validació. Si és correcta però la interfície no canvia, el problema pot ser als fragments o al mini-carretó.
Dades de la petició que importen
- ID de producte i variació.
- Atributs seleccionats i quantitat.
- Codi HTTP i cos de resposta.
- Avisos de WooCommerce i errors PHP.
Causes que no són equivalents
- Conflicte JavaScript: el clic o l’actualització de fragments falla abans de completar la petició.
- Variació no vàlida: els atributs no corresponen a una combinació comprable.
- Sessió trencada: el producte entra però el carretó no persisteix.
- Plantilla antiga: un override del tema envia markup o camps obsolets.
Repara la capa que falla
- Corregeix el primer error JavaScript o HTTP, no l’estil del botó.
- Actualitza overrides antics de WooCommerce.
- Exclou endpoints AJAX i fragments d’optimitzacions incompatibles.
- Prova productes simples, variables i sense estoc.
JavaScript o validació de variació?
Si no hi ha petició, comença pel navegador. Si WooCommerce respon amb un error de producte o atribut, la validació és la pista principal. Si l’article entra però després desapareix, passa a carretó que es buida al checkout. Si el problema arriba al final del pagament, revisa la pàgina de confirmació de comanda.
No forcis l’entrada al carretó
No saltis les validacions de variació, stock o disponibilitat: protegeixen la integritat de la comanda.
Com verificar la reparació
Els productes i variacions correctes han d’entrar una sola vegada, els no disponibles han de continuar bloquejats i el recompte, totals i mini-carretó han de coincidir després de refrescar.
CRITERI D’INCIDENT WP REPAIR
Seqüència d’intervenció segura
Si la petició està absent, rebutjada o reeixida sense una actualització visible del carrit determina la ruta de reparació.
- Mireu la consola del navegador i el plafó de xarxa mentre cliqueu Afegeix el carretó.
- Enregistrar ID del producte, atributs de variació, quantitat i cos de la resposta.
- Comprova els avisos WooCommerce i PHP registres per verificar si hi ha validació o errors fatals.
- Prova un producte senzill amb optimització i memòria cau bypassed.
Què ha de quedar verificat
- Els productes i variacions previstos entren en el carrit una vegada.
- Compteig de carros, totals i minicarret estan d'acord després de l’actualització.
- La validació continua bloquejant combinacions invàlides o no disponibles.
Fonts tècniques oficials
Continua el diagnòstic
Aquesta guia explica el diagnòstic. Si la web està afectada ara mateix, la intervenció ha de preservar una via de recuperació i verificar el recorregut real del negoci.
Veure el servei de reparació urgent →SOBRE ESTE SÍNTOMA
Preguntes freqüents d'aquesta guia.
El botó Afegeix al carro reacciona visiblement, però res acaba en el carro, on és la culpa?+
Això apunta cap a la sol·licitud que s'envia però rebutjada, en comptes d’una fallada de JavaScript abans que el clic es registri. Comproveu el cos de resposta del plafó de xarxa i els avisos WooCommerce o registres PHP per a un error de validació, atès que els atributs de variació no vàlids o els desajustos de l’estat de compra normalment produeixen exactament aquest comportament.
És segur eludir la validació per forçar un producte en el carrit quan no s'agrega normalment?+
No, això s'adverteix explícitament en contra. Stock, les regles de variació i compra existeixen per protegir la integritat de la comanda, pel que força a un producte de validació passada riscos de vendre alguna cosa que està fora de stock o mal configurat en lloc de solucionar el problema subjacent.
Com sé si una plantilla theme obsoleta és la causa en lloc d'un conflicte plugin?+
Una anul·lació theme es torna sospitosa quan un fitxer de plantilla ranci envia els camps incorrectes o el marcat de la versió actual de WooCommerce, que pot confirmar comparant l’ID de producte real enviat, atributs de variació i quantitat amb el que la plantilla actual ha d’enviar.
Arreglar l’estil visual del botó resol realment això?+
No. La guia emmarca específicament la correcció com la direcció de la primera sol·licitud ha fallat o error JavaScript, no l’estil del botó, atès que un botó de treball cosmètic no dóna informació sobre si la cadena subjacent AJAX per validar i persistir l’element del carrit està funcionant.