Cómo funciona esta comprobación
Scanaris no inventa números de rendimiento: pide a PageSpeed Insights, el servicio de Google que ejecuta Lighthouse, que mida tu página en modo móvil y lee el resultado. De ahí saca la puntuación de 0 a 100 y tres métricas: LCP (Largest Contentful Paint, cuánto tarda en pintarse el elemento más grande visible), CLS (Cumulative Layout Shift, cuánto "salta" la página mientras carga) y TBT (Total Blocking Time, cuánto tiempo el JavaScript bloquea el hilo principal). La puntuación se guarda en un hallazgo informativo que no resta y que alimenta la nota del pilar de rendimiento. Solo abre hallazgos con severidad cuando una métrica cae en el rango que Google llama "malo": LCP por encima de 4 segundos (media), CLS por encima de 0,25 (baja) o TBT por encima de 600 milisegundos (baja). Si Lighthouse no devuelve puntuación (página no medible, error de la herramienta), no hay hallazgo.
Por qué importa
El rendimiento es experiencia de usuario y es SEO. Google usa las Core Web Vitals como señal de ranking desde 2021, y mide las de tus usuarios reales en Chrome, no solo las de laboratorio. Pero el efecto más directo está en el negocio: cada segundo extra de carga en móvil reduce las conversiones de forma medible, y un LCP de 5 segundos significa que buena parte de tus visitantes ve una pantalla en blanco el tiempo suficiente para irse. Las métricas se miden en móvil porque es donde la mayoría de webs rinden peor y donde Google indexa primero.
Cómo arreglarlo
LCP alto
- La imagen principal suele ser el elemento LCP. Sírvela en WebP o AVIF, al tamaño que se muestra y no al original, con
fetchpriority="high"y sinloading="lazy". En Nuxt y Next.js, los componentes de imagen (NuxtImg,next/image) hacen esto por ti. - El tiempo de respuesta del servidor se suma a todo lo demás. Caché de página, CDN delante y, en WordPress, un plugin de caché bien configurado.
- CSS y JavaScript que bloquean el pintado: carga el CSS crítico en línea y el resto después; los scripts de terceros con
deferoasync. - Fuentes web:
font-display: swap, precarga de la fuente principal y, si puedes, alójalas tú en lugar de cargarlas de Google Fonts.
CLS alto
Casi siempre son imágenes sin width y height, anuncios o embeds que aparecen de golpe, y fuentes que cambian de tamaño al cargar. Declara las dimensiones de cada imagen e iframe, reserva el espacio de los bloques dinámicos con min-height y nunca insertes contenido por encima de lo que el usuario ya está leyendo.
TBT alto
Demasiado JavaScript ejecutándose al inicio. Divide el bundle por rutas, carga los componentes pesados solo cuando hacen falta, retrasa los scripts de analítica y chat hasta después de la interacción, y revisa el peso de las librerías: librerías desactualizadas y una copia completa de jQuery para un menú son los casos típicos.
Comprueba que está arreglado
npx lighthouse https://tudominio.com --only-categories=performance --preset=perf --form-factor=mobile --screenEmulation.mobile --viewO pega la URL en PageSpeed Insights, que además de la medición de laboratorio muestra los datos de usuarios reales de los últimos 28 días. Objetivo: LCP por debajo de 2,5 s, CLS por debajo de 0,1 y TBT por debajo de 200 ms. Mide varias veces: los resultados de laboratorio varían un poco entre ejecuciones.
Preguntas frecuentes
Mi web carga rápido en mi ordenador. ¿Por qué sale mal?
Porque la medición simula un móvil de gama media con conexión 4G lenta, que es lo que usa una parte grande de tus visitantes. Tu portátil con fibra no es el caso representativo.
¿Un 100 de rendimiento ayuda al SEO más que un 90?
No de forma apreciable. Google distingue entre "bueno", "necesita mejorar" y "malo" por métrica; una vez estás en "bueno", el resto es experiencia de usuario, no ranking. Céntrate en salir del rojo, no en perseguir el 100.
¿Esta comprobación mide todas mis páginas?
Solo la URL escaneada. Si tu página de producto o tu blog tienen problemas distintos, escanéalos aparte. Las otras comprobaciones de este pilar, como accesibilidad, también trabajan sobre la página concreta.