Paso 1: Mide antes de optimizar
Pasa tu sitio por PageSpeed Insights (pagespeed.web.dev) y anota cuatro cifras: LCP (Largest Contentful Paint, el tiempo hasta que aparece el contenido principal), INP (Interaction to Next Paint, capacidad de respuesta), CLS (Cumulative Layout Shift, estabilidad visual) y el peso total de la página. Umbrales de Core Web Vitals de Google: LCP por debajo de 2,5 s, INP por debajo de 200 ms, CLS por debajo de 0,1. Afectan directamente a tu posicionamiento desde 2021. Por debajo de esos umbrales es «bueno»; entre los umbrales y 4 s/500 ms/0,25 es «necesita mejorar»; peor es «deficiente». Todo el sentido de optimizar la velocidad de WordPress es mover estas tres cifras a la zona verde. No te fíes de las puntuaciones de GTmetrix ni de otras valoraciones agregadas: no se corresponden con las señales reales de Google.
Paso 2: Verifica que tu alojamiento no sea el cuello de botella
Comprueba el TTFB (Time To First Byte) desde la geografía de tu audiencia con WebPageTest. Si el TTFB supera 1 segundo, tu alojamiento es el cuello de botella: ninguna optimización del front-end lo arreglará. Culpables comunes: alojamiento compartido barato con servidores sobrecargados, alojamiento en un continente distinto al de tu audiencia, falta de opcache de PHP (cualquier versión de PHP 7+ debería tenerlo activado por defecto). La solución más barata es cambiar a un alojamiento más rápido en el mismo nivel de plan. Para menos de 50 000 visitas/mes, Hostinger Business con LiteSpeed Cache produce un TTFB inferior a 400 ms. Para más tráfico, Kinsta o WP Engine en el nivel premium de Google Cloud producen un TTFB inferior a 300 ms de forma constante. Cambiar de alojamiento da más trabajo que instalar un plugin, pero la mejora suele ser drástica.
Paso 3: La caché de página es la mayor optimización individual
Por defecto, WordPress genera cada página desde PHP + MySQL en cada solicitud. La caché de página almacena el HTML generado y lo sirve directamente a los visitantes posteriores: normalmente 10-20 veces más rápido. En alojamientos basados en LiteSpeed (Hostinger, la mayoría de Bluehost, A2 Turbo, NameHero), instala LiteSpeed Cache (gratis): se integra con la caché a nivel de servidor. En alojamientos Apache/Nginx, instala WP Rocket (59 $/año): es el plugin de caché de mayor calidad y vale el precio. Las alternativas gratuitas (W3 Total Cache, WP Super Cache) funcionan pero requieren más configuración. Tras activar la caché de página, vuelve a probar en PageSpeed Insights: deberías ver caer el TTFB drásticamente.
Paso 4: La optimización de imágenes va en segundo lugar
Las imágenes suelen ser el 60-80 % del peso de una página de WordPress. Dos victorias que capturar: (1) Compresión: cada imagen debe comprimirse antes de subirla. Usa nuestro Compresor de Imágenes o instala ShortPixel/Smush para comprimir automáticamente al subir. Objetivo: imágenes de cabecera por debajo de 200 KB, imágenes de contenido por debajo de 100 KB. (2) Formatos modernos: sirve WebP (o AVIF) en lugar de JPG/PNG. WebP es un 25-35 % más pequeño con la misma calidad. ShortPixel y Smush Pro convierten automáticamente; como alternativa, la optimización de imágenes de Cloudflare reescribe las imágenes al vuelo. (3) Carga diferida: las imágenes por debajo del pliegue solo deberían cargarse al desplazarse hasta ellas. WordPress 5.5+ añade loading='lazy' automáticamente; verifica que funciona viendo el código fuente. (4) Atributos de ancho: establece siempre un width/height explícito en las imágenes para evitar el CLS.
Paso 5: Minificación de CSS/JS y auditoría de paquetes
La mayoría de los plugins de caché (WP Rocket, LiteSpeed Cache) incluyen minificación de CSS/JS: actívala. La mayor victoria es diferir o eliminar los scripts no usados. Ejecuta Chrome DevTools → pestaña Coverage en tu página de inicio; muestra qué bytes de CSS y JS se usan realmente. Resultados típicos: 50-80 % del CSS no se usa, 30-60 % del JS no se usa. Soluciones: (a) usa un tema más ligero (GeneratePress o Kadence envían menos de 30 KB de CSS), (b) desactiva los plugins no usados (a menudo el origen de los scripts no usados), (c) usa un plugin como Asset CleanUp para desactivar scripts en páginas que no los necesitan (p. ej., Contact Form 7 se carga en todas partes por defecto aunque solo lo uses en /contact).
Paso 6: Auditoría de plugins: encuentra los lentos
Cada plugin activo de WordPress se ejecuta en cada carga de página, añadiendo potencialmente consultas, JavaScript y CSS. La mayoría de los sitios lentos tienen más de 30-50 plugins activos, la mitad de los cuales ya no usan. Usa Query Monitor (gratis) para ver qué plugins hacen más consultas a la base de datos. Usa el nivel gratuito de New Relic o el APM de Kinsta para ver qué funciones de plugin tardan más. Principales infractores históricos: Jetpack (hace muchas cosas, todas en cada solicitud), plugins de copia de seguridad inflados ejecutándose durante picos de tráfico, plugins de compartición social que cargan su CSS/JS incluso en páginas sin botones de compartir, plugins de seguridad que hacen análisis de archivos en tiempo real. Desactiva un plugin, vuelve a probar el rendimiento y decide si la función valía el coste.
Paso 7: Optimización de la base de datos
WordPress acumula basura en la base de datos con el tiempo: revisiones de entradas, transients caducados, comentarios de spam, metadatos huérfanos. Instala WP-Optimize (gratis) y ejecuta una limpieza de la base de datos una vez. Mantenimiento mensual razonable: elimina revisiones de más de 60 días (conserva las recientes por seguridad), transients caducados, cola de spam. Para sitios de alto tráfico, la mayor victoria de base de datos es la caché de objetos: Redis o Memcached almacenan en memoria los resultados de consultas MySQL costosas, evitando el trabajo repetido. La mayoría de los alojamientos gestionados de WordPress incluyen Redis en sus niveles superiores; en el alojamiento compartido básico, esto no está disponible.
Paso 8: CDN para audiencias globales
Una CDN (Red de Distribución de Contenidos) almacena en caché tus recursos estáticos (imágenes, CSS, JS) en ubicaciones edge cerca de tus visitantes. Para una audiencia solo de EE. UU. alojada en EE. UU., una CDN aporta una mejora modesta. Para una audiencia global, una CDN es esencial: reduce la latencia de los recursos de 200-500 ms a 20-50 ms. El nivel gratuito de Cloudflare cubre la mayoría de las necesidades; BunnyCDN a 0,01-0,05 $/GB es una mejora de pago con un rendimiento excelente. Para las imágenes en concreto, Cloudflare Images o Bunny Image Optimizer pueden redimensionar y convertir formatos al vuelo.
Paso 9: Mide otra vez e itera
Tras cada cambio importante, vuelve a ejecutar PageSpeed Insights. El objetivo es el progreso incremental: la mayoría de los sitios no pasan de «deficiente» a «bueno» con un solo cambio. Tras una pasada completa de optimización, resultados típicos: una tienda WooCommerce en alojamiento compartido pasa de LCP 4-6 s a LCP 1,5-2,5 s. Un blog de contenido en alojamiento gestionado pasa de LCP 2-3 s a LCP 0,8-1,5 s. Si te quedas por encima de 3 s de LCP tras todo lo anterior, el cuello de botella probablemente sea tu tema: cambia a un tema más ligero (GeneratePress, Kadence o Astra) antes de seguir optimizando.