Si el artículo aparece en el mini-carrito y desaparece al navegar, WooCommerce pierde la sesión o muestra dos representaciones distintas. JavaScript puede actualizar el mini-carrito mientras la página siguiente sirve HTML antiguo, o la petición puede crear una sesión nueva.
Conserva el navegador fallido. Borrar cookies elimina la evidencia para distinguir ambos casos.
Marca un recorrido controlado
Usa un producto sencillo con stock y anota las URL de producto, carrito, otra página y checkout. Registra si contador, carrito y checkout coinciden en cada paso.
Prueba también una ventana privada nueva. Compara móvil y escritorio solo después de obtener una transición repetible.
No uses cuentas reales ni publiques identificadores de sesión.
Distingue pantalla antigua de estado perdido
Abre el carrito directamente cuando el mini-carrito parezca vacío. Si el producto sigue, el fallo está en fragments, caché o JavaScript del tema.
Inspecciona peticiones de cart fragments o Store API. Una respuesta fallida o cacheada puede dejar mal el contador con una sesión sana.
Por página:
- contador visible
- contenido del carrito servidor
- estado de caché
- presencia de cookie de sesiónEvita tratar un defecto cosmético como pérdida MySQL.
Sigue la cookie de sesión
Inspecciona wp_woocommerce_session_*, cart hash e items entre peticiones. Dominio, path, Secure y caducidad deben ser coherentes.
Navegar entre www y sin www, HTTP/HTTPS o subdominio puede dejar atrás la cookie. Elige un host canónico y corrige links y redirects en su origen.
No copies valores de cookie: identifican una sesión activa.
Prueba los estados de consentimiento aceptado, rechazado y todavía no decidido. Las cookies funcionales del carrito deben estar clasificadas de acuerdo con la política del sitio y disponibles cuando el comercio las necesita; no deben depender de aceptar publicidad.
Comprueba escrituras del servidor
Las sesiones invitadas se guardan en MySQL. Busca errores de escritura al añadir. Un nodo de solo lectura, disco lleno, tabla bloqueada u object cache incoherente puede cargar un estado antiguo.
Si usa Redis, confirma que todos los nodos comparten configuración y grupos correctos. Evitar temporalmente un nodo puede demostrar incoherencia, pero no es reparación final.
No trunques la tabla de sesiones durante el diagnóstico.
Compara dos peticiones casi simultáneas, como añadir un producto mientras update_cart o fragments se ejecutan. Una escritura tardía basada en una versión antigua puede sobrescribir el carrito nuevo. Revisa locks y código propio que guarda la sesión fuera del ciclo esperado.
Inspecciona caché de página y fragments
Producto y contenido pueden cachearse, pero los fragments personalizados deben actualizarse. Carrito, Checkout y Mi cuenta requieren bypass en hosting, WordPress y edge.
Lee cabeceras, no solo el panel del plugin. Cloudflare o el host pueden cachear aunque WordPress diga excluido.
Tras corregir, prueba en frío y otra vez con la caché poblada.
Revisa personalizaciones de añadir
AJAX, bundles y extensiones de cantidad pueden actualizar el navegador antes de que el servidor confirme. Inspecciona respuesta y error PHP de la misma hora.
El código no debe llamar WC()->cart->empty_cart() fuera de una ruta intencionada. Busca hooks relacionados con login, moneda o idioma en plugins propios y child theme.
Comprueba también que un cambio de moneda no regenere la sesión sin migrar el carrito.
Revisa idioma, login y logout, porque pueden cambiar dominio, ruta o identificador de cliente. Define si el carrito invitado debe fusionarse con el de la cuenta y prueba que la fusión no vacía ni duplica líneas.
Repara el traspaso roto
Unifica host y HTTPS, corrige alcance de cookie, consistencia MySQL/Redis o el path de fragments demostrado. Limpia únicamente caches relevantes y conserva carritos no relacionados.
Documenta la causa y evita snippets que reconstruyan el carrito desde valores controlados por el navegador.
Si existe clúster, prueba cada nodo tras la corrección.
Verifica la persistencia
Prueba añadir, quitar, cambiar cantidad, atrás/adelante, login y checkout. El mismo carrito debe sobrevivir y otro navegador privado recibir una sesión separada.
Confirma que no se comparten productos ni datos entre visitantes.
El mantenimiento recurrente debe vigilar errores de escritura y recorrer la persistencia tras cambios de caché, dominio o WooCommerce. La continuidad del carrito es requisito transaccional, no cosmético.