Optimización de WordPress:
medimos antes de prometer
“Tu sitio va lento” no es un diagnóstico. Encontramos qué lo pone lento, lo arreglamos de raíz, y te demostramos el antes y el después con los números de tus visitantes reales, no con puntuaciones de laboratorio.
Optimizar contra el número equivocado es trabajar un mes para nada
Casi todo el mundo mide su sitio con PageSpeed Insights, ve un número rojo brillante (digamos, un 35/100) y busca a quién llamar de urgencia. El problema es que ese número es una prueba de laboratorio: una simulación ejecutada desde un servidor de Google emulando un teléfono de gama media con una conexión 4G lenta.
Debajo de ese círculo de color, un poco más ocultos, están los datos que de verdad cuentan: los de tus visitantes reales de los últimos 28 días (el Chrome User Experience Report). Google usa esos datos históricos para posicionarte, no el test sintético del momento.
Peor aún: los evalúa al percentil 75. Eso significa que no basta con que tu web vaya rápida para la mayoría con Wi-Fi y un iPhone; tiene que ir rápida también para el 25% de usuarios que peor conexión tienen. Móvil y escritorio se califican por separado.
Un mal "waterfall" retrasa el LCP. Retrasar la carga de imágenes parece bueno en teoría, pero si difieres la imagen equivocada (el Hero), empeoras la experiencia radicalmente.
Las tres métricas vitales (Core Web Vitals)
Largest Contentful Paint. Cuánto tarda en aparecer el bloque principal de contenido. Casi siempre es una imagen grande sin optimizar, o un servidor tardando demasiado (TTFB alto) en entregar el esqueleto de la página.
Interaction to Next Paint. Cuánto tarda la página en reaccionar cuando tocas un botón, abres un menú o añades al carrito. Si la web "se congela", es JavaScript pesado bloqueando el hilo principal.
Cumulative Layout Shift. Cuánto brinca la página mientras carga. Extremadamente molesto para el usuario. Causado por imágenes sin dimensiones declaradas, fuentes que cargan tarde o banners de anuncios inyectados.
Si alguien te habla todavía de FID (First Input Delay), está trabajando con manuales viejos: desapareció en marzo de 2024 y lo sustituyó el INP, que es infinitamente más exigente porque mide todas las interacciones de la visita a lo largo de su sesión, no solo el primer clic.
Dónde está el problema de verdad
Después de auditar y reparar cientos de sitios WordPress, sabemos que el problema rara vez es que "falta un plugin de velocidad". Generalmente sobran cosas.
Plugins peleándose (El clásico)
Es el error número uno. Vemos sitios con WP Rocket, Autoptimize y LiteSpeed Cache instalados a la vez. Cada uno intentando minificar el mismo CSS, generando su propio caché en disco y anulándose entre ellos. El sitio no va lento a pesar de los plugins; va lento por ellos.
Imágenes que nadie procesó
Catálogos enteros de WooCommerce con fotos de 5 Megabytes subidas tal cual salieron del iPhone, forzadas a caber en un recuadro de 800 píxeles. Es el arreglo técnico más barato y el que más mueve la aguja del LCP.
El Servidor y el Intérprete
Límites de memoria PHP (`memory_limit`) estrangulados a 128M en un WooCommerce, procesos concurrentes agotados o correr sobre PHP 7.4 (obsoleto). Un WordPress bien configurado en PHP 8.3 ejecuta código y atiende visitas al doble de velocidad.
La sobrecarga del Tema
Los constructores visuales populares inyectan cientos de KB de CSS en línea en cada carga para soportar módulos que ni siquiera estás usando. Se puede purgar este CSS crítico, pero hay que saber dónde está la frontera entre optimizar la carga y romper el diseño de la página.
El hilo principal del navegador (Main Thread) solo puede hacer una cosa a la vez. Si un script ineficiente de un plugin lo bloquea durante 800ms, la web no reaccionará a los toques del usuario. Eso dispara tu métrica INP a rojo. Nosotros troceamos y aplazamos esa ejecución.
Las dos capas de caché que colapsaron un diario
Un periódico estatal nos llamó de urgencia porque su portal iba lentísimo y, a ratos, mostraba errores 500 o páginas en blanco. Estaban alojados en un plan costoso de WordPress.com Business, y un asesor externo les había añadido Cloudflare configurado al máximo nivel de caché.
El diagnóstico: Tenían dos sistemas de caché de proxy reverso potentísimos sirviendo contenido de forma asíncrona, cada uno con su propia idea de cuál era la versión actual de la página. Los editores publicaban una noticia urgente y no aparecía. Purgaban Cloudflare y la nota seguía invisible porque el caché de la plataforma la retenía.
La intervención:
- Sacamos a Cloudflare de la ruta del proxy (dejándolo solo como gestor DNS ultrarrápido).
- Revisamos qué estaba cacheando realmente la infraestructura subyacente.
- Bajamos la instalación de treinta plugins erráticos a solo siete esenciales.
- Descubrimos videos enormes subidos directamente a la base de datos de medios, saturando el ancho de banda, cuando su plan ya incluía 1TB de VideoPress (CDN de video) que nadie estaba utilizando.
Ese sitio no necesitaba comprar más servidores ni planes premium. Necesitaba que alguien entendiera las herramientas empresariales que ya tenían configuradas.
Cloudflare: Un bisturí, no un martillo
Cloudflare es una de las mejores redes del mundo, pero es también el producto peor implementado del ecosistema WordPress. No es un botón que enchufas y mágicamente todo vuela.
Nosotros sabemos cuándo conviene activar su proxy inverso completo y cuándo conviene usarlo estrictamente para seguridad y DNS. Creamos reglas de caché (`Page Rules` o `Cache Rules`) precisas para que no rompa el área de clientes (Mi Cuenta) y nos aseguramos de excluir los endpoints dinámicos — el clásico y peligroso error donde un usuario termina viendo el carrito de compras del usuario anterior.
Caché de servidor e imágenes de tercera generación
Un plugin de caché tradicional genera archivos estáticos (HTML) y los sirve requiriendo que PHP despierte, procese la petición y entregue el archivo. Un caché a nivel de servidor (Edge Cache o Web Server Cache) responde a la petición antes de que PHP siquiera se entere de que alguien visitó la web. La diferencia en el Tiempo Hasta el Primer Byte (TTFB) es de otro orden de magnitud.
Nosotros trabajamos con la infraestructura real: Caché a nivel de servidor donde el entorno lo permite (LiteSpeed Web Server, Varnish, Nginx FastCGI), Caché de Objetos en memoria (Redis o Memcached) para evitar repetir las mismas consultas a la base de datos MySQL, y OPcache para mantener el código PHP precompilado. Esto resuelve los cuellos de botella reales.
Conocemos todos los plugins serios del mercado. No tenemos un favorito por "religión". La arquitectura correcta depende estrictamente de dónde estés alojado.
Imágenes AVIF y WebP
Las fotos clásicas son JPEG y PNG. WebP fue la segunda generación y redujo el peso en un 30%. AVIF es la tercera generación, impulsada por Netflix y Google, y reduce otro 20-30% sobre WebP manteniendo la misma fidelidad visual.
La implementación que hacemos es a prueba de fallos: conversión automática en el servidor conservando los originales, etiquetas HTML `
Lo que no hacemos (y deberías huir de quien lo haga)
No maquillamos la puntuación (Blackhat WPO)
Existen scripts y servicios que inflan el número de PageSpeed detectando la visita del robot de Google (`Lighthouse user-agent`) y sirviéndole una versión de la web vacía, sin scripts ni estilos. El número sube al 100% mágico, pero la lentitud para tus clientes humanos sigue intacta. Es un engaño. Si solo quieres el 100 verde falso para impresionar a un jefe, no somos la agencia correcta.
No prometemos números al aire
Cualquier "experto en Fiverr" que te garantice "90+ en móvil garantizado" sin haber mirado los logs de tu servidor está vendiendo humo empaquetado. Hay sitios corporativos donde el límite técnico es un plugin pesado (ej. un CRM inyectado, un cotizador complejo) que el modelo de negocio simplemente no puede quitar. Medimos primero, te decimos cuál es tu techo real con tu stack actual, y trabajamos sobre eso.
No mutilamos la web por ganar milisegundos
Hacer volar una tienda online es facilísimo si le borras el chat de soporte, los scripts de analítica (Pixel/GTM), las pasarelas de pago y las fuentes personalizadas. Eso no es optimizar, es destruir valor. El verdadero trabajo de ingeniería es lograr que todas esas herramientas sigan funcionando sin asfixiar la experiencia de carga.
Cómo empezamos a optimizar
Contacto Inicial
Escríbenos por WhatsApp con tu dominio. No necesitas explicar la terminología técnica, solo dinos "mi web tarda mucho" o "Google me penaliza por LCP".
Revisión Perimetral
Antes de cobrarte, corremos herramientas externas sobre tu dominio para ver qué servidor usas, qué cabeceras emites y qué errores saltan a simple vista. Te respondemos con datos.
Diagnóstico Base
Se cobra (y se descuenta del proyecto final si trabajamos juntos). Entramos al servidor y dictaminamos si tu problema se resuelve ajustando software en una tarde, o si la base de datos o el hosting requieren una migración profunda.
Preguntas frecuentes
En pruebas de laboratorio (Lighthouse sintético), el mismo día que terminamos y hacemos el pase a producción. En los datos de campo que usa Google (Chrome UX Report) que impactan tu SEO, tarda entre tres y cuatro semanas. Esto se debe a que Google mide en ventanas móviles de 28 días; necesita que suficientes usuarios reales acumulen visitas rápidas con la versión nueva para diluir el historial lento.
Depende del origen del cuello de botella. Si es un problema en la capa de aplicación (imágenes sin comprimir, plugins chocando, base de datos fragmentada), la mejora es radical e inmediata (saltos de 30 a 90). Si el límite técnico lo marca un hosting compartido muy pobre o la arquitectura rígida de un tema desactualizado, el avance tiene un "techo de cristal". Te informaremos de ese techo antes de que nos pagues el servicio completo.
Probablemente sí es un buen plugin, pero está en configuración básica o compitiendo con herramientas del propio servidor. En el 90% de las auditorías no pedimos al cliente que compre licencias nuevas; el trabajo consiste en purgar, ajustar el que ya tienen a nivel de código, y borrar los otros dos que algún desarrollador anterior dejó activados estorbando.
Sí, pero cuidado con las expectativas irreales. Las Core Web Vitals son un factor de posicionamiento confirmado por Google, pero actúan más como un desempate. No vas a subir del puesto 50 al 1 solo por cargar rápido si tu contenido es malo. Donde la velocidad sí se nota espectacularmente y de inmediato es en tus ingresos: los usuarios no perdonan esperas de 6 segundos en móviles; abandonan el carrito. Esa retención la notarás en ventas antes que en posiciones de Google.
Si y solo si es estrictamente necesario. Si descubrimos que tu proveedor actual hace throttling (estrangula la RAM o el CPU bajo estrés), ninguna magia de optimización de software de WordPress lo arreglará. Te mostraremos las gráficas y los logs para demostrártelo, y tú decides si quieres migrar. Importante: Nosotros no somos revendedores ocultos de hosting ni cobramos comisiones de afiliados por empujarte a servidores específicos.