Si el carrito se vacía entre Carrito y Checkout, WooCommerce normalmente no recupera la misma sesión en la petición siguiente. También puede ser HTML cacheado, un cambio de dominio o HTTPS, o un retorno de pago que llega a otro host con cookies diferentes.
No borres todas las sesiones. Conserva un navegador afectado para localizar dónde se pierde la continuidad.
Mapea la transición exacta
Anota las URL de producto, carrito, checkout y página donde aparece vacío. Registra cambios entre www y sin www, HTTP y HTTPS, rutas de idioma o dominios diferentes.
Prueba un producto simple sin cupón y compara invitado con usuario conectado. Si falla un solo navegador, revisa cookies y consentimiento; si fallan todos en el mismo salto, busca redirect, caché o cambio de servidor.
Incluye la ruta de cancelación y retorno de la pasarela.
Inspecciona las cookies WooCommerce
El navegador debe mantener las cookies de carrito y sesión entre páginas. Developer Tools muestra dominio, path, caducidad, Secure y SameSite.
Cookies habituales:
woocommerce_items_in_cart
woocommerce_cart_hash
wp_woocommerce_session_*Sus valores son identificadores sensibles. No los pegues en tickets ni capturas públicas.
Una cookie de tienda.ejemplo.com no identifica automáticamente la sesión en ejemplo.com. Una cookie Secure tampoco viaja por HTTP. Los redirects pueden crear una sesión nueva aunque parezca la misma tienda.
Comprueba las URL y la detección HTTPS
Dirección de WordPress y Dirección del sitio deben coincidir con esquema y host canónicos. Tras una migración o proxy, WordPress puede creer que la visita HTTPS usa HTTP y generar redirecciones inconsistentes.
Configura correctamente el forwarding HTTPS en el servidor. No pegues constantes de proxy sin entenderlas: una condición incorrecta crea bucles o confía en cabeceras falsificables.
Busca URL antiguas con una herramienta compatible con serialización, nunca mediante reemplazos SQL brutos.
Excluye las páginas comerciales de caché
Carrito, Checkout, Mi cuenta y endpoints AJAX requieren estado por cliente. Exclúyelos en servidor, plugin y reglas de página completa de Cloudflare.
Observa cabeceras de respuesta para detectar HIT. Una purga puede ocultar el síntoma hasta que la caché se repuebla; verifica después con sesión anónima.
Nunca compartas por caché fragmentos de carrito, direcciones o contenido de cuenta.
Rastrea el almacenamiento de sesión
WooCommerce guarda sesiones de invitados en MySQL. Revisa Estado del sistema, acciones programadas y salud de base de datos. Una tabla llena, escritura fallida, limpieza agresiva u object cache incoherente puede impedir cargar el carrito.
Correlaciona logs con la hora exacta. No vacíes la tabla de sesiones como diagnóstico en producción: borra carritos activos y evidencia.
Comprueba espacio de disco, locks y errores de Redis si existe.
Revisa consentimiento y optimización
Algunas configuraciones bloquean cookies funcionales de WooCommerce hasta aceptar marketing, aunque el carrito no puede operar sin ellas. Clasifica correctamente las cookies esenciales y explica su uso.
El retraso de scripts o la optimización de fragments puede mostrar un contador antiguo. Distingue el HTML obsoleto de un carrito realmente vacío inspeccionando la respuesta del checkout y la sesión.
Prueba aceptar, rechazar y cambiar preferencias.
Repara el límite roto
Unifica host canónico y redirección HTTPS, corrige el proxy, conserva cookies en el path necesario, repara el almacenamiento y crea exclusiones precisas de caché. Cambia una frontera cada vez y documenta reversión.
Si se pierde al volver del proveedor, verifica URL de retorno y webhook en el dominio canónico. No recomiendes repetir el pago sin comprobar transacciones.
Mantén la pasarela y el checkout bajo TLS válido.
Verifica un recorrido completo
Prueba añadir producto, cambiar cantidades, recargar checkout, modificar dirección, cancelar pago y regresar tras éxito. Repite como invitado, usuario y móvil.
Confirma exactamente un pedido, una reducción de stock y una transacción. Revisa que el carrito se limpia después del éxito, no antes.
El mantenimiento recurrente debe probar persistencia y vigilar cambios de caché, DNS, SSL y dominio. Los fallos de sesión suelen introducirse fuera de WooCommerce, por lo que la comprobación debe cubrir toda la ruta.