PageSpeed Insights muestra las métricas web principales en verde, pero el menú tarda en abrirse, los filtros dudan o el checkout se detiene entre pasos. No hay contradicción: el informe acredita unas mediciones concretas, no cada página, visitante y acción del sitio.
El siguiente paso no es perseguir una puntuación mayor, sino identificar el retraso que esa prueba no representa.
Entender qué datos estás viendo
PageSpeed puede mostrar datos de campo procedentes de visitas reales de Chrome, una ejecución de laboratorio o ambos. Comprueba si los datos corresponden a la URL o a todo el dominio, móvil o escritorio, qué periodo abarcan y si la URL probada incluye el idioma y las redirecciones correctas.
Los datos de origen pueden mezclar muchas páginas sencillas y ocultar un producto o checkout lento. Una prueba de laboratorio, por su parte, no representa directamente la variedad de dispositivos, conexiones, cookies y ubicaciones reales.
Convertir «parece lento» en una acción
Completa la frase: «La web parece lenta cuando…». Puede ser al abrir el menú, elegir una variación, aplicar un cupón, enviar un formulario, buscar productos, aceptar las cookies o desplazarse por una página con vídeos.
Muchas de esas acciones suceden después de que Largest Contentful Paint ya haya terminado. Pueden depender de JavaScript, Ajax, una consulta MySQL o una API externa; una buena puntuación de carga no las descarta.
Probar el recorrido completo
En una web de servicios, reproduce llegada a la landing, navegación, apertura del formulario y envío de una prueba segura. En WooCommerce, recorre producto, variación, carrito, checkout, dirección, métodos de envío y pago.
Anota el momento exacto en que comienza la espera. Si elegir el producto es inmediato pero recalcular el transporte tarda, comprimir la imagen principal no solucionará la queja.
No hagas pedidos reales ni envíes contactos falsos sin acuerdo. Usa staging, un producto de prueba o una solicitud interna claramente identificada.
Investigar interacciones e INP
Interaction to Next Paint resume la capacidad de respuesta observada en muchas interacciones, pero un promedio aprobado no garantiza que cada clic importante sea rápido. Abrir un menú grande, recalcular fragmentos de WooCommerce o validar un formulario complejo puede seguir bloqueando al usuario.
Graba esa acción en el panel Performance de Chrome. Busca una tarea larga que empiece cerca del clic e identifica si pertenece al tema, un plugin, analítica, consentimiento o recálculo del diseño. No elimines un archivo solo por su tamaño: un script pequeño puede provocar mucho trabajo en el DOM.
Revisar la petición durante la espera
Abre Network, conserva el registro y repite el problema. Filtra por fetch y xhr. En WordPress suelen aparecer admin-ajax.php, rutas /wp-json/, peticiones de carrito o checkout y servicios de pago, mapas o CRM.
Una fase larga de espera del servidor apunta a PHP, MySQL, llamadas externas o capacidad del hosting. Una respuesta rápida seguida de interfaz congelada devuelve la atención a JavaScript y renderizado.
Guarda el estado y la respuesta antes de cambiar nada. Una advertencia HTML devuelta con código 200 puede ser interpretada mal por JavaScript y parecer un problema de velocidad.
Comparar páginas cacheadas y dinámicas
La caché de página completa puede acelerar enormemente una landing, pero no debe servir de la misma manera carrito, checkout o cuenta:
curl -I https://example.com/
curl -I https://example.com/checkout/No hagas público y cacheable el checkout para igualar la portada. Comprueba si la petición dinámica termina en un tiempo razonable y revisa procesos PHP disponibles, consultas lentas, sesión de WooCommerce, acciones programadas, APIs de pago o transporte y errores repetidos.
Probar estados de consentimiento
Una prueba automática puede no elegir las mismas cookies que un visitante. Después de aceptar analítica, anuncios, chat o vídeo, la página puede adquirir bastante trabajo adicional.
Compara antes de elegir, tras rechazar lo opcional, después de aceptar las categorías normales y en una visita de retorno. Las funciones esenciales deben seguir disponibles. No adelantes scripts sujetos a consentimiento solo para mejorar la puntuación.
Medir resultados comerciales
Las métricas web principales son valiosas, pero no confirman cuánto tarda una búsqueda, un formulario, la actualización del envío o la entrega al proveedor de pago. Añade mediciones como:
- envío del formulario hasta confirmación visible;
- cambio de dirección hasta mostrar transportistas;
- clic en «Realizar pedido» hasta abrir el pago;
- selección de filtro hasta actualizar resultados.
Segmenta cuando sea posible por dispositivo, navegador, país, página, idioma y visitante nuevo o recurrente, sin recopilar datos sensibles. Una media saludable puede esconder un grupo móvil lento en un mercado concreto.
Cambiar solo con una hipótesis
Antes de optimizar, registra la acción afectada, dónde se consume el tiempo, el cambio propuesto, mejora esperada, reversión y prueba final. Si no puedes relacionar la modificación con el retraso, todavía no está justificada.
No apiles minificación, retrasos de JavaScript o cachés adicionales para mejorar una métrica ya aprobada. Puedes romper CSS, consentimiento o checkout sin tocar la causa.
Para una evaluación, reúne URL, acción exacta, dispositivo, navegador, ubicación aproximada, estado de consentimiento, grabación y cascada o traza si existen, además de cambios recientes. No envíes contraseñas inicialmente.
La reparación correcta mejora el recorrido sin estropear las métricas que ya funcionaban. Después del cambio, repite toda la acción y vuelve a comprobar la página con Core Web Vitals.