Hay una prueba que tu web está pasando ahora mismo, la sepas o no. Google se la hace a cada página, con datos de tus visitantes reales, y según el resultado decide si te muestra arriba o te entierra. Se llama Core Web Vitals, y el dato es para sentarse: alrededor del 47% de todas las webs la suspende, según los análisis de rendimiento de 2026.

Es decir, casi una de cada dos webs está perdiendo clientes y posiciones por algo invisible. No por el diseño, no por los textos: por el motor de debajo. Vamos a abrir el capó y a contártelo en cristiano, sin jerga innecesaria.

El examen que casi nadie sabe que está suspendiendo

Los Core Web Vitals son tres métricas con las que Google mide cómo experimenta de verdad un usuario tu web. No cómo crees tú que va. Cómo va para la persona real que la abre desde su móvil, con su conexión, a las dos de la tarde.

Y ese matiz importa: Google no se queda con la media. Toma el percentil 75 de tus visitantes reales. Para "aprobar", el 75% de las visitas tiene que tener una buena experiencia en las tres métricas a la vez. No vale que vaya rápida para ti en tu ordenador con fibra. Tiene que ir rápida para casi todos.

Las tres preguntas que Google le hace a tu web son estas.

Las tres preguntas que Google le hace a tu web

1. ¿Cuánto tarda en aparecer lo importante? (LCP) El Largest Contentful Paint mide cuánto tarda en cargarse el elemento principal de la página: la foto grande, el titular, lo primero que el ojo busca. El umbral bueno de Google es por debajo de 2,5 segundos. Es el equivalente a cuánto tardas en ver tu plato cuando te sientas en la mesa: si tarda demasiado, te levantas y te vas.

2. ¿Cómo de rápido reacciona cuando tocas algo? (INP) El Interaction to Next Paint mide la respuesta: tocas un botón, abres un menú, escribes en un formulario… ¿cuánto tarda la web en hacerte caso? El umbral bueno es por debajo de 200 milisegundos. Es como pedir la cuenta y que el camarero te mire al instante en lugar de hacer como que no te ve. Esta métrica sustituyó en 2024 a la antigua (FID) y es, con diferencia, la que más webs suspenden: en torno al 43% no la pasa. Y no es casualidad. Aquí está el quid de todo, y volvemos a ello en un momento.

3. ¿Se está moviendo la página mientras carga? (CLS) El Cumulative Layout Shift mide la estabilidad visual: esos botones que saltan, el texto que se desplaza justo cuando vas a tocar algo y acabas pulsando donde no querías. El umbral bueno es por debajo de 0,1. Es la mesa que cojea: no se rompe nada, pero todo molesta, y al final cambias de sitio.

LCP, INP y CLS. Velocidad, respuesta y estabilidad. Las tres a la vez, para el 75% de tus visitantes. Ese es el listón.

La lentitud no te cuesta posiciones: te cuesta dinero

Aquí es donde mucha gente se relaja pensando que esto va de SEO. Va de caja.

Los números son brutales. Una web que carga por debajo de 2 segundos tiene una tasa de rebote en torno al 9%. Una que pasa de 5 segundos la dispara hasta el 38%, según los análisis de rendimiento de 2026. Cada segundo de más a partir del umbral hace subir el rebote más de un 30%.

Y en conversión: distintos estudios cifran que un solo segundo de retraso reduce las conversiones alrededor de un 7%. Para que se vea en euros: un negocio que factura 100.000 € al mes por internet estaría dejando de ingresar unos 7.000 € cada mes —84.000 € al año— por un segundo de lentitud. Por un segundo. En el otro sentido, las webs que aprueban las tres métricas ven mejoras de conversión de entre el 15% y el 30%.

No es teoría. Yahoo Japón, uno de los mayores medios del mundo, corrigió un problema de estabilidad visual (CLS) y midió un +15% de páginas vistas por sesión, +13% de duración de sesión y menos rebote. Mismo contenido. Misma audiencia. Solo arreglaron el motor.

Y todo esto antes de mencionar lo evidente: si tu web va lenta en el móvil —donde hoy se juega casi todo el tráfico—, estás perdiendo al cliente en el instante de mayor intención de compra. Lo contamos en detalle en nuestra guía de marketing digital para restaurantes, donde el 80% del tráfico es móvil y la decisión se toma en segundos.

El error de fondo: confundir maquillaje con ingeniería

Llegamos al punto que de verdad importa, y el que más nos define.

Cuando una web va lenta, la respuesta habitual del sector es cosmética: comprime las imágenes, instala un plugin de caché, cambia la plantilla por una más "ligera". Y a veces eso araña unas décimas. Pero hay un techo que el maquillaje no puede superar, y tiene nombre: INP, la métrica de respuesta, la que más webs suspenden.

¿Por qué? Porque el INP no se arregla comprimiendo una foto ni instalando un plugin. El INP mide cómo reacciona tu web cuando el usuario interactúa, y eso depende de cómo está escrito el código por debajo: de cuánto JavaScript se ejecuta, de si las tareas largas bloquean el navegador, de cómo se ha construido la lógica de la página. Arreglarlo exige repensar la arquitectura, no retocar la superficie. No hay atajo. Hay ingeniería, o no la hay.

Por eso en Alture sustituimos hace tiempo el rol del diseñador generalista por el del desarrollador e ingeniero senior. Porque en la web moderna la estética es solo la piel. La conversión —y ahora la velocidad que Google premia— ocurre debajo, en la funcionalidad, en la velocidad real y en la arquitectura. Una web preciosa que tarda cuatro segundos es como un restaurante precioso con la puerta atascada: nadie llega a ver lo de dentro. No es maquillaje. Es ingeniería.

Cómo se arregla de verdad

Sin marear con tecnicismos, esto es lo que mueve la aguja de verdad, ordenado por impacto:

• Servir la página ya montada desde el servidor (SSR). En lugar de obligar al móvil del usuario a ensamblar la página pieza a pieza, se la entregas hecha. Es de las palancas más potentes para el LCP, y además —detalle nada menor— hace que tanto Google como los buscadores de IA te entiendan a la perfección. Construimos sobre tecnologías como Next.js precisamente por esto.

• Acercar el servidor al usuario (infraestructura edge + CDN). La mayoría de webs viven en un único servidor; si está lejos del visitante, todo tarda. Nosotros las repartimos por muchos puntos del mundo, de modo que cada persona reciba la web desde el más cercano. Abre al instante, esté donde esté.

• Caché bien afinada. En lugar de fabricar la misma página una y otra vez para cada visita, se guarda lista y se sirve en milisegundos. En nuestros proyectos servimos la mayor parte del contenido directamente desde caché, lo que nos permite aguantar picos de más de 40.000 peticiones en hora punta sin una sola caída.

• Imágenes y fuentes optimizadas y precargadas, para que lo importante aparezca primero.

• Reservar el espacio de cada elemento (dimensiones explícitas en imágenes, vídeos y anuncios) para que nada salte: así se domestica el CLS.

• Y el trabajo fino del JavaScript para que la web responda al instante: ahí se gana el INP, y ahí es donde se separa una web "rápida de verdad" de una "rápida en la foto".

El resultado medible de hacerlo bien: por encima de 95 puntos en Lighthouse, la herramienta estándar del sector. Lo normal en una web profesional es rondar 60-70. Pasar de 90 ya es excelente. Pasar de 95 es donde juega muy poca gente, y es nuestro suelo, no nuestro techo.

Una nota sobre lo que viene

Esto no se queda quieto. A lo largo de 2026 empieza a hablarse de una evolución de los Core Web Vitals —con nuevas dimensiones para medir la estabilidad visual durante el scroll, no solo en la carga inicial—. Todavía es pronto para darlo por sentado, pero la dirección es clara: Google sube el listón de la experiencia año tras año. Quien construye sobre arquitectura sólida llega al examen aprobado de antemano. Quien construye sobre maquillaje, vuelve a suspender en cada actualización.

Por dónde empezar mañana mismo

1. Mídete con datos reales. Pasa tu web por PageSpeed Insights o Lighthouse, y hazlo en móvil, que es donde se juega el partido. Mira los datos de usuarios reales (CrUX), no solo el test de laboratorio.

2. Identifica cuál de las tres métricas fallas. Si es LCP o CLS, hay margen con optimización. Si es el INP, prepárate para un trabajo de fondo en el código.

3. No te fíes de un único test. Una web puede ir bien un martes tranquilo y caerse el sábado lleno. Comprueba el comportamiento en hora punta.

4. Desconfía del "ya tenemos web". Tener web y tener una web que convierte y que Google premia son cosas distintas.

5. Si vas a invertir en publicidad, arregla la velocidad primero. Meter tráfico de pago a una web lenta es llenar de cubos un depósito agujereado.

Preguntas frecuentes

¿Qué son exactamente los Core Web Vitals? Son tres métricas con las que Google mide la experiencia real de tus visitantes: LCP (cuánto tarda en cargar lo principal, ideal por debajo de 2,5 s), INP (cómo de rápido responde a las interacciones, ideal por debajo de 200 ms) y CLS (cuánto se mueve la página al cargar, ideal por debajo de 0,1). Se evalúan con datos de usuarios reales, en el percentil 75.

¿De verdad afecta la velocidad a mi posición en Google? Sí, aunque con matiz: es un factor de apoyo, no el único. Google prioriza la calidad y relevancia del contenido, pero entre dos páginas comparables, la más rápida y estable gana. Y, sobre todo, la velocidad afecta directamente a la conversión, que es lo que llena la caja independientemente del buscador.

¿No basta con comprimir las imágenes o instalar un plugin de caché? Ayuda con la velocidad de carga (LCP) y a veces es suficiente. Pero la métrica que más webs suspenden, el INP, depende de cómo está escrito el código por debajo y no se arregla con plugins. Ahí hace falta ingeniería real, no cosmética.

¿Cuánto puedo ganar arreglando esto? Depende de tu punto de partida, pero el rango es serio: las webs que aprueban las tres métricas ven mejoras de conversión de entre el 15% y el 30%, y cada segundo que recortas reduce el rebote y aumenta las ventas. Para un negocio que vende por internet, suele ser de las inversiones con mejor retorno.

¿Tengo que rehacer toda mi web? No siempre. A veces el problema es de configuración (servidor lento, imágenes sin optimizar) y se arregla sin tocar el contenido. Otras, cuando el fallo está en la arquitectura o en el código, la reconstrucción sale más rentable que el parcheo continuo. Lo primero es una auditoría honesta que te diga qué estás fallando y por qué.

En Alture no "hacemos webs": diseñamos arquitecturas de alto rendimiento certificadas para la conversión. La velocidad no es un extra que cobramos aparte; es la base sobre la que se sostiene todo lo demás. Si quieres saber si tu web está aprobando hoy el examen de Google —o cuántos clientes está perdiendo por suspenderlo—, hablemos.

— Alture. De la intuición al rendimiento.