¿Cómo saber si mi sitio web es lento?

No lo midas abriendo tu página en tu computador: tu navegador guarda una copia y te la muestra más rápido que a un cliente nuevo. Analízala en PageSpeed Insights, en versión móvil, y mira primero los datos de usuarios reales. Si las tres Core Web Vitals están en «Buena», tu sitio no es lento para tus visitantes; si no, el tiempo de respuesta del servidor te dice si empezar por el hosting o por el sitio.

En resumen

• Tu propia visita no sirve como medida: la caché, tu conexión y tu equipo hacen que el sitio te parezca más rápido de lo que es.
• PageSpeed Insights muestra dos cosas distintas: cómo les carga a usuarios reales en los últimos 28 días y una prueba de laboratorio para diagnosticar.
• Las Core Web Vitals miden tres experiencias: cuánto tarda en verse lo principal (LCP), cuánto tarda en responder (INP) y si la página salta mientras carga (CLS).
• El tiempo hasta el primer byte (TTFB) separa el problema: alto apunta al servidor o al hosting; bajo con carga lenta apunta al sitio.
• La velocidad cuenta para Google, pero una buena puntuación no garantiza posiciones: primero cuenta para tus clientes.

¿Tu página tarda en cargar y no sabes si es el hosting o el sitio? Revisamos cómo está construida y te decimos qué la frena.
Consulta un plan de mantenimiento →

Por qué tú no ves la lentitud de tu propia página

Muchos dueños de sitios web no conocen la velocidad real de su página por una razón sencilla: el navegador guarda una copia de lo que ya visitaron, la caché, y la próxima vez les muestra buena parte de esa copia en lugar de descargarla otra vez. Tú entras a tu página decenas de veces; un cliente nuevo la descarga completa la primera vez.

A eso se suman otras dos ventajas que tu cliente no tiene. Tú sueles abrirla desde un computador con buena conexión, y tu cliente probablemente la abre desde un celular de gama media con datos móviles. Y si tienes sesión iniciada en WordPress, algunos sitios te muestran una versión distinta a la de tus visitantes.

Si quieres acercarte a la experiencia de tu cliente sin herramientas, abre la página desde tu celular con los datos móviles activados (sin wifi) y en una ventana de incógnito. No es una medición, pero te quita la ilusión. Para medir de verdad necesitas las herramientas de la siguiente sección.

Cómo medir la velocidad real con PageSpeed Insights

PageSpeed Insights es la herramienta gratuita de Google para analizar una página. Escribes la dirección, eliges Móvil (empieza siempre por ahí) y obtienes dos bloques que conviene leer por separado.

Arriba: la experiencia de tus usuarios reales. Según la documentación de PageSpeed Insights, estos datos salen del Chrome User Experience Report (CrUX): mediciones anónimas de visitas reales durante los últimos 28 días. Para cada métrica, la herramienta muestra el valor del percentil 75, es decir, el que cubre a la mayoría de tus visitas, incluidas las más lentas. Aquí aparece el veredicto que importa: si la página supera o no la evaluación de las Core Web Vitals.

Si tu página tiene pocas visitas, puede que no haya datos suficientes. En ese caso la herramienta muestra los datos de todo tu dominio y, si tampoco alcanzan, no muestra datos reales. Es normal en sitios pequeños o recién publicados, y no significa que la página esté bien ni mal.

Abajo: la prueba de laboratorio. Es una carga simulada con Lighthouse: un dispositivo de gama media en una red móvil, lanzado desde servidores de Google que, según su documentación, están en Norteamérica, Europa o Asia. Sirve para diagnosticar, porque lista qué frena la carga, pero no representa a tus clientes. Si tu servidor está lejos del punto de prueba, la conexión inicial se verá más lenta que la que viven tus visitantes en Colombia.

El puntaje de 0 a 100 es del laboratorio. Google considera bueno 90 o más, entre 50 y 89 mejorable y menos de 50 deficiente. Pero una página puede tener 60 en el laboratorio y pasar la evaluación con usuarios reales, o al revés. Cuando hay datos reales, esos mandan.

Hay otras herramientas, como GTmetrix o WebPageTest, útiles para ver en detalle cómo carga cada archivo. Para responder «¿mi sitio es lento para mis clientes?», los datos reales de Google son la referencia.

Las tres métricas que debes mirar

Las Core Web Vitals son las tres métricas que Google recomienda a todos los sitios. A septiembre de 2026, estos son sus umbrales según web.dev y la documentación de Google Search Central, medidos en el percentil 75 de las visitas:

Entre «buena» y «deficiente» está la franja de «necesita mejorar». Para pasar la evaluación, las tres deben estar en «buena». La documentación de PageSpeed Insights aclara que si falta información de INP, la página puede pasar solo con LCP y CLS en verde.

Las métricas cambian con el tiempo: INP reemplazó a FID como métrica oficial en 2024. Si lees una guía que todavía habla de FID, está desactualizada.

Qué te muestra Search Console

Si tu sitio está registrado en Google Search Console, el informe Core Web Vitals te da la vista de todo el sitio, no de una sola página. Según la ayuda de Search Console, agrupa las URL similares, las clasifica en «Buena», «Necesita una mejora» o «Deficiente» según la peor de sus métricas y separa móvil y computador.

Tres detalles para leerlo bien: solo incluye URL indexadas, se basa en datos de usuarios reales (los mismos de CrUX) y mezcla visitas de todos los países. Si no ves datos, no es un error: el sitio todavía no tiene suficientes visitas registradas. En ese caso, PageSpeed Insights sigue siendo tu herramienta de prueba.

¿El problema es el hosting o el sitio?

Esta es la pregunta que más dinero ahorra, porque cambiar de hosting no arregla un sitio pesado, y optimizar imágenes no arregla un servidor que tarda en responder. La métrica que separa los dos casos es el TTFB (tiempo hasta el primer byte): cuánto tarda en llegar la primera respuesta del servidor. PageSpeed Insights la muestra entre los datos reales, marcada como experimental.

web.dev propone como guía aproximada un TTFB de 0,8 segundos o menos, y considera deficiente más de 1,8 segundos. No es una Core Web Vital, pero todo lo demás empieza después de ella: si el servidor tarda dos segundos en responder, ninguna página logra un LCP de 2,5.

Dos matices. El TTFB incluye también el tiempo de las redirecciones y de la conexión segura, así que una cadena de redirecciones (de http a https y luego a www, por ejemplo) lo empeora aunque el servidor sea bueno. Y en hosting compartido el servidor lo usan muchos sitios, así que un TTFB que va y viene según la hora también es una pista. Si no tienes claro qué hace el hosting y qué hace tu sitio, empieza por qué son el hosting y el dominio.

Una rutina de 15 minutos para diagnosticar

1. Elige tres páginas: la portada, la página que más contactos te trae y una página interna típica (un servicio, un producto o un artículo).
2. Analiza cada una en PageSpeed Insights, en móvil. Anota si pasa la evaluación de Core Web Vitals y cuál métrica falla.
3. Anota el TTFB de los datos reales. Si no hay datos reales, repite la prueba de laboratorio dos o tres veces y compara.
4. Revisa el informe Core Web Vitals de Search Console para ver si el problema es de una página o de todo un grupo.
5. Ubica el problema con la tabla anterior: servidor o sitio, y qué métrica.
6. Guarda la fecha y los resultados. Después de cualquier cambio, los datos reales tardan hasta 28 días en reflejarlo; sin una línea de base no sabrás si mejoró.

¿Una página lenta afecta el SEO?

Sí, pero menos de lo que suele venderse. Google explica que sus sistemas de posicionamiento usan las Core Web Vitals como parte de la experiencia en la página y recomienda tenerlas en buen estado. En la misma documentación aclara que obtener buenos resultados en el informe o en herramientas externas no garantiza aparecer al principio de los resultados, que la relevancia del contenido sigue mandando y que perseguir una puntuación perfecta solo por SEO puede no ser la mejor inversión de tu tiempo.

La razón de peso para una página rápida está en tus clientes: quien llega desde un anuncio o una búsqueda y ve una pantalla en blanco en su celular no espera. Si además estás trabajando el posicionamiento SEO, la velocidad es uno de los aspectos técnicos que conviene resolver, no el único.

Cómo lo trabajamos en Tu Negocio WB

La optimización de velocidad hace parte de nuestro servicio de mantenimiento y de nuestro trabajo especializado en WordPress. Antes de proponer un plan revisamos el sitio: cuántas visitas recibe, qué tan grande es y cómo está desarrollado, porque de eso depende si la lentitud se corrige en el sitio, en el servidor o en ambos.

Cuando el problema es el servidor, lo decimos: a veces la solución es cambiar de plan o de proveedor, y tenemos planes de hosting que se contratan aparte. Cuando es el sitio, la corrección entra en el mantenimiento, que también cuida las actualizaciones, las copias de seguridad y la seguridad; lo explicamos en por qué tu página necesita mantenimiento aunque funcione bien. Nuestros planes de mantenimiento parten de $339.000 al mes y el alcance se define por escrito; el detalle está en cuánto cuesta el mantenimiento de una página web.

Preguntas frecuentes

¿Qué puntaje de PageSpeed Insights es bueno?

En la prueba de laboratorio, Google considera bueno un puntaje de 90 o más. Pero el puntaje es una simulación: lo que describe a tus clientes es la evaluación de Core Web Vitals con datos reales, en la parte de arriba del informe. Una página con un puntaje de 70 que pasa esa evaluación está mejor que una con 95 en laboratorio que no la pasa con usuarios reales.

¿Por qué PageSpeed Insights da un resultado distinto cada vez?

Porque la prueba de laboratorio es una carga única en unas condiciones de red y de servidor que varían entre una ejecución y otra, y porque tu servidor tampoco responde igual en todo momento. Por eso conviene repetirla dos o tres veces y fijarse en la tendencia. Los datos reales cambian más despacio: resumen 28 días de visitas.

¿La lentitud de mi página es culpa del hosting?

Solo si el servidor tarda en responder. Revisa el TTFB: si está por encima de 0,8 segundos en la mayoría de las páginas, el servidor o su configuración son parte del problema. Si el TTFB está bien y la página sigue lenta, cambiar de hosting no la va a acelerar: el trabajo está en las imágenes, los plugins, el constructor o los scripts del sitio.

¿Ya mediste tu página y no pasa las Core Web Vitals? Revisamos cómo está construida, te decimos si el problema está en el hosting o en el sitio y te proponemos un plan con alcance por escrito.

Consulta un plan de mantenimiento →

Fuentes

• web.dev — «Web Vitals» — https://web.dev/articles/vitals — consultado el 19 de septiembre de 2026.
• Google for Developers — «About PageSpeed Insights» — https://developers.google.com/speed/docs/insights/v5/about — consultado el 19 de septiembre de 2026.
• web.dev — «Time to First Byte (TTFB)» — https://web.dev/articles/ttfb — consultado el 19 de septiembre de 2026.
• Google Search Central — «Conceptos básicos sobre las Métricas web principales y los resultados de búsqueda de Google» — https://developers.google.com/search/docs/appearance/core-web-vitals?hl=es — consultado el 19 de septiembre de 2026.
• Google Search Central — «Qué es la experiencia en la página en los resultados de la Búsqueda de Google» — https://developers.google.com/search/docs/appearance/page-experience?hl=es — consultado el 19 de septiembre de 2026.
• Ayuda de Search Console — «Informe «Core Web Vitals»» — https://support.google.com/webmasters/answer/9205520?hl=es — consultado el 19 de septiembre de 2026.

Contenido de Equipo Tu Negocio WB, empresa de desarrollo web con sede en Bogotá, Colombia. Publicado originalmente el 19 de octubre de 2022; revisión técnica y comercial interna. Actualizado el 10 de febrero de 2027.