Una web lenta no es solo una molestia: es una fuga de dinero. Los usuarios abandonan, Google lo tiene en cuenta y cada segundo de retraso reduce la conversión. Si tu web tarda varios segundos en mostrar contenido en el celular, probablemente estés perdiendo a una buena parte de tus visitantes.

La buena noticia es que la lentitud casi nunca es un problema único: se descompone en causas identificables y corregibles. Esta guía te explica cómo diagnosticar qué está fallando y qué hacer en cada caso, sin necesidad de ser desarrollador.

Primero, diagnosticá: ¿dónde está el cuello de botella?

Antes de tocar nada, necesitás saber qué está lento. No es lo mismo un servidor que tarda en responder que una imagen de 5 MB o un script que bloquea la página. Herramientas gratuitas para empezar:

  • PageSpeed Insights. Ingresá tu URL y vas a ver dos vistas: datos de usuarios reales (CrUX) y una auditoría de laboratorio (Lighthouse). La primera es la que importa para el posicionamiento; la segunda te dice qué corregir.
  • Herramientas de desarrollo de Chrome (panel Performance). Abrí tu web, presioná F12, andá a la pestaña Performance y grabá una carga: vas a ver qué recurso tarda cuánto y dónde se bloquea el renderizado.
  • WebPageTest. Más avanzada, permite ver la carga desde distintas ubicaciones y dispositivos.

La métrica clave es el TTFB (Time to First Byte): cuánto tarda tu servidor en enviar el primer byte de respuesta. Si es alto, el problema está en el hosting, la base de datos o la configuración del servidor. Si el TTFB es bueno pero la página sigue lenta, el problema está en los recursos: imágenes, CSS o JavaScript.

Causa 1: el servidor tarda demasiado (TTFB alto)

El servidor es el primer eslabón: si tarda en responder, todo lo demás espera. Un TTFB alto puede deberse a un hosting compartido saturado, a consultas lentas a la base de datos o a la falta de caché del lado del servidor. Qué hacer:

  • Activar la caché de página. Es la optimización con mayor impacto y menor esfuerzo: guarda versiones estáticas de tus páginas para que el servidor no tenga que generarlas en cada visita. En WordPress, un plugin de caché lo resuelve con pocos clics.
  • Usar un CDN. Distribuye tu contenido en servidores de todo el mundo, y cada usuario recibe la página desde el nodo más cercano, no desde tu servidor de origen. Reduce mucho el TTFB para visitantes lejanos. Además suma seguridad, como vemos en Cómo proteger tu página de WordPress de ataques con un CDN como Cloudflare.
  • Revisar tu hosting. Si estás en un plan compartido barato y tu web tiene tráfico, el servidor puede estar saturado. Un upgrade a un VPS o a un hosting gestionado suele resolverlo.
  • Optimizar la base de datos. En WordPress se acumulan revisiones, datos temporales y spam. Limpiarla periódicamente reduce el tiempo de respuesta.

Causa 2: las imágenes son demasiado pesadas

Las imágenes sin comprimir son la causa más común de lentitud percibida. Una imagen de 3 MB tarda en descargarse en una conexión móvil y, si está en la parte visible al cargar, bloquea el LCP. Qué hacer:

  • Comprimirlas. Hay herramientas online y plugins que lo hacen automáticamente al subirlas, y se puede reducir mucho el peso sin pérdida visible de calidad.
  • Usar formatos modernos. WebP y AVIF pesan bastante menos que JPEG y PNG con una calidad comparable, y los soportan la mayoría de los navegadores actuales.
  • Redimensionarlas antes de subirlas. No subas una imagen de 4000 px de ancho si se va a mostrar a 800 px.
  • Activar la carga diferida (lazy loading). Las imágenes que están fuera de pantalla no deberían cargarse hasta que el usuario se acerque a ellas.
  • Definir siempre ancho y alto. Sin dimensiones explícitas, el navegador no sabe cuánto espacio reservar y el contenido salta cuando carga la imagen, lo que genera CLS (cambio de diseño acumulado).

Causa 3: JavaScript y CSS que bloquean el renderizado

El navegador no muestra nada hasta procesar el CSS y el JavaScript del <head>. Si esos archivos son grandes o hay muchos, la página se queda en blanco esperando. Qué hacer:

  • Minificar CSS y JavaScript. Se eliminan espacios, comentarios y saltos de línea; los plugins de optimización lo hacen de forma automática.
  • Diferir el JavaScript no crítico. Los scripts de analítica, chat, píxeles de seguimiento y widgets sociales no necesitan ejecutarse antes de que el usuario vea la página: con defer o async se cargan después del contenido principal.
  • Eliminar lo que no se usa. Cada plugin que instalás agrega CSS y JavaScript. Auditá la lista y desinstalá lo que no aporte un valor claro.
  • Incrustar el CSS crítico. El CSS necesario para la parte visible de la página puede ir directamente en el HTML para evitar un pedido de red, y el resto se carga de forma diferida.

Causa 4: el hilo principal está bloqueado (INP alto)

El INP (Interaction to Next Paint) mide cuánto tarda tu web en responder cuando el usuario hace clic en algo. Si el navegador está ocupado ejecutando JavaScript, el clic espera. Google considera bueno un INP de 200 milisegundos o menos. Qué hacer:

  • Dividir las tareas largas. Si un script se ejecuta de golpe durante medio segundo, el navegador no puede responder a nada más. Partir el trabajo en fragmentos más chicos le da aire para atender al usuario.
  • Auditar los scripts de terceros. Gestores de etiquetas, píxeles de seguimiento, widgets de chat y herramientas de mapas de calor suman trabajo al hilo principal. Preguntate si todos son imprescindibles, y cargá de forma diferida los que mantengas.
  • Optimizar los manejadores de eventos. Si al hacer clic en un botón se ejecutan varias operaciones pesadas, el retraso se dispara. Hacé solo lo necesario para actualizar la interfaz de inmediato y diferí el resto.

Causa 5: el contenido se mueve mientras carga (CLS alto)

El CLS mide la inestabilidad visual. Si el usuario intenta tocar un botón y justo ahí la página se desplaza porque cargó una imagen o un anuncio, la experiencia es frustrante. Google considera bueno un CLS de 0,1 o menos. Qué hacer:

  • Reservar espacio para todo. Imágenes, anuncios, iframes y contenido embebido necesitan dimensiones definidas (ancho y alto, o aspect-ratio en CSS) antes de que cargue el contenido.
  • Cargar las fuentes de forma controlada. Con tipografías personalizadas, el texto puede aparecer primero con una fuente del sistema y luego cambiar, moviendo todo el diseño. Con font-display o la precarga de fuentes se minimiza ese salto.
  • Evitar insertar contenido nuevo sin que el usuario lo pida. Banners de cookies, ventanas emergentes y barras de aviso que aparecen después de la carga inicial deberían reservar su espacio o mostrarse fuera del flujo del documento.

Causa 6: redirecciones innecesarias

Cada redirección suma una petición HTTP. Si tu web redirige de HTTP a HTTPS, luego de www a sin www y después a la URL final, acumula latencia sin necesidad. Qué hacer:

  • Revisar las redirecciones. Con un verificador de redirecciones podés ver cuántos saltos hay hasta la URL final. Lo ideal es uno solo, o ninguno si ya estás en HTTPS.
  • Actualizar los enlaces internos. Si apuntan a URLs que redirigen, cambialos para que vayan directo al destino final.
  • Consolidar www y sin www. Elegí una versión canónica y redirigí la otra con una sola regla, sin cadenas de redirecciones.

Causa 7: hosting inadecuado

A veces el problema no está en tu web sino en dónde vive. Un hosting barato con recursos limitados no puede servir un sitio con tráfico real de forma rápida, por mucho que optimices. Señales de que conviene cambiarlo:

  • Un TTFB que se mantiene alto de forma constante.
  • Caídas de rendimiento en horas pico.
  • Recursos compartidos que se agotan cuando sube tu tráfico.
  • Un soporte técnico que no puede diagnosticar problemas de rendimiento.

Qué buscar en un hosting para WordPress: discos NVMe (mucho más rápidos que los tradicionales), caché de servidor integrada, un CDN incluido o fácil de integrar, una versión de PHP vigente y un soporte que entienda de rendimiento web. Para profundizar, mirá Qué es el hosting y cómo afecta la velocidad de tu sitio web.

Optimizar a ciegas es perder tiempo: primero se mide dónde está el cuello de botella y recién después se corrige, empezando por lo que más impacto tiene.

Si querés que revisemos tu sitio, en Soporte Web hacemos el diagnóstico y las correcciones, y para que no vuelva a degradarse, mirá La importancia vital del mantenimiento web y del mantenimiento en WordPress y Qué es el SEO técnico.