Optimización de WordPress: cómo saqué un sitio de 6 segundos a menos de 1

Respuesta directa: La optimización de WordPress empieza por medir, no por instalar plugins. Hago una auditoría completa de Core Web Vitals, waterfall de carga, peso del DOM, TTFB y overhead de plugins, y luego aplico los cambios de mayor impacto primero: caché a nivel de servidor, code splitting, eliminación de render-blocking y entrega por CDN. El resultado es un sitio en verde en móvil, con cada cambio documentado y verificable en PageSpeed Insights.

Qué es optimizar (y qué no es)

Optimizar no es “poner un plugin de caché y rezar”. Es entender exactamente qué está Frenando tu sitio y atacar eso, en orden, sin romper nada en el proceso.

No es comprimir imágenes a ciegas, ni desactivar cosas que no sabrás reponer, ni perseguir un 100 en un laboratorio que no se parece a un celular en 4G con datos limitados.

Cada segundo de carga extra cuesta un 7% de conversiones. No es negociable.

Cómo lo hago: mi proceso en 4 fases

1. Auditoría real (día 1)

Mido tu sitio con PageSpeed Insights y con herramientas de campo, no solo con el laboratorio. Reviso el waterfall de carga para ver qué está bloqueando el primer render, cuánto pesa tu DOM y qué plugins se están ejecutando en cada página. Salgo con un informe de los problemas ordenados por impacto real.

2. Caché a nivel de servidor (días 2-3)

Trabajo la caché donde de verdad rinde: en el servidor, con Redis o Nginx, no en PHP. Configuro reglas para que lo estático se sirva desde caché y lo dinámico se genere cuando corresponda. Verifico que nada que deba cambiar en vivo quede congelado.

3. Code splitting y eliminación de render-blocking (días 3-4)

Rompo los archivos para que el navegador no espere al CSS y al JS de secciones que están más abajo en la página. Cargo los scripts de forma diferida, donde el contenido lo permite. Elimino los estilos que se inyectan de más.

4. Entrega y verificación (días 4-5)

Pongo el sitio detrás de un CDN, configuro la caché de estáticos y te entrego el reporte antes/después con las métricas reales. Lo que no se puede medir no entra en el informe.

Qué incluye tu proyecto

Auditoría completa: Core Web Vitals, waterfall, plugins y TTFB
Caché a nivel de servidor (Redis/Nginx)
Code splitting, lazy loading y fin del render-blocking
Entrega por CDN global
Reporte antes/después con métricas reales

Empiezo desde USD 390. Si tu sitio necesita además un redevelopment limpio, lo vemos como un proyecto aparte.

Por qué es diferente a lo que ofrecen otros

No instalo plugins de caché genéricos. Uno de esos plugins cachea todo indiscriminadamente y tarde o temprano sirve una versión vieja de tu contenido a un visitante, que es peor que tener el sitio lento.

Cada optimización que aplico es quirúrgica, documentada y trazable. Sabes exactamente qué cambié, por qué lo cambié y qué métrica se movió. Si algo sale mal, se revierte.

Además, optimizo para conexiones reales. Un 95 en el laboratorio de Mountain View no significa nada si tu cliente está en Santo Domingo con datos móviles: ahí importa el peso de la primera respuesta, y ahí es donde trabajo.

Preguntas frecuentes

¿Cuánto tarda? Entre 3 y 5 días hábiles, según el tamaño del sitio y qué tan abandonado esté.

¿Necesito cambiar de hosting? No necesariamente. Si tu hosting actual no permite caché a nivel de servidor, te lo digo antes de empezar y lo cotizamos aparte. No voy a prometer una optimización que tu infraestructura no puede sostener.

¿Y si ya tengo un plugin de caché instalado? Lo audito. Si está bien configurado se queda, si no se retira. Lo importante es el resultado medido, no la marca del plugin.

¿Se pierde contenido al optimizar? No. La optimización no toca contenido ni datos, solo cómo se sirven. Y todo queda respaldado antes de empezar.

¿Tu WordPress tarda demasiado en cargar? Pásame la URL y te digo qué está frenando tu sitio y cuánto se puede ganar. Sin compromiso y sin instalar nada.