Optimizar la velocidad de WordPress: las técnicas avanzadas

Introducción: este artículo empieza donde los demás terminan

Las guías de rendimiento dicen todas lo mismo: active una caché, comprima sus imágenes, use una red de distribución. Es correcto, es necesario, y una vez hecho, la mayoría de los sitios siguen siendo lentos.

Este artículo da esas tres cosas por hechas. Trata lo que queda — y lo que queda casi nunca está en el renderizado de la página:

tiempo total = tiempo de servidor + ruta crítica + lo que añaden los terceros
                       ↑                 ↑                   ↑
                consultas, PHP     CSS/JS bloqueantes   scripts que usted
                autoload, cron                          no ha escrito

Las guías tratan la columna del medio. Las otras dos son donde están los segundos. Para las bases y la medición de los Core Web Vitals, empiece por la optimización de los Core Web Vitals.

1. El tiempo de servidor — lo que la caché tapa en lugar de resolver

Una caché de página hace el problema invisible para los visitantes anónimos y lo deja totalmente intacto para todos los demás: usuario conectado, carrito con contenido, página de cuenta, búsqueda interna, formulario. En una tienda, esas son precisamente las páginas que dan dinero.

La tabla de opciones y el autoload. WordPress carga en cada petición todas las opciones marcadas como de carga automática. Extensiones desinstaladas dejan ahí entradas, a veces voluminosas, que se siguen leyendo de por vida. Es el primer sitio donde mirar y casi nadie lo hace: mida el peso total del autoload, y luego lo que lo compone.

Las consultas sin índice. Una consulta que recorre una tabla entera es indolora con mil filas y fatal con cien mil. El síntoma engaña: el sitio se vuelve lento progresivamente, se atribuye al alojamiento, y la causa es una consulta que nunca ha cambiado.

Las tareas programadas. WordPress las dispara al cargar una página — un visitante paga la ejecución. Una tarea pesada y un sitio con poco tráfico dan el peor caso: el único visitante de la hora espera a la copia de seguridad. Pasar a una planificación de servidor real es una de las intervenciones más rentables de esta lista.

El número de extensiones. No es un mito: cada una añade lecturas de opciones, scripts y puntos de enganche. Pasar de treinta a quince se nota en el tiempo de servidor sin ninguna otra intervención — vea auditar sus extensiones en 5 pasos.

2. La ruta crítica — la única regla que cuenta

Todo lo que bloquea la aparición de la primera pantalla es tiempo que el visitante mira. Las técnicas clásicas (minificar, aplazar) tocan techo pronto. Lo que desbloquea de verdad:

• cargar lo necesario para la primera pantalla y aplazar el resto. Un único fichero CSS con los estilos de todas las páginas hace que la portada pague el estilo del proceso de compra;
• no cargar scripts donde no sirven. Un formulario de contacto que carga su biblioteca en las 400 páginas del sitio es un caso extremadamente frecuente, y la corrección es condicional: cargar en la página que lo usa;
• reservar el sitio de los elementos que llegan después. Un banner, una imagen, una tipografía que se inserta desplaza la página — el visitante pierde la línea, y el indicador de estabilidad visual se hunde. Reservar la altura cuesta una línea de estilo;
• precargar la tipografía y la imagen de la primera pantalla, pero solo esas. Precargarlo todo equivale a no priorizar nada.

⚠ La trampa: optimizar lo que la herramienta de medición muestra en lugar de lo que el visitante vive. Una puntuación obtenida aplazando un script que se vuelve necesario tres segundos después no ha mejorado nada — ha desplazado la espera fuera de la medición.

3. Los terceros — la partida más pesada y la menos mirada

En muchos sitios, la mitad del tiempo de carga viene de código que nadie en la empresa ha escrito: medición de audiencia, banner de consentimiento, chat, píxeles publicitarios, tipografías remotas, mapas.

Tres reglas, por rendimiento:

1. Contar antes de discutir. Enumere cada script de terceros y lo que añade en peso y en tiempo. El resultado sorprende, y hace posible la conversación con quienes los pidieron.
2. Un tercero debe ganarse su sitio. Un píxel instalado para una campaña terminada hace ocho meses cuesta todos los días. Es la limpieza más rápida y rentable de todo este artículo.
3. Alojar lo que se pueda. Las tipografías en especial: servirlas desde su dominio quita una resolución de nombre, una conexión y una negociación de seguridad — y de paso resuelve una cuestión de datos personales.

El caso del banner de consentimiento es el más delicado, porque es obligatorio y llega pronto. La solución no es quitarlo: es insertarlo sin que empuje la página. Tratado en nuestro enfoque del consentimiento y las cookies.

4. Las imágenes — más allá de la compresión

La compresión se da por hecha. Lo que queda:

• las dimensiones servidas. Una imagen de 2400 px mostrada en un marco de 600 px transfiere cuatro veces más bytes de la cuenta. Es el desperdicio más común después de los terceros;
• el formato, que se elige según el contenido y no por principio;
• la carga diferida, salvo para la imagen de la primera pantalla. Aplazar esa degrada directamente el indicador principal — el error clásico de la casilla marcada en todas partes;
• los textos alternativos, que no sirven a la velocidad pero conviene atender ya que abre el tema. Vea nuestra comparativa frente a Smush.

5. Medir — tres errores que hacen trabajar en balde

Medir solo en laboratorio. Una prueba sintética desde un centro de datos cercano con una conexión perfecta no describe a nadie. Los datos de campo describen a sus visitantes.

Mirar la media. La media esconde la cola de la distribución, y en la cola están los abandonos. Mire los percentiles altos: son sus clientes en el móvil y en movimiento.

Medir una página. La portada rara vez es representativa. Mida una página de contenido, una ficha de producto y el proceso de compra — tres perfiles, tres cuellos de botella.

Y la única pregunta que zanja el conjunto: ¿se ha movido la tasa de conversión? Una ganancia de velocidad que no se ve en ningún indicador de negocio es una ganancia de ingeniero. En una tienda, el razonamiento completo está en la optimización del embudo de conversión.

6. El protocolo avanzado, en una página

• Medir antes — campo y laboratorio, en tres tipos de página, y anotar las cifras
• Peso del autoload medido, entradas huérfanas de extensiones desinstaladas suprimidas
• Consultas lentas identificadas en la página más lenta, no en la portada
• Tareas programadas pasadas a una planificación de servidor real
• Inventario de terceros, con para cada uno: quién lo pidió, para qué, ¿sigue sirviendo?
• Tipografías alojadas en su dominio, precargadas, y solo esas
• Scripts condicionales: cargados en las páginas que los usan
• Sitio reservado para todo elemento que se inserta tras el renderizado
• Volver a medir, comparar con las cifras anotadas, y guardar una página testigo sin tocar

Conclusión

Cuando la caché y la compresión están puestas, la velocidad ya no se gana ajustando: se gana quitando. Opciones que se cargan para nada, scripts que sirven a una página de cada cuatrocientas, terceros instalados para una campaña acabada, extensiones guardadas por si acaso.

Es menos espectacular que un nuevo módulo de caché, y es lo que produce los segundos. El rendimiento avanzado es un trabajo de sustracción, y por eso se hace rara vez: no hay nada que instalar.

La prueba que dice dónde está: abra la página más lenta de su sitio, no su portada. Esa es la que han visto sus clientes descontentos.

Para seguir: la optimización de los Core Web Vitals, los Core Web Vitals de WooCommerce y nuestra comparativa frente a WP Rocket. En cuanto a herramientas: rendimiento de páginas y optimización de imágenes — versiones premium con reembolso íntegro en 14 días.