Qué es WP Rocket: funciones principales, desventajas y ventajas de un plugin de caché todo en uno (3.23.5.1 Ver)
WP Rocket es un plugin de caché de pago que genera de antemano las páginas de WordPress como archivos de caché HTML y responde a los siguientes visitantes con esos archivos sin pasar por PHP. Para comprobar lo que dicen los artículos comparativos que recomiendan plugins alternativos, pedí el mismo artículo en un servidor Nginx + Apache como respuesta de PHP y como respuesta desde el archivo de caché, y el primer byte bajó de 1.432,4 ms a 15,6 ms.
Ⅰ. Qué es WP Rocket (What is WP Rocket)
Al hablar de acelerar WordPress se piensa primero en reducir imágenes o código, pero el centro de WP Rocket, un plugin de caché para WordPress, es la caché de página. Cuando un visitante abre un artículo por primera vez, el HTML terminado se guarda como archivo, y las siguientes solicitudes a la misma URL se responden con ese archivo. Responder con un archivo de caché es como un restaurante que sirve en platos los menús más pedidos antes de la hora punta del almuerzo.
La precarga de WP Rocket solicita las páginas antes de que lleguen los visitantes para generar los archivos de caché, y los vuelve a generar cada vez que se vacía la caché. Viene activada por defecto al instalar el plugin, y también está activada en el servidor Nginx + Apache medido.
En el registro de accesos del mismo servidor, las solicitudes de precarga llegaron durante todo el día. Cerca del 77 % de las solicitudes con tiempo de respuesta registrado eran a URL sin archivo de caché, así que pasaron por PHP para generar uno nuevo.
En un servidor Nginx + Apache, nginx encuentra este archivo directamente y lo sirve, y la cabecera de respuesta muestra [x-rocket-nginx-serving-file: HIT].
curl -sI https://example.com/wp-rocket/ | grep -i -E 'x-rocket|content-type'content-type: text/html
x-rocket-nginx-serving-file: HITcurl -sI 'https://example.com/wp-rocket/?test=1' | grep -i -E 'x-rocket|content-type|cache-control'content-type: text/html; charset=UTF-8
cache-control: max-age=0Las solicitudes con una consulta al final de la URL no tuvieron archivo de caché: PHP generó la página de nuevo y las cabeceras llevaron [charset=UTF-8] y [cache-control: max-age=0]. La mediana del tiempo hasta el primer byte de 10 solicitudes por URL dentro del mismo servidor fue la siguiente.
| Petición | Quién responde | Primer byte (mediana de 10) |
|---|---|---|
| URL con archivo de caché | nginx sirve directamente el archivo de caché | 15.6ms |
| Solicitud con consulta al final de la URL | PHP genera la página de nuevo | 1,432.4ms |
La página oficial de WP Rocket presenta cuatro ventajas: resultados inmediatos, funciones potentes, compatibilidad, y actualizaciones y soporte. La frase de que al instalarlo se aplica automáticamente el 80 % de las buenas prácticas de rendimiento web es una afirmación oficial, sin resultados de medición que la acompañen.
Cómo trata cada hosting gestionado a WP Rocket depende del proveedor. La ayuda oficial de Kinsta presenta ahora como socio a WP Rocket, que antes prohibía, y WP Rocket no figura en la lista de plugins no permitidos de WP Engine.
La base de conocimiento de Pressable indica que no admite la caché de WP Rocket, pero que se pueden usar las funciones de optimización si se desactiva la caché de página. WP Engine también explicó en su blog oficial en 2021 que WP Rocket desactiva por sí mismo su caché y solo funcionan las optimizaciones.
En los hostings con caché de página propia en el servidor, WP Rocket se usa sobre todo por sus funciones de optimización.
A 18 de octubre de 2026, la documentación oficial de WP Rocket tenía 335 artículos, más que FlyingPress (93) y Perfmatters (137). Además de caché y optimización de archivos, hay documentos aparte sobre compatibilidad de plugins, diseños rotos y solución de errores, y la documentación de MCP se actualizó en septiembre de 2026.
El blog tiene artículos sobre cómo leer los informes de PageSpeed Insights y GTmetrix, y uno que publica la causa y la respuesta a un fallo de compatibilidad con WordPress 7.1. El soporte al cliente está incluido en el precio de la licencia (según la página oficial de WP Rocket).
Con WP Rocket se puede vaciar la caché de un solo artículo con [Borrar esta caché], bajo el título del artículo en la lista de entradas del administrador. WP Rocket MCP Server permite, una vez conectado, vaciar también la caché de un solo artículo desde herramientas de IA.
Compré FlyingPress dos veces hace unos años y las dos veces pedí el reembolso. Las funciones no eran malas, pero entonces no había forma de borrar la caché de un artículo cada vez desde la lista de entradas.
La documentación y el registro de cambios actuales siguen sin opción de borrado en la lista de entradas, mientras que borrar una sola página existe desde la versión de octubre de 2020 (según la documentación de FlyingPress).
Pensándolo bien Cuantos más artículos hay, más pesa vaciar toda la caché cada vez que se corrige uno. WP Rocket permite borrar artículos sueltos…
Otros plugins de caché (FlyingPress incluido) seguramente aguanten, pero ¿llegarán al nivel de WP Rocket?
Entonces, ¿por qué WP Rocket, con su equipo de desarrollo y su capacidad técnica, no ha añadido funciones como la compresión de imágenes de los plugins alternativos?
No se sabe el motivo exacto, así que lo que sigue son conjeturas sin confirmar.
- Cuantas más funciones, más posibilidades de conflicto con otros plugins o temas.
- No hay garantía de que las funciones añadidas por los plugins alternativos funcionen sin errores.
- Añadir una función más puede acabar en errores mayores.
- Si las funciones estables ya aseguran la velocidad, la diferencia que aporta añadir más puede ser pequeña.
La misma empresa ofrece la compresión de imágenes por separado con Imagify, pero no se puede afirmar que ese sea el motivo.
En el sitio de prueba, activar Remove Unused CSS hizo que el menú del móvil no se abriera, y en los artículos en producción el bloqueo de renderizado ya era de 0 ms con la función desactivada. Tampoco se puede afirmar que este resultado sea el motivo.
Volveré a responder cuando uknew supere los 10.000 contenidos.
Ⅱ. Precio de WP Rocket: licencias de un año y renovación automática
Por rápida que sea la caché, la licencia se paga cada año. Según la página oficial de precios, WP Rocket no tiene versión gratuita y vende tres licencias según el número de sitios, y puede añadirse un impuesto según el país de residencia.
| Licencia | Número de sitios | Precio anual |
|---|---|---|
| Single | 1 sitio | $59.95 |
| Plus | 3 sitios | $119.95 |
| Multi | 50 sitios | $299.95 |
Multi permite elegir entre 50, 100 o 500 sitios.
Las licencias son por 12 meses y la renovación automática viene activada por defecto. Las tres licencias incluyen gratis la herramienta de rendimiento Rocket Insights.
La prueba gratuita de 14 días empieza al registrar un método de pago; si no se cancela en 14 días, el primer cobro se hace automáticamente y empieza la licencia de un año. Si compras directamente, también puedes pedir el reembolso completo dentro de los 14 días.
Ⅲ. Las cinco afirmaciones de los artículos que recomiendan FlyingPress: contrastadas con la documentación oficial y mediciones
Que muchos artículos comparativos pongan primero una alternativa como FlyingPress no significa que todas sus afirmaciones estén medidas. De los 15 artículos que leí en la primera página de búsquedas de alternativas y comparativas, 5 incluían mediciones propias.
De los artículos leídos, tres en inglés ponían primero FlyingPress, y los tres llevaban enlaces de referido de FlyingPress. De los cuatro que ponían primero NitroPack, tres los había escrito la propia empresa NitroPack.
La página comparativa de WP Rocket con FlyingPress tampoco tiene mediciones de velocidad. Compara el tiempo de configuración, la compatibilidad y los años de actualizaciones (según la página comparativa oficial de WP Rocket).
1️⃣ Las cinco afirmaciones y lo que se comprobó
Contrasté las cinco afirmaciones que comparten esos artículos con las pantallas oficiales y mediciones en el servidor.
De las cinco afirmaciones, tres coincidían con las pantallas oficiales y las mediciones, y dos diferían del registro oficial y las mediciones.
Según el registro de cambios oficial, las líneas marcadas [New] fueron 0 en 2022 y 1 en 2023, pero subieron a 2 en 2024 y 3 en 2025, y en 2026 había 9 hasta el 2 de octubre. En 2022, en lugar de líneas [New], la gran renovación de Remove Unused CSS y el nuevo módulo de precarga aparecen como [Enhancement]. Cada año salieron entre 21 y 32 versiones.
Según el registro de cambios oficial, Automatic Lazy Rendering se añadió como nueva función en 2024, y Self-Host Google Fonts en 2025. Algunos artículos comparativos todavía presentan estas dos funciones como inexistentes.
Los artículos comparativos valoran de forma opuesta el método en línea de Remove Unused CSS, y los de alternativas señalan que el HTML se vuelve más pesado y que el diseño se rompe si falta algún estilo. En un sitio de prueba con la misma configuración Nginx + Apache comparé directamente la función desactivada y activada.
Al activarla se excluyen dos archivos CSS y solo el CSS que necesita esa página entra en el HTML. En escritorio, la transferencia de HTML y CSS (gzip) bajó de 28,7 KB a 22,0 KB.
La puntuación móvil de PageSpeed fue 100 en ambos casos y el LCP igual, 1,6 s; solo el apartado de solicitudes que bloquean el renderizado (ahorro estimado 430 ms) desapareció con la función activada.
El CSS necesario (Used CSS) se genera en los servidores de WP Rocket. El registro de accesos mostró que, unos 45 segundos después de la primera visita, el servidor de WP Rocket pidió la página una vez para escritorio y otra para móvil. La generación terminó alrededor de un minuto después de la primera visita. Hasta entonces la página se sirvió con los archivos CSS originales, y la primera pantalla a 1920 px y 390 px era igual que antes de activarla.
Sin embargo, el CSS necesario no incluía las reglas del menú abierto, así que al pulsar el botón del menú en el móvil no se abría. Tras desactivar la función y vaciar la caché, el menú volvió a abrirse.
Documentación oficial indica que los estilos que faltan así se incluyen en el CSS necesario si se añaden sus clases al campo [CSS Safelist] de los ajustes.
Al medir con esta función desactivada tres artículos del servidor Nginx + Apache que está en producción, el apartado de solicitudes que bloquean el renderizado ya salía aprobado en los tres. El apartado [Reducir el CSS no utilizado] estimaba ahorros de 12 KiB y 23 KiB en dos, y el tercero aprobaba (PageSpeed móvil, 18 de octubre de 2026).
Eso era todo lo que se podía ahorrar activándola, y en el sitio de prueba el menú del móvil dejó de abrirse tras activarla.
2️⃣ Compresión de imágenes y CDN: precios oficiales de ambos
Los artículos que recomiendan alternativas señalan como puntos débiles de WP Rocket la falta de compresión de imágenes y que el CDN se paga aparte. Comprobé esos mismos puntos en la documentación oficial y las páginas de precios de los plugins alternativos.
WP Rocket no incluye la compresión de imágenes en el plugin; la pestaña [Image Optimization] de sus ajustes remite a Imagify, un plugin aparte de la misma empresa.
Desde la versión 5.3 de enero de 2026, FlyingPress envía las imágenes JPG y PNG a sus servidores en la nube y las convierte a WebP o AVIF. LiteSpeed Cache también procesa la compresión de imágenes en los servidores de QUIC.cloud.
Según la documentación oficial, LiteSpeed Cache envía las imágenes a QUIC.cloud por lotes: primero un solo lote y, tras recibir el resultado, lotes cada vez mayores. En el foro de soporte siguen apareciendo en 2026 informes de solicitudes paradas en el 1 % o de imágenes optimizadas que nunca vuelven al sitio.
FlyingPress funciona en servidores Apache, Nginx y LiteSpeed sin requisitos de servidor aparte (según su documentación oficial). La caché de página de LiteSpeed Cache necesita un servidor LiteSpeed o QUIC.cloud CDN para funcionar (según sus requisitos oficiales). En un servidor Nginx + Apache solo se usan la compresión de imágenes y la optimización de CSS y JS.
Tanto en WP Rocket como en FlyingPress, el CDN se paga aparte. RocketCDN cuesta 79 dólares al año por dominio (para usuarios de WP Rocket) y solo entrega archivos estáticos desde el CDN; el HTML lo sirve el servidor de origen. FlyingCDN cuesta 10 dólares al mes por dominio, con 5 dólares más por cada 100 GB por encima de 100 GB, y cachea también las páginas HTML en la red de Cloudflare Enterprise.
QUIC.cloud CDN, que se usa con LiteSpeed Cache, ofrece un plan gratuito en seis nodos de EE. UU. y Europa sin límite de ancho de banda. A partir del 10 de noviembre de 2026 pasa a planes mensuales que empiezan gratis o en 5 dólares al mes (100 GB), según la documentación oficial.
Según la documentación oficial de ambas empresas, al terminar la licencia la caché de WP Rocket sigue funcionando y solo las funciones en la nube se detienen a los 15 días, mientras que FlyingPress deja de funcionar en su mayor parte porque casi toda su optimización se hace en la nube. LiteSpeed Cache figura en la FAQ oficial de wordpress.org como siempre gratuito y de código abierto, así que no tiene licencia que caduque. Los servicios de QUIC.cloud como CDN, optimización de imágenes y Critical CSS son de pago a partir de cierto uso (según la documentación de QUIC.cloud). Desde octubre de 2026, la parte gratuita incluye, entre otras cosas, 100 optimizaciones de imágenes al mes.
Ⅳ. Lo que WP Rocket no hace: compresión de imágenes y solicitudes fuera de la caché
La caché de página va bien para blogs y páginas de presentación que muchos visitantes leen igual. WP Rocket no se ocupa de las páginas cuyo contenido cambia según el visitante ni del peso de las imágenes; ese peso se reduce con Imagify, el plugin de compresión de la misma empresa (WP Media).
| Lo que hace WP Rocket | Lo que no hace | Quién se encarga |
|---|---|---|
| ✓Sirve desde archivos de caché los blogs y páginas de presentación que muchos visitantes leen igual.Medido en servidor Nginx + Apache: 15,6 ms | ✕Páginas cuyo contenido cambia según el visitante | — |
| ✕Reducir el peso de las imágenesWP Rocket no tiene compresión de imágenes integrada. | Imagify: misma empresa ➡️ Plugin de compresión de WP Media | |
| ✕Solicitudes con consulta al final de la URLSe procesan sin archivo de caché. | PHP · URL de clics de anuncios ➡️ Revisar el ajuste de caché de gclid |
En el registro de accesos del servidor Nginx + Apache, todas las solicitudes de artículos con consulta las respondió PHP, y ninguna se sirvió desde un archivo de caché. Para las visitas que llegan con consulta, como las URL de clics de anuncios, revisa también la caché de gclid en los ajustes.
En el servidor Nginx + Apache, la respuesta desde el archivo de caché fue de 15,6 ms, y tras instalarlo se fijan los valores por defecto de cada menú con la Guía de configuración de WP Rocket.
🔢 FAQ & contenido recomendado
ℹ️ Aviso de afiliados
El contenido de este sitio incluye enlaces de afiliado. Cuando un visitante compra un producto o servicio a través de uno de ellos, el sitio recibe una comisión del vendedor. El importe que paga el comprador(baja durante las promociones ↓)no aumenta. Los precios, descuentos y existencias publicados corresponden al momento de redacción y pueden variar, así que confírmalos con el vendedor antes de comprar. Los productos se eligen y evalúan con criterios propios, y las comisiones no influyen en el orden ni en el contenido de las reseñas.