Core Web Vitals: por qué la velocidad de tu web vende

La velocidad ya no es un detalle técnico

Cuando alguien dice que «la web va un poco lenta», muchas empresas lo archivan como un tema de IT. Error. En la práctica, cada segundo de espera reduce formularios enviados, citas pedidas y carritos cerrados. Google lo mide con los Core Web Vitals; tus clientes lo miden con la paciencia.

En MVisual lo vemos en auditorías de desarrollo web y en rediseños: una homepage bonita que tarda 5 segundos en ser usable no compite con una correcta que responde en 1,5.

Qué son (de verdad) los Core Web Vitals

No hace falta memorizar acrónimos. Basta entender qué siente el usuario:

• LCP (Largest Contentful Paint): cuánto tarda en verse el contenido principal (hero, titular, producto).
• INP (Interaction to Next Paint): cuánto tarda la interfaz en reaccionar a un clic o tap.
• CLS (Cumulative Layout Shift): cuánto «salta» la página mientras carga (botones que se mueven, banners que empujan el texto).

Si el LCP es alto, la gente se va. Si el INP es alto, creen que «no funciona». Si el CLS es alto, acaban pulsando lo que no querían. Los tres afectan a SEO y a conversión.

Señales de que tu web está dejando dinero encima de la mesa

• El hero pesa varios megas (vídeo autoplay, PNG enormes, sliders con 8 diapositivas).
• Se cargan decenas de scripts de marketing «por si acaso» en todas las páginas.
• Las fuentes tardan y el texto aparece tarde o con un flash feo.
• En móvil la ficha de producto o el formulario de contacto se siente a trompicones.
• PageSpeed va en rojo y nadie lo ha mirado desde el lanzamiento.

Ninguna de estas cosas se arregla solo con «un hosting más caro». Hay que priorizar qué carga primero y qué puede esperar.

Qué suele mejorar más (con menos teatro)

1. Imágenes con tamaño real: WebP/AVIF, dimensiones correctas, lazy-load fuera del above-the-fold.
2. Menos JavaScript en el camino crítico: diferir chats, pixels y A/B tests que no hacen falta en la primera pintura.
3. CSS y fuentes limpios: evitar descargar familias enteras; usar font-display sensato.
4. Caché y CDN donde el tráfico lo justifique; HTML y assets con políticas claras.
5. Medir en campo: CrUX / Search Console, no solo el test de laboratorio del viernes.

En proyectos de tienda online el impacto se nota rápido: listados más ligeros, fichas que pintan el precio y el CTA antes que el resto, y checkout sin sorpresas de layout.

Diseño y rendimiento no son enemigos

Un buen diseño web no exige animaciones pesadas ni fondos en 4K. Al contrario: una interfaz clara con jerarquía fuerte suele pesar menos y convertir más. La pregunta útil no es «¿queda más premium?», sino «¿el usuario entiende y actúa en menos de tres segundos?»

Las SPA (React y compañía) pueden ir muy bien… o muy mal. Si todo el contenido espera al bundle, el LCP se dispara. Por eso en sitios de captación (servicios, blog, landings) conviene prerender o HTML estático en las URLs clave: el buscador y el visitante ven contenido de inmediato.

Checklist de 15 minutos (antes de pedir presupuesto)

• Abre la home y la página de servicio estrella en el móvil con red 4G real (no solo Wi‑Fi de oficina).
• Mira Search Console → Experiencia → Core Web Vitals: ¿URL «malas» o «necesitan mejorar»?
• Cuenta cuántos scripts de terceros hay en el <head>.
• Pesa el hero: si supera ~200–300 KB sin necesidad, hay trabajo.
• Define una métrica de negocio (leads, demos, pedidos) para saber si la mejora sirvió.

Conclusión

Los Core Web Vitals no son un trofeo de PageSpeed. Son una forma de medir si tu web respeta el tiempo del cliente. Velocidad estable + interfaz que no salta = más confianza y más conversiones.

Si quieres una auditoría concreta (qué cortar, qué cachear, qué rediseñar) en MVisual lo hacemos con datos de campo y un plan priorizado, no con una lista infinita de «best practices». Cuéntanos qué URL te duele y empezamos por ahí.