Aumentar la velocidad de WordPress no consiste en instalar un plugin de caché, activar todas sus opciones y esperar una puntuación de 100 en PageSpeed Insights.
Una web WordPress puede ser lenta por muchas razones: servidor, tema, plugins, consultas a la base de datos, imágenes, JavaScript, CSS, fuentes, servicios externos o una combinación de varios factores.
Y existe otro elemento que muchas veces pasa desapercibido: el tráfico que está consumiendo los recursos del servidor. No todas las peticiones proceden de usuarios reales. Bots, rastreadores agresivos, intentos de acceso y otras solicitudes automatizadas también pueden generar carga.
Por eso, antes de empezar a cambiar configuraciones, conviene entender dónde está realmente el cuello de botella.
En esta guía veremos cómo mejorar la velocidad de WordPress de forma práctica y, sobre todo, en qué orden analizar cada parte para evitar optimizaciones innecesarias o incluso contraproducentes.
¿Qué significa optimizar la velocidad de WordPress?
La optimización del rendimiento web suele englobarse dentro del concepto WPO, siglas de Web Performance Optimization.
WPO abarca muchas más cosas que WordPress. Podemos analizar servidor, red, navegador, caché, recursos estáticos, JavaScript, imágenes y experiencia de usuario.
Si quieres profundizar en esa parte más amplia, en mi guía sobre optimización del rendimiento web explico cómo analizar el sistema completo.
Aquí nos centraremos específicamente en qué podemos revisar para acelerar una instalación WordPress.
Antes de optimizar WordPress: mide primero
El primer paso no debería ser instalar nada.
Primero necesitamos medir el estado actual de la web para disponer de una referencia y entender qué está ocurriendo.
Podemos utilizar herramientas como PageSpeed Insights, Lighthouse, Chrome DevTools o GTmetrix, pero también debemos observar la información disponible en el propio servidor.
No me quedaría únicamente con una puntuación. Necesitamos observar qué recursos se cargan, cuánto tarda el servidor en responder, qué elementos retrasan el contenido principal, cuánto JavaScript se ejecuta y qué sucede cuando el usuario empieza a interactuar con la página.
Cuando tenemos acceso a la infraestructura también podemos analizar consumo de CPU y memoria, procesos, logs, peticiones, tráfico automatizado y otros indicadores que una prueba realizada únicamente desde el navegador no puede explicar por sí sola.
No analices solamente la página de inicio
Este es un error muy frecuente.
Podemos conseguir una portada rápida y continuar teniendo problemas importantes en el resto de la web.
En WordPress conviene analizar varias páginas representativas: la página de inicio, una página de servicio, una entrada del blog, una categoría y cualquier plantilla especialmente importante para el negocio.
Si utilizamos WooCommerce, también deberíamos comprobar fichas de producto, categorías y procesos dinámicos como carrito y checkout.
Cada tipo de página puede cargar recursos diferentes y ejecutar procesos distintos.
1. Empieza por un servidor bien configurado y protegido
Antes de intentar acelerar WordPress desde el propio CMS, conviene mirar qué está ocurriendo en el servidor.
Podemos optimizar imágenes, CSS, JavaScript y caché, pero si el servidor está saturado, mal configurado o dedicando recursos a tráfico que no aporta ningún valor, estaremos intentando solucionar el problema desde el lugar equivocado.
Por eso un buen alojamiento para WordPress no debería valorarse únicamente por el espacio en disco, la memoria disponible o el número de CPU asignadas. También importa cómo está configurada, mantenida, monitorizada y protegida la infraestructura.
Un servidor rápido no depende solamente del hardware
Tener más CPU o memoria puede ayudar cuando realmente necesitamos esos recursos, pero sobredimensionar una máquina no corrige una configuración deficiente.
Entre otros aspectos, conviene revisar:
- recursos disponibles y carga real del servidor;
- versión y configuración de PHP;
- configuración del servidor web;
- rendimiento de la base de datos;
- estrategia de caché;
- procesos y consultas costosas;
- límites de recursos;
- estabilidad y disponibilidad de la infraestructura.
Una web pequeña no necesita necesariamente un servidor enorme. Necesita una infraestructura correctamente dimensionada y bien administrada.
El tráfico que recibe el servidor también importa
No todas las solicitudes que llegan a una web proceden de personas que quieren leer una página, comprar un producto o enviar un formulario.
Un servidor puede recibir continuamente tráfico automatizado: bots rastreando URLs inexistentes, intentos contra accesos de WordPress, exploraciones automatizadas, peticiones repetitivas y otros patrones de tráfico abusivo.
Cada petición consume algún recurso. Y dependiendo de la URL solicitada, la petición puede llegar hasta PHP, consultar la base de datos, cargar WordPress y sus plugins o ejecutar otros procesos antes de producir una respuesta.
Cuando este tráfico alcanza un volumen significativo, la protección de la infraestructura también puede convertirse en una cuestión de rendimiento.
No tiene mucho sentido dedicar recursos del servidor a procesar miles de solicitudes hostiles mientras intentamos ahorrar unos kilobytes comprimiendo una imagen.
Seguridad y rendimiento pueden compartir el mismo problema
Esto no significa que cualquier problema de velocidad sea consecuencia de un ataque ni que bloquear bots convierta automáticamente una web lenta en una web rápida.
Significa que, cuando analizamos el rendimiento de un servidor, también debemos entender qué tráfico está recibiendo, qué recursos consume y qué solicitudes deberían llegar realmente hasta WordPress.
Un bot que realiza unas pocas solicitudes probablemente sea irrelevante desde el punto de vista del rendimiento. Miles de peticiones automatizadas contra procesos costosos son una situación completamente diferente.
Por eso rendimiento, seguridad y monitorización no deberían tratarse siempre como mundos separados.
El alojamiento que utilizo para mis proyectos
Esta es precisamente una de las razones por las que no entiendo el alojamiento web como simplemente “guardar una página en un servidor”.
En la infraestructura que utilizo para mis clientes trabajo el servidor como parte del proyecto: rendimiento, configuración, monitorización y protección del tráfico, buscando que WordPress disponga de una base estable sobre la que trabajar.
Además de optimizar la infraestructura, utilizo sistemas propios de inteligencia y protección para detectar tráfico hostil y reducir el impacto de bots, ataques automatizados y otras solicitudes que no deberían consumir innecesariamente los recursos destinados a las webs y a sus usuarios reales.
Si estás buscando alojamiento para WordPress o WooCommerce, puedes consultar mi servicio de hosting protegido y optimizado.
2. Utiliza un tema bien construido
El tema determina una parte importante del HTML, CSS y JavaScript que recibe el navegador.
Por eso no evaluaría un tema únicamente por su diseño. También debemos comprobar cuánto código carga, qué dependencias utiliza y si añade recursos globalmente aunque determinadas páginas no los necesiten.
Un tema ligero proporciona una buena base, pero tampoco debemos caer en la idea de que cualquier funcionalidad adicional es necesariamente mala. La cuestión es si el código cargado aporta una función que realmente necesitamos.
3. No cuentes plugins: analiza lo que hacen
Una recomendación habitual consiste en decir que cuantos más plugins tenga WordPress, más lento será.
No es una regla fiable.
Podemos tener varios plugins pequeños con un impacto mínimo y un único plugin capaz de realizar consultas costosas, cargar grandes cantidades de JavaScript o realizar peticiones externas lentas.
Lo importante es analizar el comportamiento de cada extensión.
Eso sí: si un plugin ya no se utiliza, mantenerlo instalado no aporta ningún beneficio. Conviene eliminar componentes innecesarios y mantener actualizados los que forman parte del proyecto.
4. Configura correctamente la caché
La caché puede reducir considerablemente el trabajo necesario para responder a determinadas solicitudes.
En lugar de generar exactamente la misma página una y otra vez mediante PHP y consultas a la base de datos, una solución de caché puede reutilizar una versión previamente generada cuando sea apropiado.
Pero no existe un “mejor plugin de caché” válido para todas las instalaciones. La solución depende de la infraestructura.
Por ejemplo, si el servidor ya dispone de un sistema de caché integrado, puede ser más interesante aprovechar esa capa que instalar diferentes plugins intentando realizar simultáneamente la misma función.
También debemos distinguir entre caché de página, caché de objetos, caché del navegador y otras capas que pueden intervenir en la entrega del contenido.
5. Optimiza las imágenes
Las imágenes suelen representar una parte importante del peso descargado por una página.
Algunas medidas útiles son:
- subir imágenes con dimensiones adecuadas;
- comprimirlas correctamente;
- utilizar formatos modernos como WebP o AVIF cuando sean apropiados;
- aprovechar las imágenes responsivas de WordPress;
- aplicar carga diferida a imágenes que aparecen fuera del área inicialmente visible.
También debemos tener cuidado con el lazy loading. Retrasar una imagen situada en la parte superior de la página puede perjudicar el tiempo necesario para mostrar el contenido principal.
6. Revisa CSS y JavaScript
Minificar CSS y JavaScript puede reducir el tamaño de los archivos, pero normalmente hay una pregunta más importante:
¿Necesitamos cargar todo ese código?
Un plugin puede añadir su JavaScript en todas las páginas aunque solamente se utilice en una. Un constructor visual puede generar estilos que determinadas plantillas no necesitan. Un servicio externo puede bloquear o retrasar otras tareas del navegador.
Por eso, además de minificar, conviene estudiar qué archivos se cargan, dónde se cargan, cuándo se ejecutan, si bloquean el renderizado y si realmente son necesarios.
7. Revisa la base de datos de WordPress
Con el tiempo, una instalación WordPress puede acumular revisiones, transients, opciones, metadatos y registros generados por diferentes plugins.
Pero “limpiar la base de datos” no debería significar borrar registros indiscriminadamente.
Antes de eliminar información necesitamos saber qué la genera y si continúa siendo necesaria.
En problemas de rendimiento más complejos, resulta especialmente útil identificar consultas lentas, tablas que han crecido de forma anormal o valores cargados automáticamente que están consumiendo recursos innecesarios.
Y antes de realizar cambios importantes en la base de datos, siempre debemos disponer de una copia de seguridad válida.
8. Controla las fuentes
Las tipografías personalizadas también forman parte del rendimiento de una página.
Si cargamos varias familias con numerosos pesos y estilos, podemos terminar realizando muchas solicitudes para mostrar algo que quizá podría resolverse con una configuración mucho más sencilla.
Conviene utilizar únicamente las variantes necesarias, formatos eficientes como WOFF2 y una estrategia adecuada para mostrar el texto mientras se cargan las fuentes.
9. Revisa los servicios externos
No todo lo que ralentiza WordPress está dentro de WordPress.
Una página puede cargar scripts de analítica, publicidad, chat, mapas, vídeos, redes sociales, sistemas de consentimiento y otras plataformas externas.
Cada servicio puede añadir conexiones, descargas y trabajo al navegador.
No significa que debamos eliminarlos. Debemos decidir si el valor que aportan justifica el coste de rendimiento y si podemos cargarlos de una forma más eficiente.
10. ¿Necesita WordPress una CDN?
Una CDN puede ser útil, pero no es obligatoria para todos los proyectos.
Puede ayudar a distribuir recursos mediante una infraestructura geográficamente distribuida, reducir carga sobre el origen y añadir otras capacidades dependiendo del proveedor.
Su utilidad dependerá de factores como la ubicación de los usuarios, el tipo de contenido, el tráfico y la infraestructura existente.
En qué es una CDN y cuándo utilizarla explico con más detalle esta parte.
11. WordPress y Core Web Vitals
Cuando analizamos la experiencia de carga también podemos utilizar Core Web Vitals como referencia.
Actualmente encontramos tres métricas principales:
- LCP, relacionado con la presentación del contenido principal;
- INP, relacionado con la capacidad de respuesta ante las interacciones;
- CLS, relacionado con la estabilidad visual de la página.
No son las únicas métricas que podemos analizar, pero ayudan a observar el rendimiento desde la perspectiva de la experiencia del usuario.
12. WooCommerce requiere todavía más cuidado
Si utilizamos WooCommerce, no podemos aplicar exactamente las mismas reglas a todas las URLs.
Una tienda incorpora páginas y procesos dinámicos como carrito, checkout, cuenta del cliente, sesiones, inventario y diferentes operaciones relacionadas con los pedidos.
Una configuración agresiva de caché que funciona perfectamente en una entrada del blog puede provocar problemas en un proceso de compra.
Por eso en ecommerce no basta con comprobar que la página carga rápido: debemos comprobar que continúa funcionando correctamente.
No persigas un 100/100 a cualquier precio
Conseguir una puntuación alta en una herramienta de rendimiento puede ser positivo, pero no debería convertirse en el objetivo final.
Una web existe para cumplir una función.
Podríamos eliminar formularios, analítica, funcionalidades comerciales, imágenes y otros elementos y probablemente mejorar determinadas métricas. Pero si destruimos la utilidad de la web, no hemos realizado una buena optimización.
El objetivo es conseguir el mejor equilibrio posible entre velocidad, funcionalidad, diseño y objetivos del proyecto.
Optimiza una cosa cada vez
Esta continúa siendo una de las recomendaciones más importantes cuando trabajo con rendimiento.
Si cambiamos simultáneamente la caché, el CDN, la configuración de JavaScript, las imágenes y varios plugins, después será difícil saber qué modificación produjo una mejora o provocó un problema.
Un proceso más seguro sería:
- medir el estado inicial;
- identificar un problema;
- realizar el cambio;
- vaciar las capas de caché necesarias;
- volver a medir;
- comprobar la funcionalidad;
- mantener o revertir el cambio según el resultado.
¿Por dónde empezaría para acelerar WordPress?
Si tuviera que revisar hoy una instalación WordPress lenta, seguiría aproximadamente este orden:
- Comprobar el servidor, su carga y el tráfico que está procesando.
- Medir varias páginas representativas.
- Identificar plugins, consultas o procesos costosos.
- Revisar la estrategia de caché.
- Optimizar imágenes y contenido multimedia.
- Analizar CSS y JavaScript.
- Revisar fuentes y servicios externos.
- Evaluar si una CDN aporta valor.
- Volver a medir y comprobar que nada se ha roto.
Conclusión: un WordPress rápido empieza antes de WordPress
Aumentar la velocidad de WordPress no consiste en acumular plugins de optimización ni en copiar una configuración utilizada en otra web.
Cada proyecto tiene una combinación diferente de servidor, tema, plugins, contenido, tráfico y funcionalidades.
Por eso prefiero trabajar a partir del diagnóstico: medir, localizar el cuello de botella, corregirlo y comprobar el resultado.
Y ese diagnóstico debería comenzar antes de WordPress. Un servidor correctamente configurado, monitorizado y protegido permite que los recursos estén disponibles para quienes realmente los necesitan: los usuarios y los procesos legítimos de la web.
Si trabajas con este CMS, puedes consultar mis servicios para WordPress. Y si buscas una infraestructura donde rendimiento y protección formen parte del mismo planteamiento, puedes conocer mi servicio de hosting protegido para WordPress y WooCommerce.
