No se guardan los cambios en WordPress: causas comunes y soluciones fáciles

¿Qué significa exactamente “no se guardan los cambios”?

Antes de tocar nada, distingue dos casos:

1. WordPress guarda, pero tú no ves el cambio. Suele ser caché (navegador, plugin, servidor, CDN…).
2. WordPress no guarda de verdad. Ves errores, vuelve el contenido anterior, o el botón se queda pensando. Aquí entran permisos, conflictos, límites del hosting o fallos del editor.

Empieza por el caso 1, porque es lo que estará ocurriendo el 80% de las veces.

1. Caché: el culpable habitual

La caché es una copia temporal de tu web para cargar más rápido. El problema: si esa copia no se invalida, tú ves una versión vieja aunque hayas actualizado.

Cómo limpiar caché (orden recomendado)

Caché del navegador

• Recarga forzada: Ctrl + F5 (Windows) / Cmd + Shift + R (Mac).
• Si no basta: borra caché del navegador o prueba modo incógnito.

Caché del plugin
Si usas WP Rocket, W3 Total Cache, LiteSpeed Cache, Autoptimize, etc.:

• Ve al panel del plugin o a la barra superior y pulsa “Borrar caché” / “Purge All”.
• Si hay minificación/combinar CSS/JS, limpia también esa caché.

Caché del hosting
Muchos hostings aplican caché propia.

• En el panel del hosting busca “caché”, “Varnish”, “LiteSpeed”, “NGINX cache” o similar y vacíala.

CDN o proxy (Cloudflare, Sucuri, Bunny, etc.)
Si tu web pasa por CDN:

• Purga caché desde el panel del CDN.
• En Cloudflare: “Purge everything” o purga por URL.

Si tras esto ves el cambio en incógnito pero no en tu navegador normal, ya está: era caché local.

2. Asegúrate de que el cambio se ha publicado

Parece obvio, pero pasa más de lo que crees. Comprueba:

• Que pulaste “Actualizar” o “Publicar”, no solo “Guardar borrador”.
• Que no dejaste la entrada programada para una fecha futura.
• Que estás editando la página correcta (a veces hay duplicados o plantillas).

Truco rápido: después de actualizar, abre la URL pública en incógnito. Si ahí está bien, WordPress guardó.

3. El editor no guarda: autoguardado, revisiones y bloqueos

Si usas el editor de bloques (Gutenberg) y ves mensajes raros tipo “No se pudo actualizar” o se queda cargando:

• Revisa la conexión: si tu red cae un segundo, el guardado falla.
• Mira las revisiones: en la caja “Revisiones” puedes recuperar una versión guardada.
• Desactiva extensiones del navegador: adblockers o extensiones de seguridad pueden bloquear peticiones del editor.

Si el fallo es constante, sigue con plugins/hosting.

4. Conflictos de plugins o del tema

Un plugin mal hecho o una función del tema puede impedir guardar o mostrar cambios.

Cómo detectar el conflicto sin romper nada

1. Desactiva temporalmente los plugins de caché/optimización/seguridad.
2. Prueba a guardar de nuevo.
3. Si funciona, reactiva uno a uno hasta encontrar el culpable.
4. Si no funciona, prueba con tema por defecto (Twenty Twenty-Four/Three) en “Vista previa” o en staging.

Consejo: si el problema aparece justo tras instalar/actualizar algo, ya tienes al sospechoso número 1.

5. Permisos de archivos y límites del servidor

Cuando WordPress no puede escribir en el servidor, no guarda cambios (o los guarda a medias).

Señales típicas:

• Cambios en CSS del personalizador no se guardan.
• Error al subir imágenes o actualizar plugins.
• Mensajes de “permiso denegado” en el log.

Qué hacer:

• Verifica permisos: carpetas 755, archivos 644 (estándar).
• Si no sabes tocar esto, dilo al hosting: es tarea suya.

También influyen límites del servidor:

• memory_limit bajo.
• max_input_vars insuficiente (muy común en menús grandes y constructores).
• mod_security/WAF bloqueando peticiones.

Si usas Elementor/Bricks/Divi y guardas layouts grandes, pide al hosting revisar esos límites.

6. Object cache y caché de base de datos

Si tienes Redis/Memcached activos, pueden servir contenido viejo aunque limpies la caché normal.

• Purga la caché de objeto desde el plugin (Redis Object Cache, LiteSpeed, etc.) o desactívala para probar.

7. Problemas con el personalizador, menús y widgets

En el personalizador (Apariencia > Personalizar) solo se aplican cambios al darle a “Publicar”.

• Si sales sin publicar, lo pierdes.
• Si editas menús con muchos elementos y no se guardan, suele ser max_input_vars bajo. Esto es del hosting.

8. Si cambiaste de tema y “desaparecen” cambios

Esto no es que WordPress no guarde, es que el tema nuevo tiene otra configuración. Páginas y entradas siguen ahí, pero se “pierden” menús, widgets o estilos que eran del tema anterior.

Pasos seguros:

• Haz copia de seguridad antes.
• Activa el nuevo tema primero en staging o con “Vista previa”.
• Revisa menús, widgets, shortcodes y ajustes del constructor.
• Ajusta logo, colores y tipografías desde el personalizador.

9. Últimos recursos si nada funciona

Si llegaste aquí, el problema es más técnico. Haz esto:

• Activa modo depuración y revisa errores:
  en wp-config.php pon WP_DEBUG y mira el archivo debug.log.
• Revisa el log del servidor en tu hosting.
• Prueba a guardar sin plugins (modo seguro si tu hosting lo permite).
• Consulta si hay tareas de mantenimiento o caídas del hosting.

Si ves errores REST API / nonce / 403, suele ser seguridad del hosting o plugin bloqueando peticiones del editor.

Consejos para que no te vuelva a pasar

• Limpia cachés después de cambios importantes.
• Evita tener dos plugins de caché activos a la vez.
• Haz cambios grandes en horas de bajo tráfico o en staging.
• Mantén WordPress, tema y plugins actualizados.
• Ten siempre una copia de seguridad reciente antes de tocar diseño o estructura.

Cuando los cambios no se guardan, suele ayudar contrastarlo con esta guía para resolver un error crítico, con la revisión de plugins que generan conflictos y con este proceso para sanear un WordPress desordenado. Si prefieres delegarlo, aquí tienes nuestros servicios.