Desarrollo Web10 min lecturaCore Web Vitals

Por qué tu web lenta hace perder clientes (y cómo medirlo)

DC
David Chiriboga
CH Growth Agency · 30 mayo 2026

Tienes una web. Aparece en Google. Pero los clientes no llaman. Una de las razones más comunes, y más fáciles de ignorar, es la velocidad. El 53% de los usuarios móviles abandonan una página si tarda más de 3 segundos en cargar. No es que tengan prisa: es que hay otra opción a un clic. Aquí explico qué mira Google para evaluar la velocidad, cómo comprobarlo en 5 minutos y qué suele estar causando el problema.

1. Cuánto cuesta una web lenta en clientes reales

53%
de usuarios móviles abandonan si la web tarda más de 3 segundos
7%
menos conversiones por cada segundo adicional de carga
1s
de retraso puede reducir un 11% las páginas vistas

Son el comportamiento habitual de alguien buscando un fontanero en Valencia a las 8 de la mañana desde el móvil. Si tu web tarda, busca al siguiente.

Y hay otro problema: una web lenta también posiciona peor en Google. La velocidad es señal de ranking oficial desde 2021. Dos webs con el mismo contenido y la misma autoridad: la más rápida aparece antes.

Para un negocio local en Valencia, donde las búsquedas son de alta intención ("cerrajero urgente", "clínica dental Ruzafa", "fontanero 24 horas"), perder un usuario por lentitud es perder un cliente que ya quería contratarte.

2. Qué son los Core Web Vitals

Los Core Web Vitals son las métricas que Google usa para medir la experiencia de usuario en tu web. No son el único factor de rendimiento, pero sí los que Google usa como señal de ranking oficial desde 2021.

LCP (segundos)
< 2.5s
Bueno
2.5–4s
Mejorable
> 4s
Malo
CLS
< 0.1
Bueno
0.1–0.25
Mejorable
> 0.25
Malo
INP (ms)
< 200ms
Bueno
200–500ms
Mejorable
> 500ms
Malo

Las tres tienen que estar en verde. Si una falla, el conjunto falla: no sirve tener LCP perfecto y CLS roto.

3. Cómo medir la velocidad de tu web ahora mismo

Dos herramientas gratuitas, datos distintos, y juntas te dan todo el diagnóstico.

PageSpeed Insights

Ve a pagespeed.web.dev, pega la URL de tu web y espera 30 segundos. Te da dos cosas:

Field Data: datos reales de usuarios que visitaron tu web en los últimos 28 días. Esto es lo que Google usa para ranking.
Lab Data: simulación de carga en condiciones controladas. Útil para diagnosticar, pero no es lo que Google evalúa directamente.
El número del 0 al 100 es orientativo. Lo que importa es que LCP, CLS e INP aparezcan en verde en Field Data. Un 65 con métricas en verde es mejor que un 90 con métricas en amarillo.

Google Search Console

Si ya tienes Search Console configurado, ve a Experiencia → Core Web Vitals. Ahí ves qué URLs específicas fallan en tu web, con datos reales de tus usuarios, separados por móvil y desktop. Es más útil que PageSpeed Insights para detectar páginas problemáticas concretas.

4. LCP: el tiempo que el cliente espera antes de ver algo

LCP (Largest Contentful Paint) mide cuánto tiempo tarda en aparecer el elemento más grande visible en pantalla: normalmente la imagen principal o el titular del hero. Es la métrica que más se correlaciona con la percepción de velocidad del usuario.

LO QUE LO EMPEORA
×Imágenes sin comprimir (JPEG de 2MB en el hero)
×Servidor lento o lejos geográficamente
×CSS y JS bloqueando el renderizado
×Sin caché configurado
LO QUE LO MEJORA
Imágenes en formato WebP (70-80% menos peso)
CDN o hosting con servidor en España
Preload del elemento LCP en el HTML
Caché de browser y servidor activo

El caso más común que vemos en auditorías: una imagen de fondo del hero de 3-4MB en JPEG que nadie ha comprimido desde que se montó la web. Pasarla a WebP y redimensionarla al tamaño real que ocupa en pantalla suele bajar el LCP de 7 segundos a menos de 2.

5. CLS: cuando el contenido salta y el usuario pierde el clic

CLS (Cumulative Layout Shift) mide cuánto saltan los elementos de la página mientras carga. Un CLS alto significa que el usuario intenta hacer clic en algo y en el último momento el botón se desplaza porque acaba de cargar una imagen o un anuncio encima. El clic va a otro sitio. El usuario se frustra. Y no es culpa suya.

Es también una de las más fáciles de arreglar.

Causa más frecuente: Imágenes y vídeos sin atributos de ancho y alto en el HTML. El navegador no sabe cuánto espacio reservar hasta que descarga el archivo, así que lo ajusta en caliente mientras carga. Añadir width y height a todas las imágenes suele resolver el 80% de los problemas de CLS.

Otras causas habituales: fuentes web que se cargan tarde y hacen que el texto cambie de tamaño, banners de cookies que aparecen sobre el contenido empujando todo hacia abajo, y contenido dinámico que se inserta sin espacio reservado.

6. INP: la respuesta a la primera acción del usuario

INP (Interaction to Next Paint) mide cuánto tarda la página en responder cuando el usuario hace clic o toca la pantalla. Reemplazó a FID en marzo de 2024 porque mide todas las interacciones, no solo la primera.

Un INP malo se nota enseguida: el botón no reacciona, el menú tarda en abrirse, el formulario parece congelado. El umbral es 200ms. Por encima de eso, el usuario lo nota aunque no sepa que tiene nombre.

CAUSAS HABITUALES DE INP ALTO
×Demasiado JavaScript ejecutándose en el hilo principal
×Scripts de terceros (chats, analytics, publicidad) bloqueando la respuesta
×Event listeners pesados que procesan demasiado por clic
×Frameworks mal optimizados con re-renders innecesarios

7. Las 6 causas más comunes de una web lenta

En las auditorías que hacemos, estas seis causas aparecen constantemente. Algunas se arreglan en horas. Otras requieren más trabajo, pero ninguna es un misterio.

01
Imágenes sin comprimir
El problema más frecuente por mucho. Una galería de fotos subidas directamente desde el móvil puede sumar 15MB en una sola página. El formato WebP tiene una compresión mucho mejor que JPEG sin perder calidad visible. Herramientas como Squoosh (gratuito) o ImageOptim hacen el trabajo en minutos.
02
Hosting lento o saturado
Un hosting compartido barato puede responder en 800ms antes de que el navegador descargue nada. El tiempo de respuesta del servidor (TTFB) debería estar por debajo de 200ms. Si está por encima de 500ms, el hosting es el cuello de botella y ninguna optimización del código lo compensará.
03
Sin caché configurado
Sin caché, cada visita descarga todos los archivos desde cero. Con caché configurado, el navegador guarda los recursos y las visitas repetidas cargan casi al instante. Se activa en el servidor o en el .htaccess con unas pocas líneas.
04
Demasiados plugins y scripts de terceros
Cada plugin de WordPress añade sus propios CSS y JS. Un chat en vivo, un widget de reseñas, un pixel de Facebook, un contador de visitas: en conjunto pueden añadir 2-3 segundos de carga. Audita qué scripts se cargan en tu web con la pestaña Network de las herramientas de desarrollador del navegador.
05
Fuentes web que bloquean el renderizado
Las fuentes de Google Fonts u otros servicios pueden bloquear la renderización del texto hasta que se descargan. La solución es cargarlas con font-display: swap, que muestra la fuente del sistema mientras carga la definitiva, eliminando el bloqueo.
06
CSS y JavaScript sin minificar
El código de desarrollo tiene espacios, comentarios y nombres legibles que aumentan el peso del archivo. Minificarlo elimina todo eso sin cambiar la funcionalidad. Un CSS de 200KB puede quedar en 60KB minificado. En WordPress, plugins como WP Rocket o LiteSpeed Cache lo hacen automáticamente.

8. Casos reales: webs lentas que optimizamos

Caso 01
Web corporativa — sector servicios
WordPress con 23 plugins activos · Valencia

LCP de 8.2 segundos en móvil. El hero tenía una imagen JPEG de 4.1MB subida directamente desde el móvil del cliente. Además, 7 de los 23 plugins cargaban scripts en todas las páginas aunque solo se usaban en una.

Convertimos la imagen del hero a WebP (310KB), desactivamos la carga global de 5 plugins y activamos caché con LiteSpeed. El LCP bajó a 1.8 segundos. Las sesiones móviles subieron un 34% en el mes siguiente: misma web, mismo tráfico, más gente que se quedaba.

Caso 02
Web nueva — construcción desde cero
React + Vite · Hosting con servidor en España

Cuando construimos webs desde cero usamos React + Vite con optimización de bundle automática. Sin plugins innecesarios, imágenes en WebP generadas en el proceso de build y fuentes con font-display swap configurado desde el inicio.

El resultado habitual en webs que montamos es un LCP por debajo de 1.5 segundos, CLS inferior a 0.05 e INP por debajo de 100ms en móvil. No porque optimicemos al final — porque las decisiones técnicas del principio ya lo contemplan.

9. Preguntas frecuentes

10. Cómo mejorar la velocidad web: por dónde empezar

Mide primero, luego actúa. No tiene sentido optimizar imágenes si el problema es el hosting, ni cambiar el hosting si el cuello de botella son los plugins.

Checklist de velocidad web
Mide con PageSpeed Insights (pagespeed.web.dev) en móvil y desktop
Revisa Field Data en Search Console → Core Web Vitals
Identifica qué métrica falla primero: LCP, CLS o INP
Comprueba el peso de las imágenes: ninguna debería superar 200KB en pantalla
Revisa el TTFB (tiempo de respuesta del servidor) — debe estar por debajo de 200ms
Audita los scripts de terceros con la pestaña Network del navegador
Verifica que el caché está activo revisando las cabeceras HTTP
¿Quieres saber qué está frenando tu web?

Auditamos tu web gratis y te decimos exactamente qué está afectando a tu velocidad y cómo arreglarlo.

Pedir auditoría gratuita →
¿También quieres mejorar tu posicionamiento local?
→ Cómo aparecer primero en Google Maps en Valencia — Guía 2026
Core Web VitalsVelocidad WebLCPCLSINPPageSpeedDesarrollo WebSEO TécnicoWordPress
Comentarios

¿Tienes alguna pregunta?

Revisamos cada comentario antes de publicarlo.

Se publica tras revisión manual
Auditoría gratuita

¿Tu negocio debería aparecer primero en Google?

Analizamos tu presencia digital y te decimos exactamente qué mejorar. Sin compromiso, sin spam.

Diagnóstico de tu Google Business Profile
Análisis de tu web y velocidad
Plan de acción con próximos pasos claros
Solicita tu auditoría gratuita
~ 2 minutos
🔒 Sin spam · Respondemos en menos de 24h