La velocidad de carga web es el tiempo que tarda una página en mostrarse y quedar lista para usarse en el navegador de tu cliente. Una web se considera rápida cuando cumple tres umbrales de Google: el contenido principal aparece en 2,5 segundos o menos, responde a un clic en 200 milisegundos o menos y no se mueve mientras carga. En esta guía te explicamos cómo medirlo, cómo interpretar los resultados sin obsesionarte con la puntuación y qué arreglar primero.
En resumen
- Mide con datos reales, no solo con la nota de laboratorio: lo que importa son LCP ≤ 2,5 s, INP ≤ 200 ms y CLS ≤ 0,1.
- Las causas más habituales de una web lenta son el servidor, las imágenes pesadas, el exceso de JavaScript y los scripts de terceros.
- Empieza por las páginas que dan negocio: portada, páginas de servicio, fichas de producto y checkout.
- Después de corregir, valida en Search Console: el seguimiento tarda 28 días.
- Si tu web es WordPress y no quieres tocar código, una optimización puntual cuesta 199 € en Relevandia.
¿No sabes qué necesita mejorar tu web?
Analizamos tu web y te decimos qué conviene revisar, antes de contratar ninguna intervención.
Tabla de contenidos
- Qué es la velocidad de carga y por qué te afecta
- ¿Cuánto debería tardar en cargar una web?
- Cómo medir la velocidad de tu web en móvil y escritorio
- Qué hace lenta una web
- Cómo optimizar la velocidad web paso a paso
- Ejemplo: qué cambiar primero en una web de servicios
- Nuestro punto de vista
- Cuándo conviene pedir ayuda
- Preguntas frecuentes
- Fuentes
Qué es la velocidad de carga y por qué te afecta
No existe un único número que defina la velocidad de una web. El rendimiento web combina mediciones objetivas de tiempo con la percepción de fluidez que tiene la persona que navega. Una página puede “terminar de cargar” a los 6 segundos y, aun así, sentirse rápida si lo importante aparece pronto y responde bien.
Por qué debería importarte como empresa:
- Experiencia de usuario. Un sitio lento frustra y hace que la gente se marche antes de ver tu oferta. Cloudflare lo compara con un mal servicio en un restaurante: el cliente se va y no vuelve.
- Conversión. Los sitios rápidos suelen atraer más tráfico y convertir mejor, según la misma fuente.
- SEO. Un rendimiento bajo puede perjudicar el posicionamiento. No es el único factor, pero con contenido y autoridad similares, la experiencia de página cuenta.
Si vendes servicios, cada segundo de espera en móvil es una consulta que no llega. Si tienes tienda online, es un carrito que no se completa.
¿Cuánto debería tardar en cargar una web?
Verás por ahí reglas como “menos de 2 o 3 segundos”. Sirven de referencia, pero Google usa métricas más precisas, las Core Web Vitals. Según web.dev, estos son los umbrales de una buena experiencia:
| Métrica | Qué mide | Objetivo |
|---|---|---|
| LCP (Largest Contentful Paint) | Cuándo aparece el elemento principal de la página | 2,5 s o menos |
| INP (Interaction to Next Paint) | Cuánto tarda en responder a un clic, toque o tecla | 200 ms o menos |
| CLS (Cumulative Layout Shift) | Cuánto se desplaza el contenido mientras carga | 0,1 o menos |
Una página aprueba cuando el percentil 75 de las visitas reales es bueno en las tres, según la documentación de PageSpeed Insights. Dicho de otro modo: tres de cada cuatro visitas tienen que ir bien, no solo la tuya desde la oficina con fibra.
La nota de 0 a 100 no es la experiencia real
PageSpeed Insights da una puntuación de rendimiento de 0 a 100. Es útil para comparar antes y después, pero es una simulación. Si tu web ya supera los umbrales con datos reales, no tiene sentido perseguir la perfección técnica en laboratorio. Un 78 con LCP, INP y CLS en verde en datos de campo es mejor punto de partida que un 98 en una página que nadie visita.
Cómo medir la velocidad de tu web en móvil y escritorio
Usa siempre dos tipos de datos y no los mezcles.
Datos de laboratorio. PageSpeed Insights usa Lighthouse para simular la carga en móvil y en escritorio. Es repetible y sirve para diagnosticar. En móvil simula un dispositivo de gama media con red móvil, y en escritorio, una conexión por cable, según la documentación de Google. Por eso la nota en móvil casi siempre sale peor.
Datos de campo. El mismo informe incluye datos de usuarios reales del informe CrUX de Chrome. Reflejan lo que viven tus visitantes, con sus móviles y sus conexiones. Si tu web tiene poco tráfico, puede que no haya datos suficientes.
Search Console. El informe Core Web Vitals agrupa tus URL por estado y asigna a cada grupo el de su métrica con peor resultado. Te dice qué grupos de páginas arreglar, no solo si la portada va bien.
Un método sencillo de medición
- Elige 3 a 5 páginas clave: portada, tu página de servicio principal, una ficha de producto y la de contacto.
- Pásalas por PageSpeed Insights en móvil y apunta LCP, INP, CLS y la nota.
- Mira primero los datos de campo; si no existen, usa los de laboratorio como guía.
- Revisa Search Console para ver qué grupos de URL están en “necesitan mejora” o “deficientes”.
- Guarda las capturas. Las necesitarás para comprobar el efecto de los cambios.
Qué hace lenta una web
Antes de tocar nada, conviene saber qué métrica falla, porque cada una tiene causas distintas.
Si falla el LCP: el contenido tarda en aparecer
Las causas más comunes son un servidor lento, imágenes principales pesadas o recursos de CSS y JavaScript que bloquean el renderizado. En una web WordPress típica, el culpable suele ser una imagen de cabecera de 3 MB subida sin comprimir, un hosting compartido saturado o un tema con demasiadas funciones que no usas.
Si falla el INP: la página responde tarde
Suele deberse a tareas largas de JavaScript al hacer clic. Constructores visuales pesados, plugins de deslizadores, ventanas emergentes, chats y widgets añaden código que el navegador debe ejecutar antes de atender al usuario.
Si falla el CLS: la página salta
Lo provocan imágenes o elementos sin dimensiones definidas, banners que aparecen tarde y fuentes que cambian el texto durante la carga. Es la molestia de ir a pulsar un botón y que se desplace justo antes. El banner de cookies mal implementado es un clásico.
Scripts de terceros y etiquetas
Analítica, píxeles de publicidad, mapas, vídeos incrustados y mapas de calor se acumulan con los años. Los gestores de etiquetas, además, pueden afectar indirectamente a las Core Web Vitals porque consumen recursos de carga y de ejecución. Haz inventario: si no sabes quién mira un script, probablemente nadie lo mira.
Cómo optimizar la velocidad web paso a paso
No se trata de aplicar cien trucos, sino de ordenar el trabajo por impacto. Este es el orden que recomendamos.
1. Prioriza las páginas que generan negocio
La recomendación es optimizar primero páginas con mucho tráfico, de destino, de ingresos y guías principales, antes que entradas antiguas del blog con pocas visitas. Una mejora de un segundo en tu página de presupuesto vale más que pulir quince artículos olvidados.
2. Revisa el hosting
Si el tiempo de respuesta del servidor es alto, nada de lo que hagas en la web compensará del todo. Comprueba que tu plan tiene recursos suficientes, versión actual de PHP y caché a nivel de servidor. Nuestros planes de hosting gestionado arrancan en 119 € al año con Hosting Esencial y llegan a 499 € al año con Hosting Pro, según el número de webs y recursos que necesites.
3. Reduce y moderniza las imágenes
Suele ser la mejora con mejor relación esfuerzo-resultado:
- Sube las imágenes al tamaño con el que se van a mostrar, no a 4000 píxeles.
- Usa formatos modernos como WebP o AVIF.
- Aplica carga diferida a las imágenes que quedan por debajo de la primera pantalla, pero no a la imagen principal.
- Define ancho y alto para evitar saltos de diseño.
Tenemos una guía para optimizar imágenes en WordPress con el detalle de plugins y ajustes.
4. Limpia plugins, tema y scripts
Desactiva y elimina lo que no uses. Cada plugin añade peticiones, y los que cargan sus archivos en todas las páginas aunque solo se usen en una son los peores. Revisa también los scripts de terceros y quita los que ya no aportan nada. Si sospechas de tu instalación, estas soluciones para un WordPress lento te ayudan a detectar el problema.
5. Activa caché y minimiza recursos
La caché de página evita que el servidor reconstruya cada visita. Minificar y combinar CSS y JavaScript, y retrasar el que no es crítico, reduce el bloqueo del renderizado. Hazlo con cuidado: una configuración agresiva puede romper formularios o menús, así que prueba después de cada cambio.
6. Cuida las fuentes y los elementos que cambian el diseño
Precarga las tipografías que uses, limita las variantes y reserva espacio para banners, anuncios y vídeos. Es la forma más directa de bajar el CLS.
7. Comprueba que ha funcionado
Haz una prueba externa de las correcciones y valida el problema en Search Console: la revisión monitoriza los datos durante 28 días. Cuenta con que los datos de campo tardan en reflejar los cambios, porque se acumulan con las visitas reales. Compara contra las capturas que guardaste al principio.
Ejemplo: qué cambiar primero en una web de servicios
Imagina una pyme con web corporativa en WordPress, hosting compartido y 40 páginas. PageSpeed marca un LCP de 4,8 s en móvil. Al revisar, la portada carga una imagen de cabecera sin comprimir, un deslizador con cuatro fotos, un chat y dos píxeles de seguimiento.
El orden razonable sería:
- Comprimir y redimensionar la imagen de cabecera, y sustituir el deslizador por una sola imagen.
- Retrasar la carga del chat hasta que el usuario interactúe.
- Eliminar el píxel que nadie usa.
- Activar caché de página.
- Volver a medir y, solo si el LCP sigue alto, valorar el hosting.
Es un ejemplo ilustrativo, no un caso real ni una promesa de cifras: cada web es distinta y la medición previa es lo que decide el orden.
Nuestro punto de vista
Llevamos más de 20 años haciendo webs, y lo que más se repite es esto: la velocidad se decide al principio, no al final. Cuando una web se diseña sin pensar en el peso de las imágenes, en cuántos plugins hacen falta o en cómo se organiza la información, optimizar después es poner parches. Por eso integramos el SEO técnico y el rendimiento desde el inicio de cada proyecto.
También creemos que se habla demasiado de la nota y muy poco del negocio. Un cliente no nos pregunta por el 100 de Lighthouse; nos pregunta por qué su web no genera consultas. Medimos con datos reales, arreglamos primero las páginas que dan clientes y dejamos para más tarde lo que apenas cambia el resultado.
Y después del lanzamiento hay que seguir. Las webs se ralentizan con el tiempo: plugins nuevos, imágenes nuevas, scripts que alguien añadió. Una web rápida es una web mantenida.
— Josep
Cuándo conviene pedir ayuda
Puedes hacer solo las mejoras de imágenes y limpieza de plugins. Conviene pedir ayuda cuando:
- Las notas siguen en rojo después de comprimir imágenes y desactivar plugins.
- Tu tema o constructor visual es demasiado pesado y habría que reemplazarlo.
- Tienes una tienda online y cada fallo cuesta ventas.
- No quieres arriesgarte a romper la web al tocar la caché o los scripts.
En Relevandia ofrecemos una optimización web por 199 €, pago único. Si lo que tienes es una web que se ha roto o que lleva años sin actualizarse, existen también la reparación web (99 €) y la puesta al día (159 €), ambas en nuestra página de urgencias. Si no sabes por dónde empezar, nuestra auditoría web gratuita para WordPress te da un diagnóstico antes de decidir nada. Y para que no vuelva a ralentizarse, el mantenimiento web va desde 29 € al mes con Mantenimiento Esencial, 49 € con Mantenimiento Activo y 89 € con Mantenimiento Ecommerce.
Si vas a crear una web nueva, pídenos desde el principio que la planteemos con rendimiento como requisito: es más barato que corregirlo después.
Preguntas frecuentes
¿Cuál es una buena velocidad de carga para una web?
La referencia de Google es que el contenido principal aparezca en 2,5 segundos o menos (LCP), que la página responda en 200 milisegundos o menos (INP) y que el diseño no se mueva más de 0,1 (CLS). Estas cifras se evalúan con datos de usuarios reales, en el percentil 75. Las reglas generales de “2 o 3 segundos” son orientativas, pero las métricas de Google son más exactas.
¿Por qué mi web va bien en escritorio y mal en móvil?
Porque la prueba de móvil simula un dispositivo de gama media con red móvil, mientras que la de escritorio usa una conexión por cable y un equipo potente. Las mismas imágenes y scripts que en un ordenador pasan desapercibidos pesan mucho más en un móvil. Por eso conviene optimizar mirando primero los resultados en móvil.
¿Mejorar la velocidad me hará subir en Google?
No hay garantía. Un rendimiento bajo puede perjudicar el posicionamiento, pero el contenido y la relevancia siguen pesando mucho. Lo que sí es más fiable es el efecto sobre la experiencia: una web rápida retiene mejor a las visitas y suele convertir más.
¿Cuánto tardan en verse los resultados en Search Console?
Tras corregir el problema y pulsar en validar, Search Console monitoriza los datos durante 28 días. Al basarse en visitas reales, no verás el cambio de un día para otro. Mientras tanto, puedes comprobar el efecto inmediato con una prueba en PageSpeed Insights.
¿Qué optimizo primero si tengo poco tiempo?
Las imágenes de las páginas que más negocio traen: portada, servicios y fichas de producto. Es la mejora que más suele notarse con menos esfuerzo. Después, revisa plugins y scripts de terceros, y deja el hosting para cuando el servidor sea claramente el cuello de botella.
Fuentes
- Rendimiento Web, MDN
- ¿Por qué es importante la velocidad del sitio?, Cloudflare
- Web Vitals, web.dev
- Información sobre PageSpeed Insights, Google
- About PageSpeed Insights, Google for Developers
- Informe Core Web Vitals, Ayuda de Search Console
- Velocidad de página y Core Web Vitals, Silktide
- Medir velocidad web, Sitequiry
- Prácticas recomendadas para etiquetas, web.dev
