La portada de tu tienda carga bastante bien, los productos se ven, pero al llegar al pago el cliente se queda esperando. Mientras tanto, empiezan las recomendaciones: comprime imágenes, instala una caché o cambia de alojamiento. Quizá alguna resulte útil. Pero ¿qué tiene que ver con la espera que aparece justo al comprar?
Mostrar una página, filtrar productos, actualizar el carrito y procesar un pedido son operaciones diferentes. Para mejorar la tienda sin cambiar cosas a ciegas, primero conviene localizar qué paso se está retrasando.
Sigue el recorrido de compra hasta encontrar la espera
«La tienda va lenta» es una descripción demasiado amplia. Abre una ficha de producto, añádelo al carrito, selecciona un método de envío y llega hasta el checkout sin realizar un pago real. Anota el momento exacto en el que notas la demora.
Si la ficha tarda en aparecer, examina la primera respuesta y los recursos que carga el navegador. Si los productos se muestran rápido, pero el filtro no responde, estudia la petición del filtro. Si la lentitud comienza después de cambiar el carrito o la dirección de envío, mira esa operación. Y si solo tarda el panel de pedidos, no des por hecho que los clientes sufren el mismo problema.
Registra URL, acción, dispositivo, hora y situación del usuario. ¿Ocurre solo en móvil, con la sesión iniciada o cuando hay más actividad? Repite el mismo recorrido y compara mediciones equivalentes, porque una prueba aislada puede coincidir con una incidencia puntual.
PageSpeed Insights puede ser útil para estudiar la carga de una página pública, pero no simula necesariamente un carrito con productos ni el envío de un pedido. Una portada con buena puntuación puede convivir con un proceso de compra lento.
Tres tipos de espera que no deberías confundir
La pestaña Network de las herramientas de desarrollo muestra las peticiones del navegador. No hace falta interpretar todo el informe para empezar: distingue estas situaciones.
Tarda la primera respuesta. El Time to First Byte (TTFB) mide el tiempo hasta el primer byte que recibe el navegador. Pueden influir servidor, conexión y caché. Compáralo en varias páginas y repeticiones antes de decidir que necesitas un alojamiento nuevo.
La respuesta llega, pero el contenido tarda en mostrarse. Examina imágenes, tipografías, CSS y JavaScript. Una fotografía de producto demasiado pesada o un script que bloquea la interacción no se arreglan automáticamente limpiando la base de datos.
La página está lista, pero un clic desencadena la espera. Al cambiar una variante, introducir el código postal o actualizar el carrito, revisa las peticiones Fetch/XHR y los errores de la consola. Una solicitud lenta indica por dónde investigar; no demuestra por sí sola qué extensión la causa.
Carrito y checkout necesitan precauciones diferentes
Las páginas públicas pueden beneficiarse de la caché, pero el carrito y el checkout manejan datos propios de cada sesión: artículos, importes, direcciones e información del pedido. No deben tratarse indiscriminadamente como páginas estáticas. La documentación de WooCommerce sobre caché explica por qué estas áreas requieren una configuración específica.
Si el cliente espera durante la compra, distingue entre abrir el checkout, actualizar el envío y los totales y confirmar el pedido. Una demora después de elegir una provincia invita a comprobar el cálculo de transporte; un bloqueo al confirmar exige revisar otros procesos, incluidas las pasarelas de pago. Son hipótesis: la causa debe demostrarse.
No desactives pasarelas ni extensiones esenciales en una tienda que está vendiendo para probar suerte. Prepara los cambios delicados en un entorno de pruebas, con copia de seguridad y modos de pago de prueba cuando existan. Después comprueba el recorrido completo, no solo una cifra de velocidad.
Qué mirar cuando la lentitud está en el servidor
Network permite localizar una petición, pero no siempre explica qué ocurre dentro de ella. Si la respuesta tarda, una revisión técnica puede correlacionar esa petición con tiempos de PHP, consultas a la base de datos, uso de recursos, errores y comunicaciones con transportistas, ERP o servicios de pago.
Las Acciones programadas de WooCommerce también pueden aportar pistas cuando el problema coincide con sincronizaciones. Encontrar tareas pendientes no basta para atribuirles la lentitud: hay que relacionar datos y tiempos.
Imagina un caso hipotético: el catálogo funciona bien, pero después de introducir el código postal el total tarda varios segundos en actualizarse. Si la petición de cálculo es lenta, se comparan sus tiempos con los registros y las posibles consultas al transportista. Solo si se confirma esa relación conviene intervenir ahí. Optimizar las imágenes de la portada difícilmente resolverá esa espera específica.
Un cambio útil se comprueba en el mismo recorrido
Reproduce el fallo, guarda una referencia inicial con varias pruebas, plantea una hipótesis verificable y modifica una variable cada vez sin poner en riesgo los pedidos. Repite exactamente el recorrido para comprobar si mejora. Si no cambia, revisa la hipótesis; si no puedes reproducir el error, reúne más información antes de intervenir.
Para pedir ayuda, prepara la URL, el paso de compra afectado, desde cuándo ocurre, a quién afecta y los cambios recientes. Puedes adjuntar mediciones y mensajes de error, pero evita compartir datos personales, tarjetas o información sensible de los pedidos.
No se trata de mejorar una nota mientras el cliente sigue esperando en el mismo botón: se trata de eliminar la espera que perjudica la compra. Si necesitas investigar registros o integraciones delicadas, puedes contar con el soporte WordPress y WooCommerce de Digital Noa. Después de identificar la causa, es posible plantear una optimización de velocidad dirigida a ese problema.
