Su sitio va lento: las 5 causas, en el orden en que hay que buscarlas

«Mi sitio va lento» describe una molestia, no una avería. Bajo esa frase se esconden cinco problemas distintos, que no tienen ni los mismos síntomas, ni las mismas soluciones, ni el mismo coste. Y la mayoría de los consejos que se encuentran empiezan dando por hecho que usted ya sabe cuál tiene.

Eso es lo que más tiempo hace perder. Se instala un módulo de caché para un problema de base de datos, se comprimen imágenes cuando la espera se produce antes de que lleguen, se cambia de alojamiento cuando la lentitud viene de un script publicitario instalado para una campaña terminada hace meses.

Este artículo no da soluciones. Clasifica: para cada una de las cinco causas, el síntoma que la señala, la comprobación que la confirma, y adónde ir después. El orden no es decorativo — se explica al final, y tiene una consecuencia práctica: mientras una causa anterior siga presente, las medidas que vienen después no significan nada.

Índice

• La pregunta que parte el problema en dos
• Causa 1. El servidor tarda antes de responder
• Causa 2. Su sitio rehace cada página en cada visita
• Causa 3. La base de datos trabaja mientras el visitante espera
• Causa 4. La visualización está bloqueada por lo que se carga antes
• Causa 5. El código que usted no ha escrito
• Por qué este orden y no otro
• Los cuatro errores que más cuestan
• Preguntas frecuentes
• Lo que queda por hacer

La pregunta que parte el problema en dos

Antes de las cinco causas, una sola pregunta hace la mitad del trabajo:

¿La espera se produce antes de que aparezca nada, o mientras la página se construye ante sus ojos?

Mire su propio sitio con una conexión corriente, y describa lo que ve:

• la pantalla se queda en blanco y luego llega todo casi a la vez → la espera es anterior al primer byte. Busque en las causas 1, 2 y 3;
• algo aparece rápido y el resto se coloca despacio, a trozos → la espera es posterior. Busque en las causas 4 y 5.

Esta observación no cuesta nada y elimina la mitad de las pistas. Después se confirma con una cifra: el tiempo de respuesta del servidor, que todas las herramientas de medición muestran por separado. Es el retardo entre la petición del navegador y el primer byte recibido — antes de cualquier visualización, cualquier imagen, cualquier script.

Un último reflejo antes de tocar nada: guardar el estado actual. Un diagnóstico no rompe nada, pero las correcciones que vendrán después sí.

Causa 1. El servidor tarda antes de responder

El síntoma. Todo va lento, incluidas las páginas que casi no contienen nada — un aviso legal, un formulario de contacto, la página de un artículo corto. La ralentización no depende ni del contenido de la página, ni del momento, ni del visitante.

Lo que lo confirma. El tiempo de respuesta del servidor es alto en una página deliberadamente pobre. Ese es el punto importante: medir la portada no prueba nada, una portada es casi siempre la página más cargada del sitio. Tome la página más vacía que tenga.

Lo que significa si no es eso. Un servidor que responde rápido en una página pobre pero despacio en una rica no señala el alojamiento: señala lo que esa página hace de más — o la causa 2, o la causa 3.

Por qué es la primera a descartar. Si la respuesta es lenta antes incluso de que empiece la construcción, ninguna optimización de visualización se notará. Ganará décimas en una partida que no es la que cuesta, y concluirá que «nada funciona».

Las causas frecuentes son aburridas: un plan compartido saturado en horas punta, una versión antigua de PHP, ausencia de caché de ejecución en el servidor. Son asuntos de alojamiento, no de WordPress — y precisamente por eso se descubren tarde, buscando en el sitio.

Causa 2. Su sitio rehace cada página en cada visita

El síntoma. La lentitud es constante, idéntica para todos los visitantes, y empeora claramente cuando llegan varias personas a la vez. El sitio aguanta cuando está tranquilo y se hunde cuando deja de estarlo.

Lo que lo confirma. Sin caché de página, WordPress repite el mismo trabajo en cada visita: consultar la base, montar el contenido, aplicar el tema, producir la página. Dos visitantes que piden el mismo artículo disparan dos veces la misma fabricación, para un resultado idéntico.

Lo que significa si no es eso. Un sitio ya cacheado y todavía lento para un visitante anónimo remite a la causa 1. Si va lento solo para las personas conectadas, es la causa 3 — y es el caso peor diagnosticado de todos, porque la caché da la impresión de que el problema está resuelto.

Adónde ir. Es la causa más barata de tratar y la más rentable, y tiene su artículo propio: la solución de la caché de página. En cuanto a herramientas, una extensión gratuita hace el trabajo: nuestro módulo de caché.

Causa 3. La base de datos trabaja mientras el visitante espera

El síntoma, y es muy reconocible. El sitio va rápido en navegación privada y lento una vez conectado. O bien: rápido en las páginas de contenido, lento en el carrito, la cuenta de cliente, el buscador interno, el escritorio. En una tienda, esas son exactamente las páginas que dan dinero.

Lo que lo confirma. Abra la misma página desconectado y luego conectado. Si la diferencia es clara, la caché de página oculta el problema a los visitantes anónimos y lo deja entero para todos los demás — porque una página personalizada no puede servirse desde una copia.

Lo que suele haber detrás. Opciones cargadas automáticamente en cada petición, incluidas las que dejaron extensiones desinstaladas hace tiempo. Consultas que recorren una tabla entera — indoloras cuando la tabla es pequeña, pesadas cuando ha crecido. Tareas programadas que WordPress dispara al cargar una página, lo que equivale a hacer pagar el mantenimiento del sitio al visitante que pasaba por allí.

La señal de envejecimiento. Esta causa no se declara de un día para otro: se instala. Un sitio que se ralentiza progresivamente durante meses, sin cambio visible, apunta casi siempre aquí. Se atribuye al alojamiento, se cambia de plan, y nada se mueve.

Adónde ir. El tratamiento está detallado en las técnicas avanzadas, y el número de extensiones instaladas influye directamente: auditar sus extensiones.

Causa 4. La visualización está bloqueada por lo que se carga antes

El síntoma. El servidor responde rápido — ya lo ha comprobado — y sin embargo la pantalla se queda en blanco un rato, y luego la página aparece de golpe. La espera ya no está en la respuesta, está en lo que el navegador debe procesar antes de poder dibujar.

Lo que lo confirma. Un tiempo de respuesta del servidor correcto unido a una primera visualización tardía. El navegador ha recibido la página y todavía no puede mostrarla: espera hojas de estilo, scripts, a veces una tipografía remota, antes de devolver el control.

Las formas más habituales. Un único archivo de estilos que contiene el diseño de todas las páginas del sitio, incluidas las que el visitante no verá. Una biblioteca cargada en todo el sitio para un formulario que existe en una sola página. Una tipografía llamada a un dominio de terceros, que añade una resolución de nombre y una conexión antes de la primera palabra legible.

El caso de las imágenes, que pertenece a esta familia. El elemento más grande de la primera pantalla suele ser una imagen; hasta que no llega, la página parece vacía aunque todo lo demás esté listo. Una imagen servida a un tamaño muy superior al que se muestra transfiere bytes que nadie verá. El tema tiene su propio artículo: aligerar las fotos de su sitio, y la herramienta gratuita correspondiente: optimización de imágenes.

Adónde ir. Los indicadores que describen exactamente ese momento, y la forma de leerlos sin equivocarse, están en la optimización de los Core Web Vitals. En una tienda: los Core Web Vitals de WooCommerce.

Causa 5. El código que usted no ha escrito

El síntoma, y es la prueba más nítida de todo el artículo. El sitio va lento en producción y rápido en una copia de preproducción — siendo el mismo sitio, el mismo tema, las mismas extensiones. La diferencia no está en el sitio: está en lo que se le añadió en producción y nunca se instaló en otra parte.

Lo que compone esta partida. Medición de audiencia, banner de consentimiento, chat en directo, píxeles publicitarios, tipografías remotas, mapas, herramientas de test, seguimiento de conversión. Cada uno lo pidió alguien un día, por una razón que era buena en aquel momento.

Lo que lo hace particular. Es la única partida de la que nadie en la empresa ha escrito una línea, y por tanto la única que nadie se siente autorizado a quitar. Crece por adiciones sucesivas y nunca decrece sola — un píxel instalado para una campaña terminada se sigue cargando en cada visita, indefinidamente.

Lo que significa si no es eso. Una copia de preproducción tan lenta como la producción exculpa a los terceros y remite a las causas 1 a 4.

El caso del banner de consentimiento. Es obligatorio, llega pronto en la carga, y a menudo desplaza la página al insertarse. La respuesta no es quitarlo: es integrarlo sin que empuje el contenido. Tratado en nuestro enfoque del consentimiento y las cookies.

Por qué este orden y no otro

El orden no clasifica las causas por frecuencia ni por gravedad. Sigue una regla única:

Una causa anterior vuelve falsas todas las medidas posteriores.

Si el servidor tarda en responder (causa 1), todo lo que mida sobre la visualización estará contaminado por esa espera. Si el sitio rehace cada página (causa 2), sus medidas variarán según la carga del momento y concluirá cualquier cosa de una comparación antes/después. Si la base trabaja en cada visita (causa 3), la caché le dará buenas cifras en las páginas anónimas y ocultará el problema en lugar de verlo.

De ahí la consecuencia práctica, que es todo el interés de la lista: cada causa descartada vuelve medible la siguiente. No es un orden de prioridad, es un orden de validez.

Una segunda razón, menos teórica: el coste. Las tres primeras causas se comprueban sin tocar el sitio, y las dos primeras se corrigen sin intervenir en el código. Las dos últimas exigen arbitrajes — quitar un script significa hablar con quien lo pidió.

Los cuatro errores que más cuestan

Medir la portada. Es casi siempre la más trabajada y la menos representativa. Mida una página de contenido, una página de producto y una página del proceso de compra: tres perfiles, tres cuellos de botella distintos. El razonamiento completo para tiendas está en la optimización del embudo de conversión.

No anotar las cifras de antes. Sin un punto de partida escrito, ninguna corrección puede evaluarse, y la conversación termina siempre en «me parece que va mejor». Anote las cifras, y conserve una página testigo que no toque.

Cambiar varias cosas a la vez. Es la forma más segura de no saber nunca qué funcionó — y de quedarse para siempre con tres ajustes inútiles porque estaban en el lote que funcionó.

Optimizar lo que muestra la herramienta en lugar de lo que vive el visitante. Una puntuación que sube porque se ha aplazado un script tres segundos no ha mejorado nada: la espera ha salido de la medición, no de la página. Los datos de campo describen a sus visitantes; un test sintético desde un centro de datos cercano no describe a nadie.

Preguntas frecuentes

¿Un sitio lento está realmente penalizado en los resultados de búsqueda? La velocidad es un criterio entre otros, y rara vez el que decide una posición. Su efecto más medible no está en la clasificación sino en lo que ocurre después del clic: un visitante que espera se va. Es un asunto de conversión antes que de posicionamiento.

¿Hay que cambiar de alojamiento? Solo después de descartar las causas 2 a 5. Un cambio de alojamiento es caro, arriesgado, y solo corrige la causa 1. Muchas migraciones se hacen por un problema que habría seguido al sitio.

¿Quitar extensiones acelera un sitio? A menudo, pero no por la razón que se cree. No es su número en sí: es que cada una añade lecturas de opciones, scripts y puntos de enganche ejecutados en cada página. El tema se trata en el infierno de las extensiones.

Mi sitio iba rápido hace un año. ¿Qué ha pasado? Una ralentización progresiva sin cambio visible apunta casi siempre a la causa 3: la base crece, las consultas sin índice cuestan cada vez más, las opciones acumuladas se siguen cargando. Nada está roto — la acumulación por fin se nota.

Lo que queda por hacer

La clasificación se hace en orden, y se detiene en cuanto una causa queda confirmada:

• Describir lo que se ve — pantalla en blanco y luego todo de golpe, o visualización progresiva
• Medir el tiempo de respuesta del servidor en una página pobre, no en la portada
• Comparar desconectado y conectado en la misma página
• Comparar producción y preproducción, si tiene una
• Anotar todas las cifras tomadas, con la fecha, antes de cambiar nada
• Tratar una sola causa, volver a medir, y pasar a la siguiente

Para vigilar el conjunto sin pensar en ello a diario, la revisión periódica está descrita aquí: saber si su sitio va bien.

Y la frase que hay que retener, si solo queda una: abra la página más lenta de su sitio, no su portada. Es la que han visto sus clientes descontentos.

En cuanto a herramientas, las versiones gratuitas bastan para el diagnóstico y para las dos primeras causas: caché de página, rendimiento de las páginas y optimización de imágenes. Las versiones premium correspondientes están cubiertas por un reembolso íntegro en 14 días.