Actualizaciones

Conserva tus reglas de caché al actualizar plugins

Una actualización de caché puede afectar a ventas, formularios, sesiones de WooCommerce y contenidos actualizados si alguna capa conserva reglas antiguas.

Índice

Anuncio

El riesgo depende de qué cambias y dónde

Actualizar un plugin de caché suele conservar la configuración, pero no garantiza que todas las capas de caché sigan comportándose igual.

Ajustes guardados y archivos temporales

Los ajustes suelen mantenerse en la base de datos, mientras que los archivos temporales y las cachés generadas pueden necesitar una purga o regeneración tras la actualización.

Reglas que están fuera del plugin

AcciónRiesgo de perder ajustesComprobación previaVuelta atrás
Actualización menorBajoBackup reciente y registro de cambiosVersión anterior y purga
Actualización mayorMedioStaging, exportación y reglas externasRestaurar plugin, ajustes y cachés
Cambiar de pluginAltoInventario de exclusiones y CDNReactivar el anterior sin borrar datos
DesinstalarAlto o muy altoRevisar limpieza de datos y exportarBackup completo probado

Al actualizar un plugin de caché, la pérdida de configuración no suele producirse porque sus opciones normalmente se guardan en la base de datos de WordPress, habitualmente en wp_options, y la actualización reemplaza archivos del plugin sin borrar esas opciones. El escenario cambia si se pulsa una opción de eliminación de datos al desinstalar, si el nuevo plugin usa una estructura distinta o si parte de la configuración vive fuera de WordPress.

Las reglas de caché de .htaccess, nginx, el panel del hosting, Redis, una CDN o QUIC.cloud no siempre viajan con la exportación. Por eso, además de exportar ajustes, conviene guardar una copia de seguridad completa y anotar qué capa aplica cada exclusión.

Conserva tus reglas de caché al actualizar plugins

Antes de actualizar, guarda una recuperación completa

Un backup útil incluye archivos, base de datos y pruebas de que puedes recuperarlos.

Copia que sí permite volver atrás

La copia debe incluir tanto los archivos como la base de datos, y debes comprobar que puede restaurarse antes de realizar cambios sensibles.

Exporta y captura lo que no se exporta

Exporta los ajustes cuando el plugin ofrezca esa función. Haz también capturas de exclusiones por URL, cookies, usuarios conectados, parámetros de campaña, API, formularios y reglas de CDN.

Selección para ti

Un disco externo dedicado ayuda a conservar una segunda copia local de los backups antes de cambios sensibles. Resulta útil cuando no quieres depender solo de la copia guardada por el hosting.

Ver en Amazon →
Conserva tus reglas de caché al actualizar plugins

Actualiza primero en staging si hay ventas o cambios mayores

Un entorno de pruebas o staging permite probar una actualización sin afectar a clientes reales.

Cuándo actualizar ahora y cuándo esperar

Actualiza pronto si el fabricante corrige una vulnerabilidad, si la versión es compatible con tu entorno y si tienes una recuperación probada.

No hace falta desactivar antes

No desactives el plugin de caché antes de actualizar salvo que su documentación o el soporte del proveedor lo pida.

Distingue caché, desactivación, borrado y cambio

Vaciar caché, desactivar, eliminar y sustituir un plugin son acciones distintas con riesgos distintos.

PluginExportar e importarAjustes que revisarRiesgo al eliminar
WP RocketSí, desde herramientasCDN, exclusiones, CSS y precargaRevisar limpieza y archivos generados
LiteSpeed CacheSí, según opciones del panelCaché de servidor, ESI y QUIC.cloudRevisar reglas y servicios vinculados
W3 Total CacheSí, mediante importación de ajustesPágina, objetos, navegador y CDNAlto si quedan reglas antiguas
WP Super CacheRevisar opciones disponibles por versiónModo de caché y reglas .htaccessRevisar reglas antes de borrar

El rollback necesita tres piezas

Un rollback o reversión fiable recupera la versión anterior, restaura los ajustes y elimina cachés creadas por la versión fallida.

Cómo detectar una regla residual

Una regla residual aparece cuando una capa conserva instrucciones que ya no corresponden al plugin activo.

Orden de recuperación tras una actualización fallida
1. Activar mantenimiento si falla la compra
2. Restaurar versión y ajustes
3. Purgar capas antiguas
4. Regenerar y probar flujos

Antes de actualizar un plugin de caché, comprueba que no haya dos sistemas intentando aplicar la misma función. Por ejemplo, activar minificación, caché de página o optimización de JavaScript a la vez en LiteSpeed Cache, Cloudflare, el hosting y otro plugin puede generar archivos duplicados, bucles de purga o una portada distinta según la capa que responda. Revisa también la compatibilidad con la versión de PHP, WordPress y WooCommerce, así como con Redis o Memcached si usas caché de objetos.

Si cambias de herramienta, desactiva las funciones solapadas de forma ordenada y conserva las reglas antiguas documentadas hasta validar que el nuevo sistema cubre las exclusiones necesarias.

Después de actualizar, prueba compras y zonas privadas

Una actualización termina cuando la caché entrega páginas públicas rápidas y excluye las páginas dinámicas.

Pruebas mínimas en WooCommerce

En WooCommerce, añade un producto, cambia la cantidad, aplica un cupón y elimina el artículo del carrito. Completa un pedido de prueba si la pasarela lo permite, revisa el cálculo de envío y confirma la recepción del correo transaccional.

Membresías, formularios y multisitio

En una membresía, prueba iniciar sesión, cerrar sesión, recuperar contraseña y abrir contenido restringido con dos cuentas distintas. En un multisitio, repite al menos la comprobación crítica en cada sitio que tenga reglas propias o dominios distintos.

Este consejo es menos relevante si tu sitio no usa caché o si un servicio de mantenimiento ya dispone de staging, backups probados y monitorización. Tampoco basta con actualizar el plugin si el problema está en el hosting, la base de datos, el tema o una CDN mal configurada.
Si no puedes probar staging, un mantenimiento WordPress profesional puede revisar exportaciones, reglas residuales y flujos de WooCommerce antes de actualizar en producción. Así reduces el riesgo de que una mejora de caché se convierta en una incidencia de ventas.

Tras la actualización no basta con comprobar que la web carga: ejecuta una purga de caché en WordPress, servidor y CDN en un orden coherente, y después vuelve a generar los recursos que dependen del plugin. Si utilizas CSS crítico, UCSS, minificación diferida o optimización de imágenes, espera a que terminen sus colas antes de medir resultados. Inicia la precarga de las URLs relevantes y prueba una página pública en incógnito, una sesión iniciada y el proceso de compra.

Finalmente, compara el TTFB y las métricas de Core Web Vitals con una medición previa; una mejora visual puede ocultar una CDN sin purgar o recursos optimizados que ahora bloquean la interacción.

Anuncio

Dudas habituales

Las respuestas siguientes separan lo que una actualización conserva de lo que puede cambiar una purga, una desinstalación o un rollback.

¿Actualizar un plugin de caché borra mis ajustes?

Normalmente no los borra, porque los ajustes suelen estar en la base de datos. El riesgo aumenta con una actualización mayor, una migración interna o una opción de limpieza activada al desinstalar.

¿Debo desactivar la caché antes de actualizar?

No, salvo que la documentación del plugin o el soporte del hosting lo pida. Desactivarla puede bajar el rendimiento y no evita por sí sola conflictos de CSS, CDN o reglas antiguas.

¿WP Rocket conserva la configuración al actualizar?

Sí, una actualización normal de WP Rocket suele conservar los ajustes. Exporta su configuración antes de un cambio mayor y revisa CDN, precarga, CSS crítico y exclusiones tras actualizar.

¿LiteSpeed Cache mantiene los ajustes al actualizar?

Sí, LiteSpeed Cache suele mantener sus opciones al actualizar. Comprueba también la caché del servidor LiteSpeed y QUIC.cloud, porque son capas externas al panel de WordPress.

¿Qué puedo perder al pasar de W3 Total Cache a WP Rocket?

Puedes perder equivalencias exactas de caché de objetos, navegador, CDN y reglas de exclusión. Documenta al menos URLs, cookies, grupos de usuarios y ajustes de Redis o Memcached antes de cambiar.

¿Cómo vuelvo atrás si la actualización rompe la web?

Restaura la versión anterior del plugin, importa los ajustes exportados y purga las cachés creadas tras el fallo. Si el problema persiste, restaura archivos y base de datos desde el backup completo probado.

¿Por qué el carrito falla después de purgar la caché?

El carrito falla cuando una URL, cookie o sesión de WooCommerce queda cacheada como si fuera pública. Revisa las exclusiones de carrito, checkout y mi cuenta, y prueba con un usuario nuevo en incógnito.

La actualización segura se prepara antes de pulsar

La forma más segura de actualizar es tratar la caché como un conjunto de capas, no como un único botón.

Si tu web vende o maneja datos personales, no cierres la tarea al ver una portada rápida. Ciérrala cuando el carrito, el checkout, las cuentas, las cookies y la CDN funcionen como antes, con las nuevas cachés ya regeneradas.

RESUMIR CON IA: Extrae lo importante

Comparte este artículo:

Josu Barrios

Josu Barrios

Somos especialistas en mantenimiento WordPress para empresas, profesionales y tiendas online. Contamos con experiencia en seguridad web, optimización de rendimiento, actualizaciones, copias de seguridad y resolución de incidencias técnicas, ayudando a que cada sitio funcione de forma rápida, estable y protegida. Nuestro enfoque combina soporte técnico profesional, buenas prácticas de seguridad y seguimiento continuo para ofrecer un servicio fiable, transparente y orientado a resultados reales.