Què significa realment: el producte s’ha afegit, però el checkout ja no veu la mateixa sessió de WooCommerce. Les causes més habituals són l’abast de les galetes, el cache de pàgina completa, incoherències a l’object cache o un canvi de domini o protocol durant el recorregut.
Demostra en quin punt desapareix la sessió
Registra URL de carretó i checkout, host, HTTPS i redireccions. Compara les galetes de sessió abans i després del salt. Si la identitat de sessió canvia, el problema no és el contingut del carretó sinó la continuïtat entre pàgines.
Galetes i host que cal capturar
- Galetes de sessió i de carretó de WooCommerce.
- www versus no-www i qualsevol subdomini intermedi.
- Redireccions HTTP→HTTPS.
- Comportament amb CDN i cache de pàgina desactivats només per a la prova.
Causes a la capa de cache i sessió
- Checkout cachejat: una resposta compartida ignora l’estat privat del visitant.
- Domini de galeta incorrecte: el carretó pertany a un host diferent.
- Object cache inconsistent: nodes o prefixes diferents retornen sessions diferents.
- Optimització o consentiment: una regla elimina galetes necessàries per al carretó.
Restaura un únic recorregut canònic
- Exclou carretó, checkout, compte i AJAX de WooCommerce del cache de pàgina completa.
- Unifica domini canònic i HTTPS.
- Verifica que tots els nodes comparteixin la mateixa sessió o backend de cache.
- Repeteix la compra en sessions netes d’escriptori i mòbil.
Cache o domini de galeta?
Si la galeta es manté però la resposta ignora el carretó, mira cache i sessions de servidor. Si la galeta canvia o desapareix, arregla primer l’host. Si el problema comença abans, consulta Afegeix a la cistella no funciona; si apareix després de pagar, revisa la pàgina Comanda rebuda.
No desactivis tot el cache com a solució permanent
Aïlla la capa que cacheja estat privat i mantén el cache segur per a la resta del lloc.
Prova final del recorregut
Un carretó de convidat ha de conservar-se fins al checkout i la selecció de pagament, amb galetes estables al domini canònic i sense que dos visitants comparteixin mai estat privat.
CRITERI D’INCIDENT WP REPAIR
Reconstrueix la incidència abans de corregir-la
La configuració refrigerant pot emmascarar el problema breument, però el navegador galetes i el servidor sessió mostren si el client va canviar d’identitat entre el carro i checkout.
- 1
Escriu el carro i checkout URLs, servidor, esquema i cadena de redirecionament.
- 2
Inspecciona WooCommerce sessió i carrego galetes abans i després de la transició.
- 3
Prova tancada amb la pàgina/CDN cau bypassed.
- 4
Comprova l’espai d’emmagatzematge de la sessió per a objectes- caché, nodes balancejades de càrrega i bases de dades.
Què ha de quedar verificat
- Un carrit registreed-out persisteix a través del carrit, checkout i la selecció de pagaments.
- Galetes roman en l’esquema canònic de servidor i segur.
- Els visitants separats mai reben l’estat del carro de l’altre.
Fonts tècniques oficials
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.
Si la refrescant configuració de WooCommerce corregeix temporalment un carrit buit, està resolt el problema?+
No, la configuració refrigerant pot emmascarar el símptoma breument sense abordar la causa. La prova real és comparar les galetes del navegador i la clau de sessió del servidor entre el carro i els passos checkout per veure si la identitat del client realment va canviar entre tots dos.
El canvi de www a non-www (o HTTP a HTTPS) realment explica un carro perdut?+
Sí. Les galetes de carro i de sessió de WooCommerce estan dirigides a un host i esquema específics, per la qual cosa si la pàgina del carretó i la pàgina checkout se serveixen des de diferents dominis, subdominis o protocols, la galeta del carrit establerta en un no serà visible a l'altre, buidant efectivament el carrit.
Hauria de desactivar-se el cau de pàgina completa a tot el lloc per solucionar això?+
No, això està marcat com la solució incorrecta. Desactiva cada capa de memòria cau de forma permanent és innecessari; en el seu lloc, identificar quina capa específica està cauent carro privat o checkout estat i excloure només carro, checkout, compte i WooCommerce AJAX rutes des de caixet de pàgina completa, mantenint cau segur en qualsevol altre lloc.
Podria una galeta-conssentiment o optimització plugin ser la causa real en lloc de la memòria cau?+
Sí. Les regles agressives de galetes de les eines de gestió de consentiment o optimització poden eliminar les pròpies galetes de sessió i de carrit de XQZZQX, produint el mateix símptoma que un problema de caixet o domini, per la qual cosa es llista com una de les causes arrel diferents per a comprovar per separat.