La velocidad de carga web es el tiempo que pasa desde que un usuario pide tu página hasta que ve su contenido en pantalla, y hoy Google la mide con tres métricas: el elemento principal debería aparecer en menos de 2,5 segundos, la respuesta a un clic en menos de 200 milisegundos y la página no debería moverse mientras carga. Soy Joeri Van de Wiele y en este artículo te explico cómo medirlo, qué lo ralentiza y qué hacer primero si tu web va lenta.
En resumen
- Tu objetivo es cumplir las tres Core Web Vitals: LCP por debajo de 2,5 s, INP por debajo de 200 ms y CLS por debajo de 0,1.
- Mide con PageSpeed Insights y contrasta con Search Console: los datos de campo (usuarios reales) pesan más que la puntuación de laboratorio.
- Las causas más habituales son imágenes pesadas, JavaScript y CSS que bloquean la carga, un servidor lento y la ausencia de CDN.
- Empieza por lo que más pesa: la imagen principal, los scripts innecesarios y el tiempo de respuesta del servidor.
- Tras cada cambio, repite la medición en móvil y escritorio y vigila que no haya regresiones.
Tabla de contenidos
- Qué significa realmente la velocidad de carga
- Qué tiempo de carga es bueno según Google
- Por qué una web lenta cuesta visitas y clientes
- Cómo medir la velocidad de tu web
- Qué hace que una página web cargue lenta
- Cómo acelerar tu página web paso a paso
- Cómo comprobar que las mejoras han funcionado
- Nuestra perspectiva
- Si prefieres que lo hagamos nosotros
- Preguntas frecuentes
- Fuentes
Qué significa realmente la velocidad de carga
No existe un único momento en que una web “termina de cargar”. Por eso se habla de varios hitos. Akamai los resume así: el TTFB mide cuánto tarda el navegador en recibir el primer byte, el FCP cuándo aparece el primer contenido y el LCP cuándo aparece el elemento visible más grande.
Para el usuario, lo que cuenta es la sensación de tres cosas: que la página responde, que se ve rápido lo importante y que no salta mientras intenta leer o pulsar. Esa es la lógica de las métricas que veremos ahora. Si has buscado “tiempo de carga web”, “página web lenta” o “acelerar página web”, estás ante el mismo asunto: cuánto tarda y qué se puede hacer.
Qué tiempo de carga es bueno según Google
Google define las Core Web Vitals como métricas de experiencia real centradas en carga, interactividad y estabilidad visual. Según el Centro de la Búsqueda de Google, una buena experiencia exige LCP inferior a 2,5 s, INP inferior a 200 ms y CLS inferior a 0,1.
Los umbrales completos, según el informe de Core Web Vitals de Search Console, son estos:
| Métrica | Qué mide | Bueno | Necesita mejorar | Deficiente |
|---|---|---|---|---|
| LCP | Cuándo aparece el elemento principal | ≤ 2,5 s | hasta 4 s | más de 4 s |
| INP | Respuesta a las interacciones | ≤ 200 ms | 200 a 500 ms | más de 500 ms |
| CLS | Estabilidad visual | < 0,1 | Ver informe de Search Console | Ver informe de Search Console |
Te habrás topado con la cifra de “2 o 3 segundos” en muchas guías. Sirve como referencia intuitiva, pero la medida que Google usa para evaluar la experiencia es la de las Core Web Vitals.
Por qué una web lenta cuesta visitas y clientes
Una página lenta perjudica la experiencia, el tráfico y el posicionamiento, y puede afectar a las conversiones, según Cloudflare. Para un negocio, el efecto práctico es simple: alguien busca tu servicio, pulsa tu resultado y se va antes de ver tu teléfono o tu formulario.
Google News Initiative cita datos concretos: los sitios que superan los umbrales de Core Web Vitals tienen un 24 % menos de probabilidades de abandono, y el 50 % de los usuarios abandona un sitio que tarda más de 3 segundos.
La velocidad es solo una pieza del posicionamiento, pero es una de las pocas que dependen por completo de ti. Si quieres ver el panorama completo, tenemos una guía práctica de posicionamiento SEO para empresas, y también hemos recogido los errores de una web que hacen perder clientes.
Cómo medir la velocidad de tu web
Datos de campo y de laboratorio
PageSpeed Insights combina datos de campo del Chrome UX Report de los 28 días anteriores con datos de laboratorio. Los de campo vienen de usuarios reales; los de laboratorio, de una prueba simulada en condiciones controladas.
Google recomienda usar el laboratorio para depurar y el campo para conocer la experiencia real, y web.dev señala que ninguna de las dos fuentes basta por sí sola. En la práctica: si la puntuación de laboratorio es alta pero los datos de campo son malos, manda el campo, porque refleja tus visitas reales con sus móviles y sus redes.
Cómo leer el resultado
PageSpeed Insights usa el percentil 75 de los datos de campo para clasificar la experiencia como buena, necesita mejorar o deficiente. Es decir, tres de cada cuatro visitas tienen que ser al menos así de buenas. Revisa móvil y escritorio por separado: casi siempre el móvil es el que suspende.
Search Console para ver todo el sitio
El informe de Core Web Vitals de Search Console desglosa el rendimiento por móviles y ordenadores y agrupa URLs similares. Solo incluye URLs indexadas y una muestra de páginas, no todas. Úsalo para detectar qué plantillas fallan (fichas de producto, página de servicio, blog) y no solo la portada.
Qué hace que una página web cargue lenta
Antes de tocar nada conviene saber dónde está el cuello de botella. Estas son las causas más frecuentes:
- Imágenes pesadas. Según web.dev y HTTP Archive, el 73 % de las páginas móviles tenía una imagen como elemento LCP en el Web Almanac 2024. Si esa imagen pesa de más, el LCP se resiente.
- Servidor lento o sin CDN. web.dev explica en su guía de flujos de trabajo que un TTFB de 1,8 s hace muy difícil lograr un LCP bueno de 2,5 s, y puede apuntar a un backend lento, falta de CDN, redes lentas o redirecciones.
- CSS y JavaScript en exceso. Cloudflare cita archivos CSS grandes, imágenes de alta definición y múltiples archivos JavaScript. Un estudio académico presentado en USENIX añade que el JavaScript síncrono puede bloquear el análisis del HTML.
- Peso total de página. Según Akamai, el tamaño total incluye HTML, CSS, imágenes y JavaScript, y cuanto mayor es, más puede tardar la carga.
- Problemas del dispositivo. Demasiadas pestañas, extensiones, hardware lento o malware también influyen, aunque no dependen de tu web.
En webs de pymes, el patrón que más vemos es el mismo: una plantilla genérica cargada de plugins, un slider de portada con imágenes enormes y scripts de terceros que nadie recuerda haber instalado.
Cómo acelerar tu página web paso a paso
El orden importa. Esta secuencia sigue las recomendaciones de web.dev y busca el mayor efecto con el menor esfuerzo.
1. Aligera lo que más pesa
Reduce el peso y el número de recursos: comprime y redimensiona imágenes, elimina CSS y JavaScript que no uses y revisa qué scripts externos cargas de verdad. Empieza por la imagen principal de la primera pantalla.
2. Prioriza el elemento LCP
web.dev recomienda priorizar la imagen LCP con fetchpriority, usar async o defer en los scripts, precargar los recursos críticos y cargar de forma diferida solo el contenido que queda bajo el primer pantallazo. El error típico es aplicar lazy-loading a la imagen principal: la retrasa justo cuando más importa.
3. Mejora el servidor y la caché
Un buen alojamiento y una caché bien configurada reducen el TTFB. Web.dev recomienda además servir el contenido cerca del usuario: una CDN distribuye los recursos en servidores perimetrales y aplica controles de caché. Si tus clientes están en toda España, esto marca diferencia.
4. Divide las tareas largas de JavaScript
Según la misma guía, las tareas de más de 50 ms bloquean el hilo principal. Dividirlas mejora la respuesta a clics y toques, que es lo que mide el INP.
5. Reserva espacio para evitar saltos
Define ancho y alto de imágenes, banners y anuncios para que el contenido no se desplace al cargar. Así cuidas el CLS.
Cómo comprobar que las mejoras han funcionado
Según el flujo de trabajo de web.dev, repite las pruebas de laboratorio en PageSpeed Insights o Lighthouse sobre las plantillas modificadas, en móvil y escritorio y en las mismas condiciones, y compara cada métrica antes y después. Después observa Search Console y los datos de campo durante el periodo de recogida, segmenta por plataforma y, si procede, por país, e inicia la validación en Search Console.
La velocidad no se arregla una vez y se olvida. web.dev recomienda un ciclo continuo de evaluar, depurar y optimizar, con supervisión para detectar regresiones. Si quieres medir en campo por tu cuenta, la biblioteca web-vitals de Google es una opción modular de unos 2 KB.
Nuestra perspectiva
Cuando una empresa nos dice que su web va lenta, casi nunca es un problema de una sola imagen. Es de arquitectura: una plantilla pensada para servir a miles de webs distintas, con funciones que tu negocio no usa y que el navegador descarga igualmente.
Por eso desarrollamos las webs en código propio, sin plantillas ni plugins innecesarios. Nuestro planteamiento es que la velocidad, el control y la optimización técnica se diseñan desde el principio y no se añaden al final con parches. Además, integramos blog, email marketing y popups de forma nativa en nuestras tiendas online para no depender de herramientas de terceros que añaden peso.
Y lo medimos: trabajamos con mejora continua basada en datos de búsqueda, porque una web rápida que no responde a la intención de quien busca tampoco convierte. Velocidad y SEO van juntos.
Joeri
Si prefieres que lo hagamos nosotros
Si tu web es lenta y no quieres pasar semanas depurando plugins, en ClickGest Solutions diseñamos webs a medida en código propio, optimizadas para SEO técnico y velocidad. Para el posicionamiento local tenemos SEO Local Esencial a 149 € al mes y SEO Local Pro a 299 € al mes; para ámbito nacional, SEO Nacional desde 590 € al mes. Y si vendes online, nuestra tienda online a medida cuesta 89,95 € al mes. Puedes ver todo en la página de precios.
Si quieres saber primero por qué tu web no recibe visitas, también puedes pedir la auditoría SEO gratuita. Y si estás pensando en rehacer la web, lee antes cómo migrar sin perder posicionamiento.
Preguntas frecuentes
¿Cuánto debería tardar en cargar mi página web?
El objetivo de Google es que el elemento principal aparezca en menos de 2,5 segundos (LCP), que la web responda en menos de 200 ms a las interacciones (INP) y que el CLS sea inferior a 0,1. Entre 2,5 y 4 segundos de LCP la experiencia necesita mejorar, y por encima de 4 es deficiente.
¿Qué herramienta uso para medir la velocidad de carga?
Empieza con PageSpeed Insights, que muestra datos de campo y de laboratorio, y contrasta con el informe de Core Web Vitals de Search Console para ver qué grupos de páginas fallan. Mira siempre móvil y escritorio por separado.
¿Por qué mi web va rápida en mi ordenador y lenta para mis clientes?
Porque tú pruebas con tu conexión, tu equipo y probablemente con la caché llena. Los datos de campo recogen la variación entre usuarios, dispositivos y redes, y por eso son la referencia que debes mirar.
¿Cuánto tarda en notarse una mejora en Search Console?
Los datos de campo de PageSpeed Insights se basan en los 28 días anteriores, así que cuenta con unas semanas hasta que el cambio se refleje por completo. Mientras tanto, comprueba el efecto con pruebas de laboratorio.
Fuentes
- ¿Qué es la velocidad de carga del sitio web? Akamai
- Conceptos básicos sobre las Métricas web principales, Google Search Central
- Informe Core Web Vitals, Ayuda de Search Console
- ¿Por qué es importante la velocidad del sitio? Cloudflare
- Keep visitors engaged with Core Web Vitals, Google News Initiative
- Información sobre PageSpeed Insights, Google for Developers
- Métricas de rendimiento centradas en el usuario, web.dev
- The most effective ways to improve Core Web Vitals, web.dev
- Flujos de trabajo de las Métricas web esenciales, web.dev
- How to make the Internet faster for everyone, Cloudflare
- Demystifying Page Load Performance with WProf, USENIX
- Optimize resource loading with the Fetch Priority API, web.dev
- Cómo comenzar a medir las métricas web, web.dev