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

Simptomes Carret Checkout

WooCommerce retorna el visitant a un carret buit durant el checkout

Diagnostica carrets buits revisant cookies, dominis, HTTPS, memòria cau, sessions MySQL, consentiment i retorn del pagament.

Si el carret es buida entre Carret i Checkout, WooCommerce normalment no recupera la mateixa sessió a la petició següent. També pot ser HTML en caché, un canvi de domini o HTTPS, o un retorn de pagament que arriba a un altre host amb cookies diferents.

No eliminis totes les sessions. Conserva un navegador afectat per localitzar on es perd la continuïtat.

Mapa la transició exacta

Anota les URL de producte, carret, checkout i pàgina on apareix buit. Registra canvis entre www i sense www, HTTP i HTTPS, rutes d’idioma o dominis diferents.

Prova un producte simple sense cupó i compara convidat amb usuari connectat. Si només falla un navegador, revisa cookies i consentiment; si fallen tots al mateix salt, cerca una redirecció, caché o canvi de servidor.

Inclou la ruta de cancel·lació i retorn de la passarel·la.

Inspecciona les cookies WooCommerce

El navegador ha de mantenir les cookies del carret i la sessió entre pàgines. Developer Tools mostra el domini, path, caducitat, Secure i SameSite.

Cookies habituals:
woocommerce_items_in_cart
woocommerce_cart_hash
wp_woocommerce_session_*

Els seus valors són identificadors sensibles. No els enganxis en tiquets ni captures públiques.

Una cookie de botiga.exemple.com no identifica automàticament la sessió a exemple.com. Una cookie Secure tampoc no viatja per HTTP. Les redireccions poden crear una sessió nova encara que sembli la mateixa botiga.

Comprova les URL i la detecció HTTPS

L’adreça de WordPress i l’adreça del lloc han de coincidir amb l’esquema i host canònics. Després d’una migració o proxy, WordPress pot creure que una visita HTTPS utilitza HTTP i generar redireccions inconsistents.

Configura correctament el forwarding HTTPS al servidor. No enganxis constants de proxy sense entendre-les: una condició incorrecta crea bucles o confia en capçaleres falsificables.

Cerca URL antigues amb una eina compatible amb serialització, mai amb substitucions SQL brutes.

Exclou les pàgines comercials de la caché

Carret, Checkout, El meu compte i els endpoints AJAX necessiten estat per client. Exclou-los al servidor, connector i regles de pàgina completa de Cloudflare.

Observa les capçaleres de resposta per detectar HIT. Una purga pot amagar el símptoma fins que la caché es repobli; verifica-ho després amb una sessió anònima.

No comparteixis mai per memòria cau fragments del carret, adreces o contingut del compte.

Rastreja l’emmagatzematge de sessió

WooCommerce desa les sessions de convidats a MySQL. Revisa l’estat del sistema, les accions programades i la salut de la base de dades. Una taula plena, escriptura fallida, neteja agressiva o object cache incoherent pot impedir carregar el carret.

Relaciona els registres amb l’hora exacta. No buidis la taula de sessions com a diagnòstic a producció: elimina carrets actius i evidència.

Comprova espai de disc, locks i errors de Redis si n’hi ha.

Revisa consentiment i optimització

Algunes configuracions bloquegen les cookies funcionals de WooCommerce fins a acceptar màrqueting, encara que el carret no pugui funcionar sense elles. Classifica correctament les cookies essencials i explica’n l’ús.

El retard de scripts o l’optimització de fragments pot mostrar un comptador antic. Diferencia l’HTML obsolet d’un carret realment buit inspeccionant la resposta del checkout i la sessió.

Prova acceptar, rebutjar i canviar preferències.

Repara el límit trencat

Unifica l’host canònic i la redirecció HTTPS, corregeix el proxy, conserva les cookies al path necessari, repara l’emmagatzematge i crea exclusions precises de caché. Canvia una frontera cada vegada i documenta la reversió.

Si es perd en tornar del proveïdor, verifica les URL de retorn i webhook al domini canònic. No recomanis repetir el pagament sense comprovar les transaccions.

Mantén la passarel·la i el checkout sota TLS vàlid.

Verifica un recorregut complet

Prova afegir producte, canviar quantitats, recarregar el checkout, modificar l’adreça, cancel·lar el pagament i tornar després de l’èxit. Repeteix com a convidat, usuari i mòbil.

Confirma exactament una comanda, una reducció d’estoc i una transacció. Revisa que el carret es buidi després de l’èxit, no abans.

El manteniment recurrent ha de provar la persistència i vigilar canvis de caché, DNS, SSL i domini. Els errors de sessió sovint s’introdueixen fora de WooCommerce, així que la comprovació ha de cobrir tota la ruta.

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