La velocidad de una web no es un detalle técnico reservado a los desarrolladores: es el primer signo visible del cuidado que se ha puesto en construirla. Una web que se muestra de golpe, sin tirones, sin texto que salta bajo el dedo, le dice a tu visitante que trata con alguien serio, antes incluso de que haya leído una sola línea. Una web lenta dice lo contrario. Google ha fijado umbrales públicos para medir todo eso, los Core Web Vitals, y en Inleven los cumplimos en cada entrega. Aquí tienes lo que miden, y sobre todo, lo que la lentitud cuenta de ti.
¿Qué dice una web lenta de tu empresa?
Una web lenta envía un mensaje que no elegiste: « aquí se ha hecho lo más rápido, lo más barato, sin mirar el resultado ». El visitante no lo formula conscientemente. Solo siente un fastidio difuso, una página que tarda, un botón que se escabulle en el momento del clic, una imagen que empuja el texto hacia abajo mientras lee. Y se va, sin saber por qué, con la impresión vaga de que « no acababa de funcionar ».
Es aún más cierto en 2026. Producir una web se ha vuelto trivial: una herramienta genera una página en treinta segundos, y se nota. La web se llena de sitios correctos en apariencia, pesados en realidad, atiborrados de scripts inútiles, nunca revisados. Slop. En ese paisaje, una web que responde al instante ya no es solo agradable, es rara. Delata una mano humana detrás, alguien que ha medido, recortado, rechazado lo superfluo. La velocidad se ha convertido en una prueba de cuidado, porque el cuidado se ha convertido en la excepción.
¿Cuáles son los 3 umbrales de los Core Web Vitals?
Los Core Web Vitals son tres medidas definidas por Google para cuantificar la calidad de experiencia de una página real, en dispositivos de verdad. Tres umbrales públicos, que conviene conocer:
- LCP (Largest Contentful Paint): por debajo de 2,5 segundos. El tiempo que tarda en mostrarse el elemento visible más grande (a menudo tu título o tu imagen principal). Es la respuesta a la pregunta « ¿cuándo veo por fin algo útil? ».
- INP (Interaction to Next Paint): por debajo de 200 milisegundos. El retardo entre el momento en que se hace clic o se pulsa, y el momento en que la página reacciona de forma visible. Es la sensación de reactividad, el « responde al dedo ». Esta métrica reemplazó al antiguo FID a principios de 2024.
- CLS (Cumulative Layout Shift): por debajo de 0,1. La estabilidad visual. Cuanto más bajo, menos se mueve el contenido durante la carga. Un CLS alto es el botón que se desliza medio segundo antes de pulsar, y el dedo que falla.
Google utiliza estas tres medidas como señal de clasificación, y las muestra en la Search Console a partir de las visitas reales de tus usuarios. No son notas de laboratorio: es lo que vive de verdad la gente en tu web, agregado sobre veintiocho días.
¿Por qué apuntar al umbral no basta?
Pasar justo por debajo de la línea es evitar la penalización. No es lo mismo que ofrecer una buena experiencia. Un LCP a 2,4 segundos es « verde » según Google, pero 2,4 segundos de espera, en móvil, en 4G, todavía se notan.
La diferencia entre « conforme » e « instantáneo » está exactamente ahí donde se juega la percepción de calidad. Y es ahí donde la mayoría de las webs flaquean: apuntan al mínimo reglamentario, porque bajar más exige un trabajo que las herramientas automáticas no hacen por ti. Es precisamente ese trabajo el que distingue una web diseñada de una web ensamblada.
¿Cómo cumple Inleven estos umbrales, concretamente?
No por arte de magia, ni marcando una casilla « optimizar » en un constructor. Por decisiones de arquitectura tomadas desde el primer día, y mantenidas hasta la entrega. Aquí tienes el detalle, porque un profesional exigente tiene derecho a saber cómo.
Un presupuesto de rendimiento fijado antes de escribir la primera línea. Decidimos por adelantado el peso máximo de una página, el número de scripts tolerados, el tamaño de las imágenes. Ese presupuesto se convierte en una restricción de diseño, no en una verificación de última hora. Si una funcionalidad hace explotar el presupuesto, buscamos otra manera de hacerla, o renunciamos a ella.
Estático, por defecto. Nuestras webs se compilan en páginas HTML servidas tal cual, sin base de datos que consultar ni servidor que despertar en cada visita. El navegador recibe contenido listo para mostrar. Es la base más rápida que existe, y la que menos se cae.
Islas interactivas, no páginas interactivas. Cuando una parte de la página necesita JavaScript (una animación, un formulario), solo hidratamos ese trozo, y solo cuando se vuelve visible en pantalla. El resto de la página sigue siendo HTML puro. Resultado: el navegador no ejecuta casi nada en la carga, lo que mantiene el tiempo de bloqueo a cero.
Imágenes tratadas por Sharp. Cada imagen se redimensiona, se vuelve a comprimir y se sirve en el formato correcto según el dispositivo. Una foto que pesaría dos megabytes al salir de la cámara baja a unas decenas de kilobytes, sin pérdida visible. Es una de las palancas más rentables sobre el LCP.
Cero desplazamiento en el título. El H1 y el subtítulo de la parte superior de página son texto HTML de verdad, renderizado al instante, nunca ocultado y luego revelado por una animación. Las dimensiones de las imágenes y de los bloques se reservan antes de la carga, para que nada empuje a nada. Es lo que nos da un CLS de 0, y no « cerca de 0 ».
Las cifras que produce eso, en nuestras entregas reales: un LCP entre 2,0 y 2,4 segundos en móvil, un CLS a 0, un tiempo de bloqueo (TBT) a 0 milisegundos, una puntuación de rendimiento Lighthouse entre 96 y 99, y una accesibilidad a 100 sobre 100. Este último punto cuenta tanto como los demás: una web rápida pero ilegible para el lector de pantalla no es una web cuidada.
La velocidad es la versión medible del cuidado
En la era en que cualquiera puede producir una web en unos minutos, lo que te distingue ya no es tener una web, sino tener una que se sostenga bajo el peso del detalle. La velocidad es la parte de ese detalle que una máquina sabe medir. No miente. No se puede simular con un bonito visual ni recuperar con un eslogan.
Por eso la tratamos como un entregable de pleno derecho, al mismo nivel que el diseño. La IA nos ayuda a ir rápido en la fabricación, pero es un humano quien decide lo que se guarda y lo que se tira, y es esa decisión la que marca la diferencia entre una web que respira y una web que se arrastra. Puedes ver el detalle de nuestra forma de trabajar en la página Método, y lo que construimos exactamente en nuestros servicios. Y porque una web cuidada es también una web que te pertenece, todo lo que entregamos (dominio, contenido, código) sigue siendo tuyo desde el primer día: está explicado en la página Garantías. Y si quieres hablarlo, lo comentamos con gusto a través de la página Contacto.
