La latencia de un servidor es el tiempo que transcurre entre que un dispositivo envía una solicitud y el momento en que el servidor comienza a responder. Se mide en milisegundos (ms) y es uno de los factores más importantes del rendimiento web: a más latencia, mayor espera para el usuario y peores señales para Google.
En esta guía encontrarás qué causa la latencia, cómo se mide y, sobre todo, qué pasos concretos reducen esos milisegundos de forma efectiva.
Latencia vs. ancho de banda: no son lo mismo
Es un error frecuente confundir los dos conceptos:
- Latencia — velocidad de reacción. Cuánto tarda en llegar el primer byte de respuesta (TTFB, Time To First Byte).
- Ancho de banda — capacidad de transporte. Cuántos datos pueden fluir por segundo una vez iniciada la transferencia.
Puedes tener 1 Gbps de ancho de banda y aun así sufrir latencia alta. Una autopista de diez carriles sigue tardando lo mismo en cruzar un continente si la distancia física es la misma. Para sitios web interactivos, la latencia importa más que el ancho de banda en la mayoría de las situaciones.
Tipos de latencia que afectan tu sitio web
Latencia de red
Es el tiempo que tarda el paquete en recorrer la distancia física entre el usuario y el servidor. Una solicitud de Ciudad de México a un servidor en Europa puede añadir 100–150 ms solo por la distancia. Por eso, elegir un datacenter cercano a tus usuarios es la decisión con mayor impacto inmediato.
Latencia de procesamiento del servidor (TTFB)
Una vez que el paquete llega, el servidor necesita tiempo para generar la respuesta: ejecutar PHP, consultar la base de datos, aplicar lógica de negocio. Si tu aplicación tarda 800 ms en construir una página, esos 800 ms se suman a la latencia de red antes de que el navegador reciba el primer byte.
Latencia de DNS
Antes de conectarse a tu servidor, el navegador debe resolver tu dominio. Una resolución DNS mal configurada o un servidor DNS lento puede añadir 50–200 ms en la primera visita. Usar un proveedor DNS rápido (Cloudflare 1.1.1.1, Google 8.8.8.8) y activar el TTL adecuado lo resuelve.
Latencia de TLS/SSL
Cada conexión HTTPS requiere un handshake de TLS antes de transferir datos. Con TLS 1.2 puede añadir 2 viajes de ida y vuelta; TLS 1.3 lo reduce a uno. Activar HTTP/2 o HTTP/3, más la reutilización de sesión (session resumption), mitiga este impacto.
Cómo medir la latencia de tu servidor
Hay varias herramientas accesibles:
| Herramienta | Qué mide | Costo |
|---|---|---|
ping (terminal) |
Latencia de red básica (RTT) | Gratis |
| Google PageSpeed Insights | TTFB real desde servidores de Google | Gratis |
| GTmetrix | TTFB + cascada de carga completa | Gratis / Pro |
| WebPageTest | TTFB desde múltiples ubicaciones globales | Gratis |
| Uptime Robot / Better Uptime | Monitoreo continuo de latencia | Freemium |
Referencia de TTFB: menos de 200 ms es excelente; 200–500 ms es aceptable; más de 800 ms empieza a afectar conversiones y posicionamiento.
Causas comunes de latencia alta y cómo reducirla
Servidor demasiado lejos de tus usuarios
Si tus visitantes están en México y tu servidor está en Ámsterdam, la física trabaja en tu contra. Solución: migra a un datacenter en México, o usa una CDN para servir contenido estático desde nodos cercanos a tus usuarios.
Recursos del servidor insuficientes
Un VPS con 1 CPU compartida y 512 MB de RAM que además atiende 200 peticiones simultáneas generará colas de espera que disparan el TTFB. Solución: dimensiona correctamente tu plan, revisa el uso de CPU y RAM en picos, y considera un plan VPS de mayor nivel o un servidor dedicado.
Consultas de base de datos sin optimizar
Una sola página puede lanzar 30, 50 o más consultas SQL. Sin índices adecuados, cada SELECT hace un full table scan. Solución: activa el slow query log, añade índices donde faltan, usa caché de consultas (Redis / Memcached) y reduce el número de consultas por petición.
Sin caché de página
Si el servidor regenera cada página HTML desde cero para cada visita, el TTFB nunca bajará lo suficiente. Solución: implementa caché de página completa (Varnish, WP Super Cache, FastCGI Cache en Nginx) para servir contenido estático precompilado.
Configuración PHP desactualizada o sin OPcache
PHP sin OPcache recompila los scripts en cada solicitud. Solución: activa OPcache en php.ini; el impacto en el TTFB puede ser de 30–60 % en aplicaciones PHP puras.
Para elegir la infraestructura correcta que minimice la latencia desde el inicio, revisa nuestra guía de tipos de servidores y VPS para sitios web.
El impacto de la latencia en SEO y conversiones
Google usa los Core Web Vitals como señal de posicionamiento. El Time to First Byte influye directamente en el Largest Contentful Paint (LCP): si el servidor tarda 800 ms en responder, es casi imposible alcanzar un LCP menor de 2.5 s (el umbral "bueno" de Google).
En cuanto a conversiones, estudios de empresas como Akamai y Google muestran que:
- Un retraso de 100 ms puede reducir las conversiones en un 7 %.
- Un retraso de 1 segundo en el tiempo de carga reduce la satisfacción del usuario en un 16 %.
- El 53 % de los usuarios móviles abandona un sitio que tarda más de 3 segundos en cargar.
La latencia no es sólo un problema técnico: es un problema de negocio directo. Si quieres un diagnóstico y un plan de acción para reducir la latencia de tu sitio, el equipo de elenlace.com puede ayudarte a identificar los cuellos de botella exactos.
Conclusiones clave
- Latencia = tiempo de reacción del servidor; ancho de banda = capacidad de transporte. No son lo mismo.
- El TTFB (Time to First Byte) es el indicador más práctico de la latencia del servidor. Objetivo: menos de 200 ms.
- Las causas principales son: distancia geográfica, recursos insuficientes, consultas SQL lentas y ausencia de caché.
- La latencia alta penaliza directamente el LCP de Core Web Vitals y, con ello, el posicionamiento en Google.
- OPcache, caché de página, un buen CDN y un servidor bien dimensionado son las palancas de mayor impacto.
¿Tu sitio tarda más de 500 ms en responder? No lo dejes pasar: consulta con elenlace.com y recibe un análisis de rendimiento sin costo para saber exactamente qué está frenando tu servidor.
Preguntas frecuentes
¿Cuál es una buena latencia de servidor para un sitio web?
Un TTFB menor de 200 ms se considera excelente. Entre 200 y 500 ms es aceptable. Por encima de 800 ms empiezas a perder usuarios y posicionamiento. Para Core Web Vitals, Google recomienda un LCP menor de 2.5 s, lo que en la práctica exige un TTFB inferior a 600 ms como máximo.
¿La latencia afecta el posicionamiento en Google?
Sí. Google incluye los Core Web Vitals (LCP, INP, CLS) como señal de ranking. El TTFB alto impide un buen LCP. Además, páginas lentas tienen tasas de rebote más altas, lo que también es una señal negativa para el posicionamiento.
¿Cómo sé si el problema de latencia está en mi servidor o en la red?
Usa ping y traceroute para medir la latencia de red pura. Luego mide el TTFB con WebPageTest o GTmetrix. Si el TTFB es mucho mayor que la latencia de red, el cuello de botella está en el servidor (procesamiento PHP, base de datos, etc.).
¿Un CDN reduce la latencia del servidor?
Un CDN reduce la latencia percibida para contenido estático (imágenes, CSS, JS) al servirlo desde un nodo cercano al usuario. Pero no reduce la latencia del servidor de origen para contenido dinámico. Para eso necesitas optimizar el servidor mismo: caché de página, OPcache, índices de BD y recursos adecuados.
Recursos útiles
Otros proveedores y guías que vale la pena comparar:
