Qué revisar cuando un sitio está lento

Qué revisar cuando un sitio está lento

Si buscás un diagnóstico técnico para un sitio lento, primero definí qué significa lento: demora en conectar, en recibir el primer contenido, en mostrar la página o en responder a una acción. Una medición aislada no explica la causa. Compará varias rutas, dispositivos y momentos, y anotá qué cambió. La velocidad percibida depende de red, servidor, aplicación, navegador y contenido.

No cambies todo a la vez. Tomá una copia de la configuración, medí una página representativa y avanzá de lo general a lo particular. Usá herramientas oficiales del navegador, del CMS, del proveedor y de Search Console cuando corresponda. Si el sitio procesa pagos o datos sensibles, evitá pruebas invasivas y trabajá con autorización.

Red y DNS

Revisá resolución DNS, certificado TLS, redirecciones y tiempo de conexión. Un problema de red puede hacer lenta la primera respuesta aunque el HTML sea liviano. Compará desde más de una conexión sin interpretar una diferencia geográfica como una falla del servidor. Confirmá que no existan cadenas innecesarias de redirecciones.

Servidor y recursos

Observá CPU, memoria, almacenamiento, procesos, conexiones y logs. Un consumo sostenido puede venir de una tarea programada, una consulta pesada o un límite alcanzado. Preguntá al hosting si hay mantenimiento o incidentes. No aumentes recursos sin saber qué proceso los consume: el problema puede reaparecer y costar más sin mejorar la causa.

Aplicación y base

Desactivá temporalmente componentes no esenciales en un entorno de prueba y compará. Revisá consultas, plugins, temas, llamadas externas y tareas automáticas. Optimizá imágenes y evitá cargar scripts que no se usan. En la base de datos, trabajá con respaldo y documentación; nunca borres tablas por una recomendación genérica.

Caché y navegador

Comprobá si la caché se está sirviendo, si expira correctamente y si no entrega información personalizada a otra persona. Revisá compresión, formatos de imagen, fuentes y scripts. Una CDN puede acercar recursos estáticos, pero no corrige consultas lentas del origen. Validá el resultado con mediciones repetibles.

Puntos clave

• Definir qué etapa de la carga es lenta.
• Medir antes de modificar y cambiar una cosa por vez.
• Separar red, servidor, aplicación y contenido.
• Revisar consultas, extensiones, imágenes y tareas.
• Confirmar mejoras con pruebas repetibles.

El diagnóstico termina cuando la hipótesis coincide con la evidencia y la mejora se sostiene. Guardá mediciones antes y después, documentá el cambio y fijá una alerta para detectar el regreso del problema. Si no podés acceder a una capa, pedí al proveedor datos concretos en lugar de aceptar una explicación vaga.\n\n### Criterio de operación\n\nUsá esta guía como punto de partida y contrastá cada decisión con la documentación oficial vigente. Registrá el estado inicial, el cambio aplicado y el resultado observado. Si una indicación no coincide con tu entorno, detené la intervención, pedí soporte y conservá una copia antes de continuar. Así el diagnóstico queda trazable y la infraestructura puede mantenerse con seguridad.\n\n### Criterio de operación\n\nUsá esta guía como punto de partida y contrastá cada decisión con la documentación oficial vigente. Registrá el estado inicial, el cambio aplicado y el resultado observado. Si una indicación no coincide con tu entorno, detené la intervención, pedí soporte y conservá una copia antes de continuar. Así el diagnóstico queda trazable y la infraestructura puede mantenerse con seguridad. Antes de cerrar, verificá permisos, alertas, registros y la posibilidad de volver al estado anterior. Compartí el procedimiento con otra persona del equipo para que la recuperación no dependa de una sola memoria.