Qué es el Core Web Vitals y por qué tu agencia debería hablarte de esto antes de empezar cualquier proyecto web

Qué es el Core Web Vitals y por qué tu agencia debería hablarte de esto antes de empezar cualquier proyecto web

Hay una conversación que debería ocurrir al principio de cualquier proyecto web y que en la mayoría de agencias no ocurre nunca. No es sobre el diseño, no es sobre los colores ni sobre si el logo va a la izquierda o al centro. Es sobre rendimiento técnico. Sobre velocidad, estabilidad visual y tiempos de respuesta. Sobre las métricas que Google usa para decidir si tu web merece aparecer arriba o no. El mantenimiento de una página web serio empieza por construir algo que no necesite reparaciones constantes, y eso implica hablar de Core Web Vitals antes de escribir una sola línea de código, no después de lanzar.

Qué son exactamente y por qué Google los inventó

Core Web Vitals es el nombre que Google le da a un conjunto de métricas concretas que miden cómo se siente usar una web. No en abstracto, sino con datos. Tres números que cualquier herramienta gratuita puede darte y que Google usa para comparar tu web con la de tu competencia.

El primero mide cuánto tarda en cargarse el elemento visual más grande de la página, la imagen principal, el titular grande, lo que sea que domina la pantalla al entrar. Se llama LCP y el umbral que Google considera aceptable son 2,5 segundos.

El segundo mide si la página se mueve mientras carga. Ese efecto que hace que vayas a pulsar un botón y de repente se desplace todo y acabas tocando otra cosa. Se llama CLS y es uno de los problemas más frecuentes en webs construidas con plantillas mal optimizadas.

El tercero mide cuánto tarda la página en responder cuando el usuario intenta interactuar con ella por primera vez. Clic en un menú, toque en un botón, lo que sea. Se llama INP y es el más reciente de los tres, Google lo incorporó como métrica oficial en 2024 sustituyendo al anterior FID.

Tres métricas. Medibles, objetivas, comparables. Y directamente ligadas al posicionamiento en búsquedas.

Por qué esto importa más de lo que parece

Aquí está el problema real. La mayoría de webs que se entregan hoy en día se valoran por cómo se ven. El cliente entra, le gusta el diseño, aprueba y listo. Nadie abre PageSpeed Insights ni mira los Core Web Vitals antes de dar el visto bueno.

Y entonces pasan dos cosas. La primera, que la web carga despacio y los usuarios se van antes de ver nada. La segunda, que Google lo mide, lo compara con los competidores del mismo sector y decide que esas webs merecen aparecer antes. Sin que nadie haya hecho nada malo en apariencia, simplemente, la base técnica era peor.

Esto afecta especialmente a webs construidas sobre plantillas con mucho código innecesario, a webs con imágenes sin comprimir, y a webs en servidores baratos que no dan abasto en horas punta. Todos problemas evitables si se tienen en cuenta desde el principio, y mucho más caros de corregir una vez que la web está publicada.

La experiencia de usuario no es sólo cómo se siente navegar, tiene una traducción directa en métricas que Google lee y en conversiones que se pierden o se consiguen. Una web que tarda cuatro segundos en cargar en móvil no es solo incómoda. Es un negocio perdiendo clientes cada día sin saberlo.

Lo que debería preguntarle a tu agencia antes de empezar

Dos preguntas concretas que dicen mucho sobre con quién estás trabajando.

La primera: ¿qué puntuación de Core Web Vitals vais a garantizar en la entrega? Si la respuesta es una mirada en blanco o un "depende de muchas cosas", ya sabes lo que necesitas saber. Una agencia que construye webs con criterio técnico tiene una respuesta para eso, aunque sea aproximada.

La segunda: ¿en qué servidor vais a alojar la web y por qué? El hosting es una de las variables que más impacta en el rendimiento y es también una de las que más se descuida porque el cliente no la ve. Hay una diferencia enorme entre un servidor compartido de diez euros al mes y uno optimizado para el tipo de web que se va a construir. Esa diferencia se nota en los tiempos de carga y por tanto en el posicionamiento.

Si estas preguntas incomodan a quien va a hacerte la web, es información útil.

Cuándo el problema ya existe y qué se puede hacer

Si la web ya está publicada y los Core Web Vitals son malos, no todo está perdido. Dependiendo de cómo esté construida, hay margen de mejora sin rehacer todo desde cero; optimización de imágenes, cambio de servidor, limpieza de código que no se usa, ajustes en cómo carga el CSS y el JavaScript.

Pero hay casos en que la base es tan limitada que los parches no resuelven el problema de fondo. Una web construida sobre una plantilla pesada con años de plugins acumulados llega a un punto en que la única solución real es un desarrollo web a medida que parta de cero con el rendimiento como criterio desde el principio, no como ajuste posterior.

Esa decisión, parchear o reconstruir, es parte de lo que debería cubrir cualquier auditoría técnica seria. Y es la conversación que muchas agencias evitan porque reconstruir implica más trabajo y más presupuesto, aunque a largo plazo sea la opción más rentable para el cliente.

El SEO y el rendimiento técnico no son mundos separados. Son la misma conversación. Y debería empezar antes de que exista una sola página publicada.

Una última cosa

Los Core Web Vitals no son un trámite técnico que resolver al final. Son el resultado de decisiones que se toman al principio: qué tecnología se usa, en qué servidor se aloja, cómo se gestionan las imágenes, cómo se estructura el código.

Si tu agencia no te ha hablado de esto todavía, pregunta. La respuesta te va a decir bastante sobre cómo va a quedar la web cuando esté terminada.