Entras en tu web desde el móvil y la imagen de cabecera se hace esperar. Intentas abrir el menú y tampoco responde al momento. Más tarde, dentro de WordPress, guardar una página empieza a parecer una tarea que admite pausa para el café. Algo va lento, pero todavía no sabemos si hablamos del mismo problema.
Para acelerar WordPress conviene localizar dónde se pierde el tiempo y corregir esa parte primero. Puede estar en las imágenes, en el código que ejecuta el navegador, en un plugin, en la caché o en el servidor. A veces se juntan varias cosas. Instalar otro optimizador sin comprobarlo añade una posibilidad más a la investigación.
Nos encontramos a menudo webs que han ido acumulando pequeñas incorporaciones. Un chat por aquí, un carrusel por allá, una herramienta de reservas que ya no se utiliza. Cada petición tenía su lógica; nadie se encargó de revisar lo que seguía cargándose después. El trabajo empieza por entender esa web tal como está hoy, no por aplicar todos los consejos de una lista.
Por qué WordPress va lento y por dónde empezar
Antes de abrir ninguna herramienta, concreta qué significa «va lento» en tu caso. Hay tres situaciones que orientan bastante el diagnóstico.
La web pública tarda en mostrarse. La espera puede producirse antes de recibir la página o mientras el navegador descarga y presenta su contenido. Aquí entran la caché de página, el procesamiento de WordPress, las imágenes, las fuentes y el JavaScript, entre otros factores.
El administrador va lento, pero la web parece rápida. Es posible que los visitantes estén recibiendo páginas guardadas en caché mientras tú trabajas con pantallas que tienen que ejecutar consultas y funciones en cada carga. Mejorar una portada no demuestra que el editor o el listado de pedidos funcionen bien.
Solo falla una página o una acción. Una ficha de producto puede tener una galería pesada; un filtro, una consulta costosa; y una reserva, una conexión con otro servicio. Si el resto funciona, esa diferencia es una pista muy útil.
Anota también cuándo empezó. Si WordPress se ha vuelto lento de repente, revisa qué coincidió con el cambio. Una actualización, una importación, una copia de seguridad, más tráfico o un fallo en una integración pueden explicar mejor la incidencia que el tamaño de una imagen que lleva meses igual. Esa coincidencia orienta la prueba, aunque por sí sola no demuestra la causa.
Cómo medir la velocidad de WordPress antes de optimizar
Elige unas pocas URLs que representen tu web. La portada, una página de servicio y una entrada suelen bastar para una primera revisión; en una tienda, añade una categoría y un producto. Compruébalas en móvil y escritorio, y abre la parte pública sin tu sesión de administrador.
PageSpeed Insights sirve para empezar. Si ofrece datos de usuarios reales, comprueba si corresponden a esa URL o al conjunto del dominio. La prueba de laboratorio que aparece debajo ayuda a investigar, pero no reproduce todas las visitas ni analiza tu panel privado. En nuestra guía de cómo leer PageSpeed explicamos esa diferencia con más detalle.
Para decidir qué investigar, fíjate en el momento de la espera. ¿La pantalla sigue vacía antes de recibir contenido? ¿Aparece el texto, pero la imagen principal llega tarde? ¿Ya se ve todo, pero pulsar un botón cuesta? Son problemas distintos, aunque todos acaben resumidos en un «mi web carga lenta».
El TTFB mide la espera hasta empezar a recibir una respuesta. Puede incluir redirecciones, resolución del dominio, conexión y procesamiento, según la medición utilizada. Un valor alto justifica investigar; no permite concluir directamente que tienes que cambiar de hosting. La explicación de Google sobre TTFB detalla esos componentes.
Si tienes soltura técnica, abre las herramientas de Chrome, entra en Network y recarga la página. Selecciona el documento principal y revisa Timing. Separa la conexión, la espera de respuesta y la descarga. Después mira qué imágenes, estilos o scripts llegan tarde. La cascada ayuda a localizar una espera, pero encontrar el archivo más pesado no siempre explica por qué el menú se queda bloqueado.
Guarda el resultado inicial, la URL y las condiciones de prueba. Repite varias veces antes de comparar. Contrastar una carga recién purgada con otra que ya estaba en caché puede hacer que una mejora parezca mucho mayor de lo que es.
Configura la caché de WordPress según tu web
WordPress suele montar las páginas ejecutando PHP y consultando la base de datos. La caché de página guarda una versión del HTML ya preparado para reutilizarla en visitas que pueden compartir ese contenido. En una web corporativa con muchas páginas públicas, evitar ese trabajo repetido puede ser una mejora importante.
Primero pregunta qué caché proporciona tu alojamiento. Quizá ya esté activa en el servidor, quizá necesite una integración o quizá debas configurarla con un plugin. No hace falta instalar dos herramientas para que ambas guarden la misma página. Sí pueden convivir distintas capas si cada una cumple una función y sus reglas están coordinadas.
La caché del navegador conserva archivos en el dispositivo de quien visita la web. La caché persistente de objetos, por su parte, permite reutilizar determinados datos entre peticiones y puede reducir consultas a la base de datos. Esta última necesita soporte y configuración en el servidor; instalar un plugin que mencione Redis no crea por sí solo esa infraestructura.
En WooCommerce hay un matiz esencial. El carrito, el pago y la cuenta muestran información de cada usuario y deben quedar fuera de una caché compartida de página. Las integraciones suelen contemplarlo, pero hay que comprobarlo. La documentación de WooCommerce sobre caché recoge esas exclusiones. Lo mismo exige atención en áreas privadas, reservas y otras páginas personalizadas.
Después de configurarla, prueba como visitante, con productos en el carrito y con sesión iniciada cuando corresponda. Comprueba también que los cambios de contenido se ven al purgar. Si necesitas ese procedimiento, tienes la guía de cómo borrar la caché de WordPress.
Un CDN puede complementar este trabajo al distribuir archivos desde una red de servidores, especialmente si recibes visitas desde lugares alejados. Su efecto depende de lo que distribuye y guarda; no corrige una consulta lenta del administrador ni un script que bloquea el navegador. Para configurarlo, dejamos el recorrido completo en Cloudflare para WordPress.
Optimiza las imágenes, las fuentes y los vídeos
Cuando la página empieza a aparecer con rapidez pero tarda en completarse, revisa lo que estás pidiendo descargar. Una fotografía preparada para imprimir no debería llegar tal cual al móvil de quien quiere leer tu servicio.
Empieza por la imagen principal. Ajusta sus dimensiones al uso, comprímela manteniendo una calidad adecuada y comprueba si WebP o AVIF reducen el peso. Revisa también que la web sirva tamaños adaptados a la pantalla. Cambiar la extensión de un archivo enorme ayuda menos que preparar bien la imagen desde el principio.
La imagen que aparece al entrar no debería retrasarse con carga diferida si es el elemento principal de esa pantalla. La carga diferida resulta útil para contenido situado más abajo, pero aplicada indiscriminadamente puede hacer esperar justo por lo que el visitante necesita ver primero. Google explica esa prioridad en su guía para optimizar el LCP, la métrica que evalúa cuándo aparece el contenido principal.
Hay otro detalle que se pasa por alto. Puedes haber descargado una imagen ligera y seguir sin verla porque una animación la mantiene oculta hasta terminar de ejecutar JavaScript. En ese caso, comprimirla otra vez no elimina la espera. Hay que revisar cómo se presenta.
Con las fuentes, comprueba cuántas familias y variantes estás cargando y cuáles se utilizan realmente. Con los vídeos, valora si necesitan reproducirse nada más entrar. Una portada con botón de reproducción puede evitar que todos los visitantes descarguen un reproductor completo, aunque no vayan a verlo.
Aplica el mismo criterio a mapas, chats y contenidos incrustados. Si solo hacen falta en una página, revisa por qué aparecen en las demás. Puedes seguir con la preparación de los archivos en cómo optimizar imágenes para web, pero aquí la prioridad es corregir los recursos que están retrasando la visita.
Cómo detectar los plugins que ralentizan WordPress
Contar plugins es fácil. Saber qué trabajo hace cada uno resulta bastante más útil. Un complemento puede añadir consultas, cargar archivos en todas las páginas, conectar con un servicio externo o ejecutar una tarea de fondo. El número total no cuenta toda esa historia.
Cuando revisamos una instalación, empezamos por preguntar para qué sirve cada plugin y qué parte de la web depende de él. A veces aparece alguno cuyo motivo de instalación se perdió hace tiempo. Antes de quitarlo, hay que comprobarlo. Que nadie recuerde su nombre no significa que el formulario pueda vivir sin él.
Para investigar la parte de WordPress, Query Monitor muestra consultas a la base de datos, peticiones HTTP, errores y otros datos de la carga analizada. Las consultas agrupadas por componente pueden orientar hacia un plugin o tema. No es un detector que declare automáticamente un culpable, ni describe por sí solo todo el tiempo que el navegador dedica a ejecutar JavaScript.
Una comprobación razonable sigue este recorrido.
- Abre la página o pantalla que va lenta con Query Monitor activo.
- Revisa las consultas lentas o repetidas y las peticiones HTTP que tardan o fallan.
- Identifica el componente y la función implicados antes de decidir qué cambiar.
- Prueba una actualización, un ajuste o una alternativa en una copia de la web y repite la misma tarea.
Antes de desactivar plugins, cambiar el tema o tocar datos, necesitas una copia de seguridad que puedas restaurar y un entorno de pruebas separado. Hacer el descarte apagando medio WordPress en la web que recibe pedidos puede darte una respuesta bastante cara.
Query Monitor añade trabajo de diagnóstico, así que desactívalo al terminar. Y distingue retirar un plugin que ya no necesitas de conseguir una mejora de velocidad. Un plugin inactivo no ejecuta normalmente su código por estar en una carpeta; otra cuestión son los datos o procesos residuales que puedan seguir afectando a la instalación.
Mejora el rendimiento del tema y de Elementor
Si una página concentra carruseles, galerías, efectos de entrada, iconos y numerosos bloques anidados, conviene revisar su construcción. Tanto el tema como un constructor o sus extensiones pueden aportar archivos y procesamiento. Que PageSpeed señale JavaScript no identifica automáticamente cuál de ellos lo está generando.
En una web hecha con Elementor, empieza por la plantilla que has medido. Comprueba qué widgets utilizas, qué extensiones los añaden y si hay secciones duplicadas para escritorio y móvil. Ocultar una sección visualmente no demuestra que sus recursos hayan dejado de descargarse.
Antes de cambiar de constructor o rehacer la web entera, prueba a simplificar esa página. Retira un elemento que no aporta, reduce extensiones solapadas o cambia una galería por una presentación más sencilla. Vuelve a medir para saber si has encontrado una mejora que merezca trasladar al resto.
Los ajustes para eliminar CSS no utilizado, minificar o retrasar JavaScript pueden ayudar, pero necesitan comprobación. Un archivo aparentemente prescindible puede ser necesario al abrir el menú o iniciar una reserva. Preferimos cargar menos cosas desde el diseño y después ajustar su entrega. Así se reduce también lo que habrá que mantener.
Qué revisar si el administrador de WordPress va lento
Si el problema está en el editor, los pedidos o los ajustes, trabaja sobre esa pantalla. Un test público no entra en ella y la caché de página habitual no debería guardar tu administrador para compartirlo con otros usuarios.
Revisa primero Herramientas → Salud del sitio y anota los avisos relacionados con el servidor o los procesos internos. En su pestaña de información puedes consultar la versión de PHP y otros datos para trasladarlos al soporte. Los avisos son pistas; no todos explican la lentitud que estás investigando.
Después, utiliza Query Monitor en la pantalla afectada para revisar consultas y conexiones externas. Nos encontramos también con complementos que consultan un servicio remoto al abrir una pantalla. Cuando ese servicio tarda o falla, el listado o los ajustes parecen haberse quedado pensando. Cambiar el tamaño de las fotografías no resolvería esa espera.
En tiendas y webs con automatizaciones, comprueba las tareas de fondo. WooCommerce permite revisar Estado → Acciones programadas. Una tarea fallida tiene un registro que ayuda a investigar; una cola que acumula retrasos merece atención. Tener tareas pendientes es normal, y vaciar la lista sin averiguar qué las crea no arregla el origen.
La base de datos también puede necesitar revisión, especialmente si hay consultas costosas u opciones que se cargan automáticamente en cada petición. Optimizarla exige identificar qué datos se utilizan. Las revisiones, los temporales y las tablas de plugins no son basura por definición. Una limpieza indiscriminada puede eliminar justo lo que necesitabas conservar.
Tampoco recomendamos desactivar el autoguardado, Heartbeat o las tareas programadas como receta general. Cumplen funciones del editor y de los plugins. Si hay un exceso de peticiones, hay que localizar su origen y ajustar lo que corresponda.
Cuándo necesitas mejorar el hosting de WordPress
El alojamiento importa. Si faltan recursos o se alcanzan límites, WordPress puede tardar en procesar las peticiones, especialmente las que no pueden resolverse con una página guardada en caché. Pero un TTFB alto también puede venir de una consulta ineficiente o de una conexión externa que el propio WordPress está esperando.
Antes de contratar un plan mayor, pide al soporte datos del momento de la incidencia. Interesan el consumo de CPU y memoria, los límites alcanzados, la concurrencia de procesos PHP y los registros de errores o tiempos de espera. «Mi web va lenta» abre una conversación; una URL, una hora y una acción que reproduce el problema permiten investigarlo.
Comprueba que PHP tiene una versión con soporte y compatible con tu instalación, y que la configuración del servidor está preparada para esa carga. Actualizarlo puede ser necesario, pero hay que probar la compatibilidad de tema y plugins. Subir un límite de memoria en un archivo tampoco crea RAM disponible ni repara código que consume demasiado.
Si el alojamiento se queda corto pese a una configuración razonable, mejorar el plan o migrar tiene sentido. Si el problema está concentrado en un plugin o una consulta, conviene corregirlo antes de pagar por más capacidad. Puede que necesites ambas cosas; los datos deben explicar cuál es el siguiente paso.
Cómo comprobar que WordPress carga más rápido
Después de cada cambio, repite las mismas URLs, dispositivos y condiciones de caché. Compara los tiempos relevantes para el problema inicial, no solo el color de la puntuación. Los datos de usuarios reales tardarán en reflejar el nuevo comportamiento porque incluyen visitas anteriores al cambio.
Recorre también las tareas que necesita tu negocio. Abre el menú, envía un formulario, comprueba una reserva o completa un pedido de prueba cuando corresponda. Si has retrasado scripts, confirma que siguen funcionando la medición y la gestión del consentimiento. Una mejora que deja de registrar contactos o impide pagar necesita revisión, por muy verde que salga el informe.
Conserva un registro sencillo del ajuste, la fecha y el resultado. Servirá para comprobar qué ocurre cuando añadas una extensión o cambies una plantilla. La velocidad también se mantiene tomando decisiones sobre lo que entra en la web.
Si quieres empezar hoy, elige la página o la pantalla que más te está frenando, guarda una medición y determina dónde se produce la espera. Esa primera comprobación debe decidir el cambio siguiente. Si no consigues acotar la causa, podemos revisar la instalación y definir las mejoras necesarias desde nuestro servicio de mantenimiento web.
Escrito en Nereida Studio, estudio de diseño web y posicionamiento en Valencia. Así trabajamos.
