Core Web Vitals: Claves para mejorar la velocidad y UX

Velocímetro - Core Web Vitals

Seguro que has oído hablar de ellas. Las Core Web Vitals, ese trío de palabras que Google se ha sacado de la manga para medir la experiencia de usuario en tu web. ¿Y para qué sirve eso, aparte de para complicarte la vida? Pues, amigos míos, para que Google te quiera o te mande al fondo de sus resultados de búsqueda, que viene a ser lo mismo que desaparecer de la faz de internet. En pocas palabras, si quieres que la gente encuentre tu página web, tienes que hacerle caso a estos indicadores. Porque sí, amigo, Google manda, y si quiere que bailes, más te vale que te pongas las zapatillas de ballet. El objetivo de este artículo es que, después de leerlo, sepas cómo domar a estas tres bestias y hacer que tu web vuele. No te preocupes, no es tan difícil como parece.

¿Qué demonios son las Core Web Vitals?

Vamos a desgranar este misterio. Las Core Web Vitals son, básicamente, tres métricas que a Google le parecen importantes para saber si tu web destaca o es un tostón. Primero, tenemos el LCP (Largest Contentful Paint). Esto, en cristiano, es el tiempo que tarda en cargar el pedazo más grande de contenido visible en tu página. Imagínate que tu página es una pizza (¡mmm, pizza!). El LCP sería el tiempo que tardas en ver la porción más grande. Si tarda mucho, te mueres de hambre (y de aburrimiento). Luego está el FID (First Input Delay), que mide el tiempo que tarda tu página en responder cuando un usuario hace algo, como clicar en un botón. Es como cuando le das al interruptor de la luz: si la luz tarda en encenderse, empiezas a pensar que la casa está encantada. Y por último, el CLS (Cumulative Layout Shift), que mide si los elementos de tu página se mueven de sitio como si estuvieran poseídos. ¿Has intentado alguna vez clicar en un botón y de repente se mueve y acabas clicando en otro? Pues eso es el CLS, y es más molesto que un mosquito en verano. Estas tres métricas, en conjunto, le dicen a Google si tu web ofrece una buena experiencia de usuario. Y si a Google le gusta, te sube en el ranking. Si no, te manda a la mazmorra digital. Así de simple. Y créeme, no quieres acabar allí, es peor que una reunión familiar en Navidad.

Cómo medir las Core Web Vitals

Vale, ya sabemos qué son, pero ¿cómo narices las medimos? No te preocupes, no necesitas un doctorado en astrofísica. Google, en su infinita bondad (ejem, ejem), nos ha dado unas cuantas herramientas para esto. La primera es Google PageSpeed Insights. Es como el oráculo de Delfos, pero para webs. Metes la URL de tu página y te suelta un montón de datos, incluyendo las Core Web Vitals. También tienes Lighthouse, que es como el primo mayor de PageSpeed Insights. Te da un análisis más detallado y te dice cómo mejorar cada aspecto de tu página. Luego está Google Search Console, donde puedes ver un informe específico de experiencia en páginas. GSC te indica qué páginas cumplen con las Core Web Vitals y cuáles no, una especie de soplón digital que te dice dónde la estás liando. Y por último, pero no menos importante, Web.dev Measure. Esta herramienta, a diferencia de las otras, te permite analizar tu web en diferentes dispositivos y condiciones de red. Según Google, el LCP debería ser inferior a 2.5 segundos. Para el FID, quieres estar por debajo de 100 milisegundos. Y el CLS, idealmente, debería ser inferior a 0.1. Si te pasas de estos numeritos, Google te mira mal, y créeme, no quieres que Google te mire mal.

Mejorando el LCP

El LCP, como ya hemos dicho, es el tiempo que tarda en cargar el contenido principal. Si tu LCP es lento, tus usuarios se van a ir antes de que puedan ver lo genial que es tu web. Y eso, querido amigo, es un desastre. Lo primero que tienes que hacer es optimizar las imágenes. No uses imágenes más grandes de lo necesario, comprímelas sin piedad, y si puedes, usa formatos modernos como WebP, que son más ligeros que una pluma. Luego, activa el Lazy Loading para las imágenes y vídeos que no se ven a primera vista. ¿Para qué cargar algo que el usuario no está viendo todavía? Es como poner la mesa para la cena antes de que lleguen los invitados. Además de esto, no escatimes en un buen hosting, que tu servidor sea rápido es esencial, y si tienes pasta, considera usar una CDN (Content Delivery Network). Una CDN es como tener copias de tu web repartidas por todo el mundo, así que siempre carga desde el servidor más cercano al usuario.

Mejorando el FID

El FID mide la interactividad, y nadie quiere una web que se queda colgada como un ordenador de los años 90. Para mejorar el FID, tienes que aligerar la carga de JavaScript. Ese código tan bonito que hace cosas chulas en tu web también puede ser un lastre. Minimiza el código, difiere la carga de lo que no sea imprescindible, y usa técnicas como el code splitting para cargar solo el JavaScript que necesitas en cada momento. Imagina que tu web es un restaurante y el JavaScript es la comida. No vas a servir todos los platos a la vez, ¿verdad? Pues lo mismo. Además, implementa caching. El caching es como tener comida precocinada en la nevera: cuando llega un cliente, no tienes que empezar de cero, solo calentar y servir. Por último, optimiza los recursos del navegador. Asegúrate de que el hilo principal (main thread) del navegador no esté sobrecargado, porque si no, tu web se va a quedar pensando en lugar de actuar.

Mejorando el CLS

El CLS es, probablemente, el más puñetero de los tres. Esos saltos inesperados en el diseño son molestísimos para el usuario y pueden hacer que se vaya de tu web con un cabreo monumental. Para evitar esto, lo primero es definir tamaños específicos para imágenes, vídeos e iframes. Si no lo haces, el navegador no sabe cuánto espacio reservar y, cuando carga el elemento, ¡zas! Todo se mueve.  También, evita inyectar contenido tardíamente, como anuncios que aparecen de repente y empujan todo lo demás. Es como si en mitad de una conversación, alguien se metiera en medio y te apartara de un empujón. Molesto, ¿verdad? Optimiza también las fuentes web. Un problema común es el FOIT (Flash of Invisible Text) o el FOUT (Flash of Unstyled Text). Esto pasa cuando la fuente tarda en cargar y el texto se ve primero sin estilo o directamente no se ve. Para evitarlo, precarga las fuentes, usa font-display: swap; o plantéate usar fuentes del sistema. Por último, si vas a hacer cambios de diseño, que sean con transiciones suaves y bien estructuradas, no a lo loco.

Otras estrategias avanzadas: El arsenal secreto para dominar las Core Web Vitals

Si ya has hecho todo lo anterior y sigues queriendo más (eres un crack, o un enfermo de la optimización, una de dos), aquí van algunas estrategias avanzadas. Puedes usar AMP (Accelerated Mobile Pages) en ciertas páginas. AMP es como una versión simplificada y ultrarrápida de tu web, ideal para artículos de blog o noticias. Pero ojo, que AMP tiene sus detractores, no es la panacea. Prioriza la carga del contenido crítico y difiere todo lo que no sea esencial. Usa HTTP/2 o HTTP/3 para mejorar la velocidad de tu servidor. Y, si te atreves, implementa Service Workers, que son como pequeños scripts que se ejecutan en segundo plano y pueden hacer maravillas con la velocidad en cargas repetidas.

Conclusión: ¿Y ahora qué, lumbreras?

Bueno, ya has llegado al final de este tocho. Espero que ahora tengas más claro qué son las Core Web Vitals, por qué importan y cómo mejorarlas. Recuerda, estas métricas no son solo un capricho de Google. Están diseñadas para que la experiencia de usuario en tu web sea la mejor posible. Y una buena experiencia de usuario se traduce en más visitas, más conversiones y, en definitiva, más pasta en tu bolsillo. Así que, ya sabes, ponte las pilas, haz una auditoría de tu web y empieza a aplicar estas mejoras. No lo hagas todo de golpe, ve poco a poco, que Roma no se construyó en un día. Y ahora, cuéntame en los comentarios: ¿has tenido alguna experiencia traumática con el CLS? ¿Has conseguido mejorar tu LCP hasta velocidades supersónicas? ¡Comparte tus batallitas con la comunidad!

 

Comentarios

Sé la primera persona en dejar un comentario.

¿Tienes alguna pregunta o respuesta?