SIMA — Branding, web design and visual identity
Diseño web·8 min de lectura

Qué son los Core Web Vitals y por qué afectan a las ventas de tu web

Google mide cómo se siente tu web al usarla: si carga rápido, si responde al instante y si no salta de sitio mientras la lees. Esas tres cosas tienen nombre técnico y consecuencias muy reales en tus ventas.

Juan Navarro — Sima · 17 septiembre 2026

Qué son los Core Web Vitals y por qué afectan a las ventas de tu web

Hay un momento, antes de leer una sola palabra de tu web, en el que quien te visita ya se ha formado una opinión. No es consciente de ello, pero lo nota: si la página tarda en aparecer, si al tocar un botón no pasa nada durante un segundo eterno, o si justo cuando iba a pulsar algo, el contenido salta y acaba tocando otra cosa. Google le puso nombre a esa sensación hace unos años y la convirtió en métrica. Se llaman Core Web Vitals, y aunque suenan a jerga técnica de desarrollador, en realidad hablan de algo muy humano: si tu web es agradable de usar o no.

Las tres métricas, explicadas sin tecnicismos

Los Core Web Vitals son tres indicadores que miden distintos momentos de la experiencia de navegación. No son abstractos ni arbitrarios: cada uno corresponde a un instante concreto en el que alguien puede decidir quedarse o irse.

LCP (Largest Contentful Paint) mide la velocidad de carga. En concreto, cuánto tarda en aparecer visible el elemento más grande de la pantalla —normalmente una imagen de cabecera, un titular grande o un vídeo— desde que se entra en la página. Si el LCP tarda más de dos segundos y medio, la sensación de lentitud ya es perceptible. Por encima de cuatro segundos, buena parte de las visitas se marchan antes de haber visto nada.

INP (Interaction to Next Paint) mide la capacidad de respuesta. Sustituyó hace un tiempo a una métrica anterior porque captura mejor lo que de verdad frustra: el tiempo que pasa entre que alguien hace clic, toca o escribe algo, y el momento en que la pantalla responde a esa acción. Un menú que tarda en desplegarse, un botón de "añadir al carrito" que no reacciona al instante o un formulario que se congela un segundo son fallos de INP. Cuando eso ocurre, la sensación no es de web lenta, es de web rota.

CLS (Cumulative Layout Shift) mide la estabilidad visual. Es esa experiencia tan reconocible de estar a punto de tocar un botón y que, en el último instante, el contenido se mueva porque ha terminado de cargar una imagen, un anuncio o una fuente tipográfica, y acabas pulsando algo que no querías. El CLS cuantifica cuánto se desplaza el contenido de una página mientras carga. Cuanto más alto, más inestable —y más irritante— resulta navegar por ella.

Las tres métricas comparten un mismo propósito: convertir en números algo que hasta hace poco solo se describía como "sensación". Y esa sensación, resulta que, es medible y tiene consecuencias.

Por qué Google las convirtió en factor de posicionamiento

Google no inventó los Core Web Vitals por capricho técnico. Los introdujo porque su objetivo declarado siempre ha sido el mismo: devolver los resultados que mejor resuelven la intención de quien busca, y una web que carga mal o que resulta frustrante de usar no resuelve nada, por muy bueno que sea su contenido.

Esto no significa que el rendimiento técnico pese más que la calidad del contenido en el posicionamiento; sigue sin ser así. Pero sí significa que, entre dos páginas con contenido similar y relevancia parecida, la que ofrece una experiencia más sólida tiene ventaja. Y en mercados competitivos, donde varias empresas ofrecen prácticamente lo mismo, esa ventaja marginal puede ser justo la que decide quién aparece primero.

Hay algo más importante todavía que el ranking: los Core Web Vitals son, sobre todo, un indicador fiable de experiencia real de usuario. Google los usa para posicionar porque reflejan algo que también le importa directamente a tu negocio, con independencia de lo que haga el buscador. Optimizarlos no es "hacerle un favor a Google". Es cuidar la experiencia de las personas que ya han llegado hasta tu web.

Clave: los Core Web Vitals no son un capricho de algoritmo. Son la forma que tiene Google de medir algo que a ti también te interesa: si tu web es agradable de usar o si echa a la gente antes de que compre.

Por qué una web lenta o inestable pierde ventas aunque se vea bien

Aquí está el punto que de verdad importa para cualquier negocio: el diseño visual y el rendimiento técnico son dos cosas distintas, y una web puede fallar en la segunda aunque triunfe en la primera.

Puedes tener una dirección de arte impecable, fotografía cuidada, una paleta de color coherente y una tipografía que transmite exactamente lo que quieres transmitir. Si esa web tarda cuatro segundos en cargar la imagen principal, buena parte de las personas que llegan a ella —sobre todo desde el móvil, que es de donde llega la mayoría del tráfico hoy— no llegarán a apreciar nada de eso. Se habrán ido antes.

Lo mismo ocurre con la estabilidad. Un formulario de contacto que salta justo cuando alguien va a escribir su teléfono, o un botón de compra que se desplaza en el último instante, no genera solo una molestia puntual. Genera desconfianza. Y la desconfianza, en una web comercial, se traduce directamente en menos contactos y menos ventas, aunque el diseño detrás sea excelente.

Esto conecta con algo que trabajamos siempre desde el inicio de un proyecto: una web a medida bien planteada no es solo una cuestión estética. Es una decisión que afecta directamente a cómo se comporta esa web en el mundo real, con conexiones lentas, móviles de gama media y usuarios con poca paciencia.

Qué suele estar detrás de una web con malos Core Web Vitals

En la práctica, casi siempre son las mismas causas las que arruinan el rendimiento de una web, y casi ninguna tiene que ver con mala suerte.

Imágenes sin optimizar. Es, con diferencia, la causa más común de un mal LCP. Subir una foto de doce megapíxeles directamente desde una cámara o un móvil, sin comprimir ni redimensionar, obliga al navegador a descargar muchísimos más datos de los necesarios antes de poder mostrar nada.

Exceso de scripts y plugins. Cada widget, cada chat flotante, cada script de analítica añadido "porque puede venir bien" suma peso y tiempo de ejecución. Cuando se acumulan varios, el navegador tiene que procesar tanto código antes de responder a la primera interacción que el INP se resiente notablemente.

Temas y plantillas de WordPress mal configuradas. Muchas plantillas genéricas vienen cargadas de funciones que la mayoría de sitios no usan nunca: constructores visuales pesados, librerías de iconos completas quinientas veces mayores de lo necesario, animaciones que se cargan aunque nunca se vean. Todo eso se descarga igualmente, y todo eso resta rendimiento.

Anuncios y pop-ups que desplazan el contenido. Un banner de cookies mal implementado, un pop-up de suscripción que aparece con retraso o un anuncio que reserva su espacio tarde son la causa más directa y más evitable de un mal CLS. Son, además, los elementos que más fácilmente se corrigen reservando su espacio desde el principio del diseño.

Puntos clave / Key points

  • LCP mide velocidad de carga, INP mide capacidad de respuesta y CLS mide estabilidad visual
  • Google los usa como señal de experiencia de página, aunque el contenido sigue pesando más en el ranking
  • Una web con buen diseño visual puede seguir perdiendo ventas si es lenta o inestable
  • Las imágenes sin optimizar son la causa más habitual de un mal LCP
  • El exceso de scripts y plugins innecesarios perjudica directamente el INP
  • Resolver esto bien empieza en el proceso de diseño y desarrollo, no como parche posterior

Por qué esto se resuelve en el proceso, no después

La tentación habitual, cuando una web ya tiene problemas de rendimiento, es buscar un plugin o una herramienta que "arregle" los Core Web Vitals de golpe. Existen soluciones que ayudan a paliar síntomas, pero rara vez resuelven la causa, porque el rendimiento no es un ajuste que se añade al final: es una consecuencia directa de cómo se ha construido la web desde el principio.

Cuando diseñamos y desarrollamos una web, decidimos desde el primer boceto qué imágenes son realmente necesarias en cada pantalla y en qué formato deben servirse, qué funcionalidades merecen su peso en código y cuáles no aportan lo suficiente para justificarlo, y cómo se reserva el espacio de cada elemento para que nada salte mientras la página termina de cargar. Esa manera de trabajar tiene un efecto directo en el presupuesto y el enfoque del proyecto, algo que también explicamos con detalle en nuestra guía sobre cuánto cuesta una web profesional: el rendimiento bien resuelto forma parte del trabajo serio, no es un extra opcional.

El resultado no es solo una web que puntúa bien en una herramienta de medición. Es una web que se siente sólida al usarla, que no genera fricción en el momento exacto en que alguien está a punto de decidirse, y que sostiene el trabajo de diseño en lugar de sabotearlo silenciosamente.

Si quieres saber cómo se comporta tu web hoy, o si sospechas que la lentitud o la inestabilidad te están costando visitas y contactos sin que lo veas reflejado en ningún informe, podemos revisarlo juntos. Puedes ver ejemplos de cómo lo hemos resuelto en otros proyectos o simplemente ponerte en contacto y lo hablamos.

Juan Navarro — Sima Design

Juan Navarro

Fundador y director creativo en Sima, Estepona. Más de 25 años trabajando en diseño, marca y experiencia digital.

Preguntas frecuentes