Webs ¿De quién es tu web? La pregunta que nadie hace
Dominio, contenido, código, accesos: tu web es un conjunto de 4 activos que pueden pertenecer a personas distintas. Cómo comprobar quién posee qué.
Por qué la velocidad de una web revela el cuidado que se ha puesto en ella. Los umbrales de Google de los Core Web Vitals (LCP, INP, CLS) y cómo Inleven los cumple de verdad.
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.
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.
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:
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.

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.
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.
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.
Sí, pero de forma indirecta. Los Core Web Vitals son una señal de clasificación oficial: a contenido equivalente, Google favorece la página más rápida y más estable. Sobre todo, una web rápida retiene a sus visitantes y convierte a más, y ese comportamiento real pesa en tu posición con el tiempo. La velocidad no es un atajo mágico hacia el primer puesto, es un cimiento sobre el que se sostiene el resto del posicionamiento.
Dos herramientas gratuitas de Google bastan. PageSpeed Insights te da un diagnóstico página por página, en laboratorio y sobre datos reales. La Search Console, en su sección « Métricas web principales », te muestra el estado de toda tu web según las visitas reales de tus usuarios en los últimos veintiocho días. Apunta al verde en las tres métricas, en móvil con prioridad, ya que es ahí donde la mayoría de la gente te consulta.
Los constructores de gran público cargan la misma base técnica pesada para todas las webs, se necesite o no: scripts para funciones que no usas, fuentes y bibliotecas enteras por si acaso. Ese sobrepeso es el precio de la sencillez del editor. Se puede atenuar, rara vez borrar, porque está en los cimientos. Una web construida a medida parte de cero y solo lleva lo que necesita.
No, es incluso al revés para quien sabe hacerlo. Las animaciones y los efectos salen caros cuando están mal puestos, casi nada cuando se apoyan en las propiedades adecuadas y solo se disparan en el momento justo. Una web lenta no es una web « demasiado bonita », es una web mal construida. La belleza y la velocidad solo se contradicen cuando se chapucea. Si el tema te interesa, hablemos de tu proyecto: lo comentamos con gusto a través de la página Contacto.
Una llamada de 15 minutos basta para empezar. Sin compromiso.