Qué importa primero: El producto fue añadido, pero el sesión utilizado por checkout no contiene el mismo carrito. La ruptura es generalmente cookie alcance, caché de página completa, inconsistencia objeto-caché o un cambio de dominio/sistema.
Qué indica realmente este síntoma
La configuración refrescante puede enmascarar el problema brevemente, pero el navegador cookies y el servidor sesión muestran si el cliente cambió de identidad entre el carro y checkout.
Recopila pruebas antes de cambiar nada
- Graba el carro y checkout URLs, servidor, esquema y cadena de redireccionamiento.
- Inspecciona WooCommerce sesión y cargue cookies antes y después de la transición.
- Prueba cerrada con la página/CDN caché bypassed.
- Comprueba el espacio de almacenamiento sesión para objetos-caché, nodos balanceados de carga y bases de datos.
Causas más habituales
- Carro en caché o checkout: Una respuesta compartida en caché ignora el carro privado del visitante.
- Desajuste del dominio Cookie: El carrito pertenece a www, non-www, HTTP u otro subdominio.
- Coherencia objeto-caché: Diferentes nodos o prefijos devuelven un estado sesión diferente.
- Reglas agresivas de cookie: El código de consentimiento u optimización elimina WooCommerce cookies.
Secuencia segura de diagnóstico y reparación
- Excluir carrito, checkout, cuenta y WooCommerce AJAX rutas desde caché de página completa.
- Alinea el dominio canónico y HTTPS redirige a un servidor establa.
- Verifica el almacenamiento compartido sesión y los prefijos caché en cada nodo web.
- Repetir los viajes de producto a salida en el escritorio limpio y móvil sesiones.
Cómo distinguir entre las causas probables
No trates Carro en caché o checkout y Desajuste del dominio Cookie como causas equivalentes. Una respuesta compartida en caché ignora el carro privado del visitante. En cambio, el carrito pertenece a www, non-www, HTTP u otro subdominio. Para distinguirlas, usa estas dos comprobaciones: Graba el carro y checkout URLs, servidor, esquema y cadena de redireccionamiento; y inspecciona WooCommerce sesión y cargue cookies antes y después de la transición. Con esos datos podrás decidir si conviene aplicar la primera acción controlada —Excluir carrito, checkout, cuenta y WooCommerce AJAX rutas desde caché de página completa— o si debes conservar el estado actual y ampliar la investigación.
En una tienda activa, reproduce el problema con un pedido de prueba controlado y sigue el mismo recorrido de pago, stock, impuestos y notificaciones que usan los clientes. No cambies varios componentes del checkout a la vez, porque destruirías la evidencia necesaria para atribuir el fallo. Documenta la fecha y hora exactas, la URL o transacción afectada, el último estado correcto conocido y cada cambio realizado durante el diagnóstico. Ese registro permite distinguir una reparación reproducible de una desaparición temporal del síntoma.
Qué no debes hacer
No desactives permanentemente cada capa caché. Identifica qué capa cachés estado privado y Mantén la caché segura en otro lugar.
Cómo verificar la reparación
- Un carrito logged-out persiste a través del carrito, checkout y la selección de pagos.
- Cookies permanece en el esquema canónico de servidor y seguro.
- Los visitantes separados nunca reciben el estado del carro del otro.
Que el síntoma visible desaparezca no es suficiente. Cierra la incidencia solo cuando la acción original que fallaba, el recorrido de negocio relacionado y los registros relevantes confirmen que el problema ha desaparecido.