Pocos fallos resultan tan frustrantes para un creador de contenidos o administrador web como presionar el botón de «Actualizar» o «Publicar» en el editor de bloques de WordPress (Gutenberg) y recibir el aviso de «Fallo de actualización. La respuesta no es una respuesta JSON válida» o un escueto «Error 500: Internal Server Error». El cambio no se guarda, la sesión puede quedar bloqueada y la causa real permanece oculta tras un mensaje de error genérico del servidor.
El error 500 no es un fallo propio de una función de WordPress, sino una respuesta del servidor web (Apache, Nginx o LiteSpeed) que indica que el proceso PHP se interrumpió de forma abrupta. A continuación se desglosan las causas demostradas y los pasos técnicos para solucionarlo definitivamente.
Las 4 causas reales del Error 500 al guardar cambios
1. Bloqueo de reglas del Web Application Firewall (ModSecurity / WAF)
Es la causa más frecuente cuando el fallo ocurre únicamente con ciertos artículos que contienen código embebido, etiquetas HTML complejas o caracteres especiales. Las reglas de seguridad de servidores compartidos (como las reglas OWASP de ModSecurity) interpretan las llamadas a la REST API de WordPress (/wp-json/wp/v2/posts/*) como posibles ataques de inyección SQL o Cross-Site Scripting (XSS), interceptando la petición y devolviendo un HTTP 500 o 403.
2. Agotamiento del límite de memoria de PHP (memory_limit)
Al guardar un post largo, WordPress ejecuta filtros de contenido, procesa bloques de Gutenberg, genera revisiones y dispara hooks de plugins de SEO y maquetadores visuales (Elementor, Divi). Si el consumo de RAM supera el tope configurado en el servidor, el proceso muere de inmediato con un Fatal error: Allowed memory size exhausted.
3. Conflicto con la REST API y plugins de caché o seguridad
Plugins de seguridad mal configurados o reglas agresivas de minimización en plugins de caché pueden alterar las cabeceras HTTP o corromper los endpoints de la API REST indispensables para que el editor de bloques se comunique con el backend.
4. Directivas corruptas en el archivo .htaccess
Módulos de reescritura de URLs desactualizados o directivas duplicadas introducidas por migraciones pueden causar bucles internos que hacen colapsar al servidor al procesar llamadas POST.
Protocolo de diagnóstico y resolución paso a paso
Paso 1: Activar el registro de depuración (WP_DEBUG)
En lugar de dar palos de ciego, abre el archivo wp-config.php en la raíz de tu instalación y añade las siguientes líneas antes del comentario /* That's all, stop editing! */:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );Guarda el post problemático nuevamente y consulta el archivo generado en /wp-content/debug.log. Allí quedará registrada la traza exacta con el archivo y la línea de código donde PHP colapsó.
Paso 2: Aumentar el límite de memoria de PHP
Si el log evidencia un problema de memoria, añade esta instrucción en wp-config.php:
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );Paso 3: Verificar falsos positivos en ModSecurity
Accede al panel de control de tu alojamiento web (cPanel, Plesk o panel nativo) y revisa la sección ModSecurity o los registros de errores del servidor (Error Log). Si localizas un bloqueo con código de regla (por ejemplo, Rule ID 340162) coincidente con la hora exacta en que intentaste guardar el artículo, solicita al soporte técnico añadir una excepción para ese endpoint o desactiva la regla conflictiva.
Paso 4: Regenerar los enlaces permanentes y el archivo .htaccess
En el panel de WordPress, acude a Ajustes > Enlaces permanentes y haz clic en «Guardar cambios» sin modificar nada. Esta acción fuerza a WordPress a regenerar las reglas de reescritura en el archivo .htaccess, solucionando posibles corrupciones de enrutamiento.
Contar con un entorno técnico estable es el primer pilar para la continuidad editorial; si buscas una arquitectura más ligera que prescinda por completo de estos problemas de servidor, consulta nuestro análisis sobre el mejor CMS para SEO y los principios de prerendering SEO.
