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

Simptomes Carret Checkout

El checkout de convidats falla però els clients connectats poden comprar

Diagnostica l'error comparant sessions, ajustos de compte, caché, consentiment, validació, frau i dades del client.

Si els clients amb compte compren i els convidats no, WooCommerce no està completament trencat ni la passarel·la necessàriament sana. L’usuari conegut aporta adreça, sessió i identitat; el convidat depèn de cookies noves, caché pública i validació completa.

Utilitza la diferència per acotar. No obliguis a crear un compte tret que sigui una decisió comercial deliberada.

Confirma que es permeten convidats

Revisa WooCommerce > Comptes i privacitat, membresia, majoristes i extensions del checkout. Confirma que la compra sense compte està habilitada per a aquells productes i que el codi propi no exigeix registre.

Prova en una finestra privada sense cookie de WordPress. Anota el producte, l’adreça, l’enviament i el pagament.

Després d’un intent consulta les comandes i la passarel·la abans de repetir.

Compara totes dues peticions

Inspecciona wc-ajax=checkout a Network i compara l’error del convidat amb l’èxit del client utilitzant dades equivalents.

Compara sense desar dades personals:
- estat HTTP i tipus de resposta
- ID d'enviament i pagament
- codis de validació
- presència de cookie de sessió
- hores del servidor i la passarel·la

No copiïs adreces, targetes ni tokens de sessió.

Revisa cookies, consentiment i caché

L’usuari connectat acostuma a evitar la caché. El convidat pot rebre un checkout emmagatzemat o perdre la cookie WooCommerce per una classificació incorrecta.

Carret, Checkout, El meu compte i AJAX s’han d’excloure de la caché compartida. Prova el consentiment acceptat, rebutjat i pendent d’acord amb la configuració. Les cookies essencials no han de dependre de màrqueting.

Després de corregir, deixa que la caché s’escalfi i repeteix: la primera petició MISS pot amagar l’error.

Inspecciona la validació exclusiva del convidat

El client pot tenir país, província, codi postal, telèfon i correu desats. El convidat recorre tots els camps i revela requisits ocults o contradictoris.

Llegeix l’error visible i el JSON. El callback ha d’utilitzar les dades billing i shipping enviades, sense assumir que existeix un ID d’usuari. Cerca codi PHP que consulti metadades abans de crear el compte.

if ( ! is_user_logged_in() ) {
    // Revisar què bloqueja o exigeix aquesta branca.
}

No eliminis validacions legals, fiscals o de transport.

Revisa frau i regles de pagament

Els sistemes antifrau puntuen diferent els convidats; la passarel·la pot exigir correu, codi postal o telèfon amb un format concret. Relaciona l’hora amb els registres de frau i proveïdor.

Determina si WooCommerce ha creat una comanda abans del rebuig. Una negativa de la passarel·la no és el mateix que una validació del navegador.

Mantén qualsevol excepció estreta per conservar la protecció contra comandes abusives.

Comprova la creació opcional de compte

Algunes botigues ofereixen crear compte durant el pagament. Els scripts de contrasenya, la duplicitat de correu o un username ocult poden bloquejar encara que el comprador no marqui l’opció.

Prova amb la casella i sense. Revisa plantilles i extensions de registre.

Els errors han de continuar visibles i comprensibles també al mòbil.

Repara la ruta demostrada

Corregeix l’ajust, la regla de caché, la classificació de cookie, el callback de validació o el mapatge cap a la passarel·la. Publica el codi en un child theme o connector mantingut, no dins de WooCommerce.

Purga pàgines i assets pertinents conservant les sessions no relacionades quan sigui possible.

Documenta la reversió i el motiu.

Verifica visitants nous i recurrents

Completa una compra com a convidat des d’un navegador nou i una altra com a client. Confirma una comanda i una transacció, impostos, enviament, estoc, correus i pàgina final.

Prova també un correu ja associat a un compte, error de pagament i correcció de validació. Cap ruta no ha de duplicar comandes.

El manteniment recurrent ha d’incloure checkout anònim programat, perquè els comptes del personal no poden revelar problemes exclusius dels convidats.

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