WordPress Training
Schulungen

WordPress Page Speed 2026: 10 palancas para cargar más rápido

Geschwindigkeitsmesser auf einem Laptop-Bildschirm mit grünem Wert

Un sitio WordPress que tarda más de 2,5 segundos en cargar pierde visitantes de forma medible. Google valora la velocidad de página como factor de posicionamiento desde hace años — y con los Core Web Vitals lo ha formalizado incluso en LCP, INP y CLS. En mis formaciones veo con regularidad sitios que languidecen en 25 de 100 puntos en PageSpeed Insights, aunque el contenido sea de primera. En este artículo pilar le muestro las diez palancas con las que llevo de forma fiable los sitios de clientes por encima de 90 — desde la elección del alojamiento hasta el mantenimiento de la base de datos.

Velocímetro en la pantalla de un portátil con valor en verde

De un vistazo: las 10 palancas

# Palanca Esfuerzo Efecto ¿Cuándo es obligatoria?
1 Cambiar de alojamiento Alto Muy alto Con TTFB superior a 600 ms
2 Configurar un plugin de caché Bajo Alto Siempre
3 Optimizar imágenes y usar WebP Medio Alto Siempre
4 Carga diferida de imágenes e iframes Bajo Medio Siempre
5 Alojar las fuentes en local Medio Medio Con Google Fonts
6 Minificar / combinar CSS y JS Bajo Medio Siempre
7 Limpiar la base de datos Medio Medio Cada 3–6 meses
8 Reducir plugins Alto Alto Con más de 30 plugins activos
9 Usar una CDN Medio Medio–alto Público internacional o mucha carga
10 Revisar la versión de PHP y HTTP/3 Bajo Medio Con PHP inferior a 8.2

¿Qué son los Core Web Vitals y por qué los cuento primero?

Antes de optimizar nada, tiene que saber hacia qué optimiza. Desde 2021 Google mide tres indicadores centrales:

  • LCP (Largest Contentful Paint) — ¿con qué rapidez se carga el elemento visible más grande? Valor objetivo: ≤ 2,5 segundos.
  • INP (Interaction to Next Paint) — ¿con qué rapidez reacciona la página a los clics o toques? Valor objetivo: ≤ 200 ms. (En 2024 el INP sustituyó al antiguo valor FID.)
  • CLS (Cumulative Layout Shift) — ¿cuánto saltan los elementos durante la carga? Valor objetivo: ≤ 0,1.
Resumen de los Core Web Vitals con LCP, INP y CLS

Puede medirlo en PageSpeed Insights (pagespeed.web.dev) o de forma más directa en Chrome DevTools → Lighthouse. Importante: PageSpeed Insights le muestra dos niveles de datos. Los datos de laboratorio son simulaciones — buenos para ver la tendencia. Los datos de campo proceden de usos reales de su página en Chrome durante 28 días — eso es lo que Google usa para el posicionamiento. En un sitio nuevo todavía no hay datos de campo; entonces los valores de laboratorio son su única orientación.

Palanca 1: el alojamiento, el freno invisible

Suena banal, pero: la palanca más importante no suele ser WordPress en sí, sino el servidor en el que WordPress funciona. Si el Time to First Byte (TTFB) supera los 600 ms, no ayuda ningún plugin de caché del mundo — la entrega del HTML empieza ya demasiado tarde.

Categorías de alojamiento a grandes rasgos:

  • Proveedores compartidos masivos (por ejemplo las tarifas estándar de Strato, 1&1 o GoDaddy): baratos, pero a menudo lentos. Un TTFB de 800 ms a 1,5 s no es raro.
  • Proveedores especializados en WordPress (por ejemplo Kinsta, WP Engine, Raidboxes, World4You «Optimized WordPress»): más caros (15–50 €/mes), pero con TTFB por debajo de 300 ms.
  • VPS / nube (Hetzner, DigitalOcean): baratos por prestación, pero el servidor lo administra usted — solo tiene sentido con conocimientos previos.

Cambiar de alojamiento da trabajo, pero se planifica bien. Más sobre ello en el artículo Mudanza de WordPress a un nuevo proveedor.

Palanca 2: la caché, la ganancia de velocidad más rápida

La caché guarda la versión HTML ya renderizada de su página, de modo que en la siguiente visita WordPress no tenga que recorrer la base de datos y PHP. Efecto: el TTFB baja por debajo de 200 ms, a menudo a 50 ms.

Los plugins más importantes:

  • WP Rocket (de pago, unos 60 €/año por sitio): mi estándar. Ajustes por defecto muy buenos; combina caché, minificación, carga diferida y limpieza de la base de datos.
  • LiteSpeed Cache (gratuito): excelente, pero solo tiene sentido si su proveedor usa servidores LiteSpeed (por ejemplo World4You, Easyname). Si no, el efecto es la mitad.
  • W3 Total Cache (gratuito): potente, pero una pesadilla de configuración. Más bien para profesionales.
  • WP Super Cache (gratuito, de Automattic): sólido, sencillo, sin florituras.
Comparativa de los tres mejores plugins de caché para WordPress

Regla práctica de configuración: tras activar el plugin, deje primero los valores por defecto, mida con PageSpeed, cambie una opción y vuelva a medir. Evite la tentación de marcar de golpe todas las opciones agresivas — eso lleva casi siempre a páginas rotas (deslizadores desaparecidos, fuentes que saltan).

Palanca 3: las imágenes, la mayor causa de tiempo de carga

En una de cada dos auditorías las imágenes son el factor de tamaño. Ejemplo: un PNG de foto de stock de 4.000 × 2.700 px pesa enseguida de 4 a 6 MB. En una página con 5 imágenes eso son 25 MB solo en imágenes. Las conexiones móviles se rinden ahí.

Tres intervenciones, en este orden:

  1. Pasar el formato a WebP. Con la misma calidad es un 30 % más pequeño que JPEG y un 70 % más pequeño que PNG. Plugins: Imagify (de pago), ShortPixel (de pago), Smush (versión gratuita con límite). Comparativa más a fondo en mi artículo ShortPixel frente a Optimole.
  2. Ajustar la resolución al tamaño de visualización. Una imagen que en el tema solo se muestra a 800 px de ancho no debería subirse a 3.000 px. WordPress genera automáticamente distintos tamaños, pero el original sigue comiendo espacio y volumen de copias de seguridad.
  3. Activar la carga diferida. Desde WordPress 5.5 viene integrada de forma nativa para imágenes y, desde la 5.7, también para iframes. Está activa siempre que su tema no sobrescriba `loading="lazy"`.
Optimización de imagen WebP antes y después de la conversión

¿Quiere entender de principio a fin la optimización de su sitio WordPress — no solo reaccionar, sino mejorar de forma sistemática? En mi curso online le muestro paso a paso cada una de las 10 palancas sobre un sitio real. → Al curso online

Palanca 4: carga diferida para iframes y vídeos

El atributo `loading="lazy"` funciona también para vídeos de YouTube incrustados y Google Maps. Suelen ser el mayor bloqueador del renderizado. Si tiene muchos vídeos incrustados, merece la pena el plugin WP YouTube Lyte — sustituye el reproductor de YouTube por una imagen de vista previa y solo carga el reproductor al hacer clic. Efecto: de 1 a 2 segundos menos de LCP.

Palanca 5: alojar las fuentes en local (sin la CDN de Google Fonts)

Google Fonts a través de la CDN de Google fue el estándar durante años. Desde las sentencias sobre el RGPD eso es jurídicamente delicado en los países germanoparlantes (palabra clave: transmisión de la IP a Google sin consentimiento). Además, una consulta DNS extra más una petición extra es más lenta que un archivo `.woff2` local.

Solución: descargar las fuentes e incorporarlas en el tema. Plugin: OMGF (Optimize My Google Fonts) — descarga automática y alojamiento local en dos clics. Más sobre el lado jurídico en los artículos Lista de cumplimiento del RGPD en Austria y Lista de cumplimiento del RGPD en Alemania.

Palanca 6: minificar CSS y JS

Minificar significa quitar espacios y comentarios de los archivos CSS y JS. El efecto por separado es pequeño, pero acumulado se nota (de un 15 a un 25 % menos de tamaño de archivo en CSS y JS).

Combinar (juntar varios archivos en uno) es menos relevante desde HTTP/2 — los servidores modernos entregan muchos archivos pequeños casi tan rápido como uno grande. En servidores con HTTP/1.1 todavía ayuda.

Cuidado con la minificación y la combinación agresivas: los deslizadores rotos y las maquetaciones que saltan son la consecuencia más frecuente. Actívelo siempre paso a paso y revise la parte pública.

Palanca 7: limpiar la base de datos

Con los años WordPress acumula en la base de datos revisiones de entradas, borradores automáticos, transients, comentarios borrados, comentarios de spam y sesiones caducadas. En un sitio de 5 años puede haber tranquilamente 200.000 filas innecesarias — y la base de datos se vuelve lenta.

Limpiar con:

  • WP Rocket (integrado, sencillo)
  • WP-Optimize (gratuito, más potente)
  • Directamente por phpMyAdmin (solo con copia de seguridad previa y conocimientos de bases de datos)

Obligatorio antes de cualquier limpieza: copia de seguridad. También en mi artículo Estrategia de copias de seguridad en WordPress 2026 esta regla es el primer párrafo.

Palanca 8: reducir plugins

Cada plugin activo carga código y algunos también CSS y JS en todas las páginas (incluso donde no hacen falta). La pregunta más importante: ¿qué plugins siguen activos que ya no uso para nada?

Auditoría práctica: repase la lista de plugins con tres columnas — «lo necesito a diario», «a veces», «ya no me acuerdo». Desactive los últimos, observe una semana y luego bórrelos. Lo que necesita de verdad lo describo en Plugins de WordPress 2026: ¿cuáles necesita de verdad?.

Palanca 9: usar una CDN

Una red de distribución de contenidos replica sus archivos estáticos (imágenes, CSS, JS) en servidores de todo el mundo. A los visitantes les atiende el servidor geográficamente más cercano. Se nota sobre todo con públicos internacionales.

  • Cloudflare (la versión gratuita basta para muchos): mi estándar para sitios del espacio germanoparlante con visitantes ocasionales del extranjero.
  • BunnyCDN: económico (coste mínimo de 1 $ al mes), buena presencia en la UE.
  • KeyCDN: parecido, algo más caro.

Cloudflare aporta además ventajas de seguridad (protección contra DDoS, detección de bots) que detallo en mi artículo Medidas de seguridad en WordPress.

Palanca 10: versión de PHP y HTTP/3

Versión de PHP: WordPress funciona oficialmente a partir de PHP 7.4, pero solo rinde bien desde PHP 8.0. Situación actual en 2026: PHP 8.3. Pasar de 7.4 a 8.3 aporta típicamente un procesamiento del escritorio entre un 30 y un 50 % más rápido. El cambio suele ser cuestión de dos clics en el proveedor — pero antes hay que comprobar que todos los plugins sean compatibles (herramientas: el plugin PHP Compatibility Checker).

HTTP/3 (también llamado QUIC) es el siguiente paso tras HTTP/2. Negociaciones TLS más rápidas y mejor rendimiento en redes móviles. La activación es del lado del servidor — o directamente en el proveedor o a través de Cloudflare.

Flujo de medición para sus sesiones de optimización

Así procedo en una sesión de auditoría:

  1. Medir la línea base: PageSpeed Insights (móvil y escritorio), GTmetrix, WebPageTest. Capturas de los valores.
  2. Elegir la primera palanca (mayor efecto con el menor esfuerzo para su situación).
  3. Aplicarla y volver a medir de inmediato, una ronda de valores.
  4. Solo entonces pasar a la siguiente palanca.

Nunca todo a la vez. Si no, después no sabrá qué cambio trajo la mejora — o cuál destrozó la maquetación.

Preguntas frecuentes

¿Cuánto dura una optimización completa de rendimiento?
Para un sitio WordPress medio con 30 a 50 plugins calculo de 6 a 10 horas, repartidas en 2 o 3 sesiones. Una primera mejora perceptible (20 puntos más en PageSpeed) suele lograrse en 90 minutos.

¿Qué puntuación es realista?
80 o más en móvil y 90 o más en escritorio en PageSpeed Insights son alcanzables para cualquier sitio WordPress normal. 100/100 es posible, pero cuesta un esfuerzo desproporcionado — no siempre es rentable.

¿De verdad aporta tanto un nuevo proveedor de alojamiento?
Sí, si el proveedor antiguo es el cuello de botella. Una medición del TTFB con WebPageTest lo aclara en 30 segundos.

¿Debería deshacerme de Elementor por el rendimiento?
No necesariamente. Elementor se puede afinar bien — véase Optimización de rendimiento de Elementor. Pero sí: un editor de bloques bien hecho con Astra o Kadence tenderá a ser más rápido.

¿Merece la pena un generador de sitios estáticos en lugar de WordPress?
Para blogs o revistas puros: sí, técnicamente es bastante más rápido. Pero pierde la facilidad de edición. Para la mayoría de mis clientes no es un buen intercambio.

Conclusión

La velocidad de página no es un proyecto único, sino una disciplina recurrente. Las diez palancas de arriba son el inventario — el arte está en el orden y en medir con limpieza. Si quiere entender el rendimiento de WordPress una vez por completo, mi curso online es el camino directo: allí recorro con usted palanca por palanca y le muestro cómo llevar su sitio a la zona verde de forma duradera, no solo para la foto de una auditoría.

→ Al curso online


Fuente de las imágenes destacada e insertadas: ilustraciones propias en el diseño de pletzenauer (sin fotos de stock).

Etiquetas

Core Web VitalsPage SpeedPerformancePillarWordPress