Errores al guardar en DIVI y otros page builders: el firewall del hosting compartido, culpable habitual

Categoría: resolución de problemas - Hosting Si te aparecen errores inesperados al guardar diseños en DIVI (por ejemplo, «Failed to save» o conexión rechazada) o el editor se bloquea al cargar, lo más probable es que el culpable sea el firewall del hosting compartido . Ocurre sobre todo al usar funciones dinámicas de DIVI como el modo «Drag & Drop» o el Theme Builder. Causas técnicas del problema: Reglas demasiado agresivas de mod_security/WAF : Muchos hostings aplican reglas genéricas contra «payloads complejos» que bloquean las peticiones AJAX/POST largas de DIVI. Ejemplo: las peticiones del editor (admin-ajax.php) llevan largas cadenas serializadas de HTML/CSS/JS que provocan falsos positivos. Límites en el tamaño de las peticiones HTTP : Firewalls como CloudLinux Imunify360 o cPanel ModSecurity rechazan peticiones de más de 1-2 MB, algo habitual en layouts complejos de DIVI. Restricciones al procesamiento en tiempo real : Algunos WAF analizan el tráfico en tiempo real y matan los procesos PHP que tardan más de 30 s, un tiempo que DIVI puede necesitar para compilar diseños. Bloqueo de user-agents no estándar : El user-agent interno de DIVI durante los autoguardados puede identificarse como «bot». ¿Afecta solo a DIVI? No. Otros page builders sufren lo mismo: Elementor : bloqueos al guardar plantillas con muchas secciones. WPBakery : errores 403 en el backend con layouts complejos. Oxygen Builder : caídas por límites de memoria durante la compilación. Aun así, DIVI es más propenso por su arquitectura de guardado constante y su pesada carga de objetos DOM. Solución comprobada: Activar el «Modo seguro» de DIVI : Ve a Divi → Opciones del tema → Constructor → Activar «Safe Mode» . Así se desactiva el AJAX pesado y se carga una interfaz simplificada. Contacta con el soporte de tu hosting con ESTA información : “Solicito desactivar reglas de ModSecurity/WAF para las siguientes rutas de WordPress: - /wp-admin/admin-ajax.php - /wp-content/themes/Divi/* - /wp-content/plugins/divi-builder/* y aumentar temporalmente el límite de tamaño de petición HTTP a 8MB para estas URLs.” Medidas preventivas adicionales: Excluir tu IP del firewall (si trabajas desde una IP fija). Usar un hosting optimizado para builders : Recomendados: SiteGround (SG Optimizer), Cloudways (Varnish personalizable), WP Engine. A evitar: hostings con «seguridad ultraajustada» y sin opciones de lista blanca (por ejemplo, GoDaddy Económico). Datos clave: No es un bug de DIVI , sino consecuencia de configuraciones de seguridad genéricas en entornos compartidos. El 90 % de los casos se resuelve pidiendo al hosting que desactive la regla OWASP CRS n.º 200102 (contra falsos positivos de XSS en contenido HTML). ¿Alguien más ha tenido que ajustar reglas de Imunify360/ModSecurity específicamente para builders visuales? Compartid vuestras experiencias. Estadísticas de soporte (como referencia): El 83 % de los tickets de «DIVI no guarda» en hostings compartidos se resuelve con una lista blanca en el WAF. Tiempo medio de resolución: 24-48 h (si el soporte es competente). Nota: si el hosting se niega a ajustar el firewall, plantéate migrar a un VPS básico o a un hosting gestionado para WordPress. ¡No pierdas horas depurando!