Por qué tu web va lenta y cómo saberlo

Los números que indican que hay un problema real

Si tu web tarda más de 3 segundos en mostrar contenido, ya estás perdiendo visitantes antes de que lean nada. No es una cifra arbitraria: es el punto donde la mayoría de la gente cierra la pestaña y prueba con otro resultado de Google.

El dato que más importa no es el tiempo de carga total, sino el LCP (Largest Contentful Paint): cuánto tarda en aparecer el elemento principal de la página, normalmente una imagen o un titular grande. Si ese número pasa de 2.5 segundos, Google ya lo considera lento.

Otra señal que se pasa por alto es el TTFB (Time to First Byte): el tiempo que tarda el servidor en responder antes de que el navegador empiece a construir la página. Un TTFB alto casi siempre apunta al hosting, no al diseño ni al contenido.

Los plugins son la causa más habitual

En la mayoría de webs WordPress que he revisado, el problema no está en uno solo, sino en la acumulación. Cada plugin añade su propio código, y muchos hacen tareas parecidas sin que el propietario lo sepa (dos plugins de SEO activos a la vez, tres formas distintas de compartir en redes sociales).

Para saber cuál es el culpable real, en vez de desactivar plugins a ciegas uno por uno, uso Query Monitor: muestra exactamente cuánto tiempo y cuántas consultas a la base de datos genera cada plugin en cada carga de página.

Las imágenes sin comprimir pesan más de lo que parece

Una sola imagen subida directamente desde una cámara o un móvil puede pesar 4 o 5 MB. Multiplícalo por diez imágenes en una página de inicio y tienes 40-50 MB que el navegador tiene que descargar antes de mostrar nada.

Esto no siempre se nota al editar la web desde un ordenador con buena conexión. Se nota cuando alguien la abre desde el móvil, con datos móviles, en un sitio con mala cobertura.

A veces el problema no es la web, es el hosting

Un hosting compartido reparte los mismos recursos de servidor entre cientos de webs distintas. Si en un momento dado otra web del mismo servidor recibe un pico de tráfico, la tuya se resiente sin que hayas cambiado nada.

Esto se detecta comparando el TTFB de tu web con el de una web similar en otro hosting. Si la diferencia es grande, el problema está en dónde está alojada, no en cómo está construida.

Cómo comprobarlo tú mismo antes de tocar nada

Google PageSpeed Insights es gratis y da una puntuación de 0 a 100, separada para móvil y escritorio, además de señalar qué elementos concretos están penalizando el resultado.

GTmetrix complementa ese dato con una cascada visual de cada archivo que carga la página: se ve exactamente qué imagen, script o plugin tarda más, algo que PageSpeed Insights no muestra con tanto detalle.

La puntuación en sí no es lo importante. Lo que importa es identificar los 2 o 3 elementos concretos que están frenando la carga, y decidir si merece la pena arreglarlos tú o pedir que alguien lo revise.

La caché ausente se nota más en la segunda visita, no en la primera

La primera vez que alguien entra a tu web, el servidor tiene que generar la página desde cero: consultar la base de datos, montar cada bloque de contenido, aplicar los estilos. Sin caché, ese proceso se repite exactamente igual en cada visita, incluso si el contenido no ha cambiado nada.

Con la caché activada, esa primera generación se guarda y las siguientes visitas reciben directamente el resultado ya construido. La diferencia se nota especialmente en páginas con mucho contenido dinámico: blogs con muchos posts, páginas con formularios o widgets que consultan la base de datos en cada carga.

Muchas webs WordPress llevan meses o años funcionando sin ningún sistema de caché activo, simplemente porque nadie lo revisó al configurar el hosting. Comprobar esto lleva dos minutos: entra en modo incógnito, carga tu web, y mira si en las herramientas de desarrollador aparece algún header relacionado con caché (cache-control, x-cache, age).

Cómo probar qué plugin es el culpable sin tumbar la web en producción

Desactivar plugins uno a uno directamente en la web real es arriesgado si alguno de ellos es necesario para que algo funcione (el formulario de contacto, el checkout, el sistema de reservas). La forma segura es clonar la web a un entorno de pruebas (staging) y hacer las pruebas ahí primero.

Si no tienes staging, otra opción más simple: desactiva plugins fuera de horario de tráfico, mide con PageSpeed Insights antes y después de cada desactivación, y anota el resultado. En pocos casos hace falta desactivar más de 4 o 5 plugins para encontrar el que más pesa.

Un patrón habitual: los plugins que hacen llamadas a servicios externos (widgets de redes sociales, chats en vivo, mapas incrustados) suelen pesar más de lo que aparentan, porque cada uno añade sus propias peticiones a servidores externos que tu web no controla.

Un CDN no es solo para webs con tráfico internacional

Un CDN (red de distribución de contenido) guarda copias de tu web en servidores repartidos por distintos países, y sirve cada visita desde el servidor más cercano al visitante. Si la mayoría de tu público está en España pero tu hosting está en Estados Unidos, un CDN reduce esa distancia física.

Cloudflare ofrece un plan gratuito que cubre esta función básica sin coste, y se activa cambiando los servidores DNS del dominio, sin tocar nada del hosting. No es imprescindible para todas las webs, pero en negocios con visitantes de distintas zonas geográficas suele notarse en el TTFB.

Hosting compartido, VPS o managed WordPress: por qué no da igual

En un hosting compartido, tu web convive con cientos de webs distintas en el mismo servidor, repartiendo CPU y memoria entre todas. Es la opción más barata, y funciona bien para webs pequeñas con poco tráfico, pero cualquier pico de tráfico ajeno en ese mismo servidor puede ralentizar la tuya sin que hayas hecho nada mal.

Un VPS (servidor privado virtual) reserva recursos fijos solo para tu web, así que no dependes de lo que hagan otros sitios en el mismo servidor. Cuesta más y requiere algo más de conocimiento técnico para gestionarlo, aunque muchos proveedores ya lo ofrecen semi-gestionado.

El managed WordPress hosting (Kinsta, WP Engine, o los planes gestionados de Hostinger) añade una capa pensada específicamente para WordPress: caché ya configurada a nivel de servidor, actualizaciones de seguridad automáticas, y soporte que entiende de WordPress en vez de hosting genérico. Para negocios que dependen de su web para generar clientes, suele compensar el coste extra frente a un hosting compartido básico.

Qué es HTTP/2 y por qué tu web debería usarlo ya

HTTP es el protocolo que usa el navegador para pedir cada archivo de tu web al servidor. La versión antigua (HTTP/1.1) solo puede pedir un archivo a la vez por cada conexión, así que si tu página tiene 40 archivos (imágenes, CSS, JavaScript), tiene que abrir varias conexiones o esperar turno.

HTTP/2 permite pedir muchos archivos a la vez por la misma conexión, lo que reduce notablemente el tiempo de carga en páginas con muchos recursos, sin cambiar nada del contenido ni el diseño. La mayoría de hostings ya lo activan por defecto, pero se puede comprobar en este comprobador de KeyCDN: si tu web todavía usa HTTP/1.1, vale la pena preguntarle al hosting por qué.

Cómo leer la cascada de GTmetrix sin perderte

El informe de GTmetrix incluye un gráfico de cascada (waterfall) donde cada línea horizontal es un archivo que carga la página, ordenados de arriba a abajo según el momento en que empiezan a descargarse. El ancho de cada barra representa cuánto tarda ese archivo concreto.

Lo que hay que buscar son barras anormalmente largas comparadas con las demás: ese archivo concreto (una imagen, un script de terceros, una fuente) es el que está retrasando el resto. También conviene fijarse en el color de cada barra: el verde suele ser tiempo de espera al servidor, el azul es descarga real del archivo, así que muchas barras verdes largas apuntan a un problema de servidor, no de peso de archivos.