¿Por qué los Core Web Vitals siguen sin cumplir los umbrales tras optimizar la velocidad del sitio web?

Se comprimieron las imágenes y también se integró la CDN. La puntuación de velocidad pasó de rojo a verde, pero Core Web Vitals sigue mostrando «Necesita mejorar» en Search Console. Para quienes gestionan sitios web independientes de comercio exterior, esta discrepancia puede hacerles dudar fácilmente: ¿será que la optimización no ha surtido efecto?

No necesariamente. La velocidad de carga que mide una herramienta no es lo mismo que la experiencia real de navegación, clics y cambios en la página de los clientes extranjeros. Para saber cómo optimizar la velocidad del sitio web y cumplir con Core Web Vitals, primero hay que distinguir las métricas y, después, identificar las páginas y acciones concretas que perjudican la experiencia.

Primero, confirma qué estás viendo: ¿una puntuación de prueba o datos de usuarios reales?

La puntuación de rendimiento de Lighthouse en PageSpeed Insights se obtiene mediante una prueba de laboratorio realizada bajo condiciones simuladas específicas. En cambio, los datos de experiencia real que aparecen en la parte superior de la página proceden principalmente del Informe de experiencia del usuario de Chrome (CrUX). Tienen usos distintos: una puntuación alta no significa necesariamente que se aprueben las métricas web esenciales.

Core Web Vitals evalúa principalmente tres métricas, normalmente según el percentil 75 de los datos de visitas reales, no según el promedio:

Solo se supera la evaluación cuando las tres métricas alcanzan el nivel «Bueno». Deben revisarse por separado en móviles y ordenadores. Si no hay suficientes datos para la URL actual, comprueba también si la herramienta muestra datos de todo el origen, para no confundir la situación de todo el sitio con el resultado de una sola página.

Además, CrUX utiliza datos móviles de los últimos 28 días. Si implementas una corrección hoy, los registros de visitas anteriores seguirán contando, por lo que los resultados no pasarán a verde de inmediato. Search Console también tiene retrasos en las actualizaciones. Conviene observar la tendencia en lugar de hacer cambios repetidamente cada pocas horas.

Analiza los problemas por métrica y deja de comprimir recursos a ciegas

Abre PageSpeed Insights para confirmar qué métricas no se superan y, después, graba la página correspondiente con el panel Performance de las herramientas para desarrolladores de Chrome. No pruebes solo la página de inicio: las páginas de detalles de productos, las páginas de categorías y las páginas de destino de anuncios suelen ser las verdaderas puertas de entrada para los clientes extranjeros.

LCP fuera del objetivo: la imagen se ha reducido, pero sigue detectándose demasiado tarde

La imagen principal de la primera pantalla suele ser el elemento LCP, pero el tamaño del archivo no es necesariamente lo que la ralentiza. Una respuesta lenta del servidor, demasiadas redirecciones o una imagen que solo se inserta después de ejecutar JavaScript pueden impedir que el navegador inicie la descarga a tiempo.

En el panel Network, comprueba cuándo se solicita ese recurso y consulta el registro de rendimiento para distinguir el tiempo de espera, descarga y renderizado. No apliques carga diferida a las imágenes clave de la primera pantalla; procura que el navegador las detecte en el HTML inicial y, si es necesario, establece una prioridad de descarga alta. Considera la precarga solo cuando hayas confirmado que el recurso se detecta tarde, para evitar que demasiadas solicitudes compitan por el ancho de banda.

Los sitios web de comercio exterior también deben probarse desde los mercados de destino. Que el sitio se abra rápido desde una oficina en Pekín no significa que también lo haga para usuarios móviles de Alemania o Brasil. Comprueba los aciertos de caché de la CDN, las solicitudes al servidor de origen para páginas dinámicas y si los redireccionamientos multilingües aumentan el tiempo de espera.

INP fuera del objetivo: la página se ha abierto, pero los botones «no responden»

INP mide la capacidad de respuesta a las interacciones durante la visita a la página, por lo que no basta con una sola prueba de carga para evaluarlo. Los filtros de productos, el cambio de especificaciones, las ventanas emergentes de consulta y el carrito son elementos que conviene probar en la práctica.

Graba el proceso de clics y comprueba si hay tareas largas que ocupan el hilo principal. Entre las causas habituales se encuentran renderizar muchos productos de una sola vez, las validaciones complejas de formularios y la ejecución simultánea de complementos de chat, scripts de seguimiento publicitario y mapas de calor. Para solucionarlo, divide las tareas largas, reduce el JavaScript innecesario o carga las funciones no esenciales en el momento adecuado.

El tiempo total de bloqueo en las pruebas de laboratorio puede ayudar a localizar el problema, pero no sustituye al INP real. Eliminar scripts de marketing tampoco es la única solución: primero aclara para qué sirve cada script y en qué condiciones se activa, para evitar mejorar el rendimiento a costa de perder la atribución de las consultas.

CLS fuera del objetivo: la primera pantalla es estable, pero el diseño empieza a saltar al desplazarse

Si solo observas los primeros segundos tras abrir la página, es fácil pasar por alto los cambios de diseño. Los banners promocionales que aparecen con retraso, los módulos de recomendación, la sustitución de fuentes y los vídeos sin dimensiones reservadas pueden desplazar el contenido durante la navegación.

Define las dimensiones o la relación de aspecto de imágenes, vídeos y módulos incrustados, y reserva espacio para el contenido asíncrono. En los sitios multilingües, revisa especialmente los textos largos, la carga de fuentes y los saltos de línea de los botones: una plantilla estable en chino puede dejar de serlo en alemán.

¿Por qué siguen apareciendo muchas páginas con problemas en el informe después de corregir una sola?

Search Console agrupa las URL con experiencias similares. Corregir una página de producto no significa que todas las páginas del mismo grupo hayan mejorado: otras pueden seguir usando una plantilla antigua, una imagen principal más grande o componentes de terceros adicionales.

Se recomienda crear una lista de comprobación por «plantilla × idioma × dispositivo», seleccionar páginas representativas de cada categoría e incluir tanto las páginas de entrada con mucho tráfico como las que presentan problemas más graves. En los sitios de marketing para el comercio exterior, revisa también por separado las páginas de destino con parámetros publicitarios para confirmar si esos parámetros afectan a la caché y si las entradas desde anuncios activan scripts adicionales.

Las plataformas como 易营宝, que ofrecen servicios de creación inteligente de sitios web y marketing internacional, permiten revisar conjuntamente las plantillas, los scripts y las entradas de campañas, en lugar de dejar que el equipo de operaciones comprima las imágenes una por una. Al colaborar, hay que especificar qué problemas afectan a las plantillas de todo el sitio y cuáles se producen únicamente en páginas de marketing concretas.

Cierra el ciclo con nuevas pruebas para evaluar los resultados, en lugar de esperar simplemente a que «se ponga en verde»

Registra la fecha de publicación, las páginas afectadas y las métricas objetivo de cada cambio. Tras la publicación, primero utiliza pruebas de laboratorio en las mismas condiciones para verificar si el problema ha desaparecido. Después, observa los cambios por región, dispositivo y tipo de página mediante la monitorización de usuarios reales. Si el tráfico es bajo, no saques conclusiones a partir de unas pocas visitas.

Una vez confirmado que la corrección se ha aplicado a las páginas pertinentes, puedes iniciar la validación en Search Console y seguir observando los datos móviles. Prueba también de nuevo el envío de consultas, los pagos, las conversiones de anuncios y las funciones de gestión del consentimiento, para evitar que la carga diferida de scripts interrumpa los procesos comerciales.

No alcanzar los objetivos de Core Web Vitals normalmente no significa que «solo falte instalar otro complemento para acelerar el sitio», sino que las métricas, las plantillas de página y los escenarios de uso reales no están alineados. Identifica primero la métrica que no se supera y corrige el cuello de botella correspondiente. Así, la mejora de velocidad dejará de ser una bonita captura de pantalla de una prueba y se convertirá en una experiencia realmente fluida para los clientes extranjeros.