← Volver a RecursosGuía práctica

Cómo diagnosticar la lentitud de un sitio web

Actualizado el 17 de septiembre de 2026

Para corregir una web lenta, primero localiza dónde se consume el tiempo: antes de recibir la respuesta, durante la descarga o al procesarla en el navegador. Cada tramo requiere una revisión distinta.

Separa navegador, aplicación y servidor

Compara una página estática con una operación que consulte datos. Si sólo falla una búsqueda o un reporte, ampliar toda la infraestructura sin revisar esa operación puede aumentar el gasto sin resolver la causa.

  1. Registra URL, hora, dispositivo y operación.
  2. Comprueba si la lentitud afecta a todos o sólo a una ubicación.
  3. Revisa tiempos de red y errores del navegador.
  4. Correlaciona con registros de aplicación y recursos del servidor.

Usa pruebas repetibles

No compares una visita con caché contra otra sin caché como si fueran equivalentes. Prueba varias veces y conserva las condiciones. Distingue el resultado de laboratorio de la experiencia de usuarios reales; Google explica ambos enfoques al tratar sus métricas web. Medición de experiencia web.

Corrige el cuello de botella observado

Una consulta que lee demasiados registros necesita una revisión diferente de un disco sin espacio o un archivo de imagen enorme. Solicita una hipótesis, el cambio propuesto y una comprobación posterior. Evita una lista de “optimizaciones” sin relación con los datos.

Decide cuándo ampliar capacidad

Si la carga legítima supera de forma sostenida los recursos disponibles, ampliar puede ser razonable. Antes, confirma qué recurso limita y qué crecimiento esperas. El resultado útil no es una puntuación aislada: es que la operación importante responda mejor sin introducir errores ni un costo desproporcionado.

Entrega una ficha que permita repetir el síntoma

Ficha de diagnóstico sin valores de ejemplo inventados
CapaDato a conservar
Navegador y redURL, operación, dispositivo, conexión, caché y traza de la solicitud.
AplicaciónHora correlacionada, identificador de solicitud y dependencia que esperó.
DatosConsulta u operación implicada, volumen representativo y duración observada.
InfraestructuraUso del recurso limitante durante ese mismo intervalo.

Quita tokens, cookies y datos personales antes de compartir una traza. Una comparación sólo es útil si explica qué cambió entre pruebas. Si los registros no permiten relacionar la visita con la operación, anota esa limitación antes de emitir una conclusión.

Para profundizar en las tareas relacionadas: Qué revisar cuando una página tarda en mostrarse; Cómo encontrar cuellos de botella en una aplicación; Qué monitorear en un servidor y a quién avisar.

¿Quieres aplicar esto en tu sitio?

Comparte la página y lo que necesitas resolver. La conversación puede empezar por identificar el cambio que tendría más utilidad.

Solicitar orientación
core web vitalsoptimización webrendimientoseo técnicovelocidad web
← Más artículos de Acinsoft