Logo
WP Fix by Blimx

Elementor Crashea — Un Playbook Diagnóstico

Actualizado:
PluginsDiagnostics

Por qué Elementor crashea más que otros builders

Elementor es el page builder de WordPress más instalado por amplio margen (5M+ instalaciones activas en 2026). También tiene la mayor huella de crashes que vemos en nuestro trabajo de soporte. Los crashes no son aleatorios — caen en ocho patrones reproducibles.

Este artículo recorre cada patrón, cómo detectarlo, y el arreglo dirigido. Al final sabrás exactamente qué crash estás viendo y qué hacer al respecto.

Crash 1 — El editor carga por siempre, nunca abre

El problema más común de Elementor: das clic en Edit with Elementor, ves la pantalla de carga, nunca se resuelve.

Pasos de diagnóstico

  1. Abre DevTools del navegador → pestaña Network
  2. Refresca el editor Elementor
  3. Mira por peticiones atascadas o 500

Firmas comunes: - editor.js devuelve 500 → error PHP en el backend del editor (memoria, conflicto de plugin) - editor.js cuelga → conflicto JS con otro plugin - wp-admin/admin-ajax.php devuelve 500 → admin AJAX fallando

Resolución por firma

Si 500 en editor.js, incrementa memoria PHP:

// wp-config.php
define('WP_MEMORY_LIMIT', '512M');
define('WP_MAX_MEMORY_LIMIT', '768M');

Si JS cuelga, conflicto de plugin. Desactiva plugins uno por uno empezando con: plugins de caching, plugins de seguridad, plugins de optimización.

Si admin-ajax 500, revisa /wp-content/debug.log para el error PHP real.

Crash 2 — Sección/widget muestra icono de error en el editor

Abres una página que funcionaba ayer. Una sección o widget muestra un icono rojo de error, con texto como "There was a problem loading this widget."

Diagnóstico

Esto usualmente significa que el plugin del widget fue desactivado o actualizado y su API cambió. La página referencia widgets que ya no existen.

Resolución

  1. Identifica el widget faltante (hover o clic para nombre del plugin)
  2. Reinstala/reactiva el plugin fuente
  3. Si removiste el plugin intencionalmente, reemplaza el widget roto con un widget nativo equivalente

Para encontrar a qué plugin pertenece un widget:

grep -r "widget-name-from-error" wp-content/plugins/

Crash 3 — El editor abre pero no guarda cambios

Puedes editar, pero el botón verde Update queda gris, o darle clic no hace nada.

Diagnóstico

Abre DevTools → Console mientras das clic Update. Busca errores.

Patrones comunes: - 403 Forbidden en POST → problema de permisos REST API o AJAX - CSRF token mismatch → nonce expirado - Ninguna petición dispara → error JS antes del save (revisa Console por texto rojo)

Resolución

Para 403: - Revisa rol de usuario; solo Editors y Administrators pueden guardar - Deshabilita "Block requests with reverse-proxy headers" de Wordfence si está habilitado - Verifica que reglas mod_security no estén bloqueando el POST

Para nonce: refresca el editor (no solo te quedes en la página; ciérrala y reabre).

Para errores JS: un error JavaScript en otro plugin rompe el handler de save de Elementor. Desactiva plugins hasta que save funcione.

Crash 4 — El front-end muestra layout diferente al editor

Diseñas un layout en Elementor que se ve correcto. En el front-end publicado, está roto.

Diagnóstico

Esto usualmente son conflictos CSS o caching.

Pasos: 1. Abre la página en ventana incógnito (descarta caching logueado) 2. View Source → busca elementor-edit-mode (NO debería estar en front-end) 3. View Source → busca estilos inesperados o clases faltantes

Resolución por causa

Si elementor-edit-mode aparece en front-end → caching está roto; limpia cache Elementor:

wp elementor flush-css
wp elementor cache clear

Si el layout difiere solo en móvil → media queries no cargando. Re-guarda la página en Elementor; regenera CSS por dispositivo.

Si el layout difiere solo en ciertos dispositivos → el CSS del tema está sobrescribiendo. Usa "Custom CSS" de Elementor por widget para sobrescribir de vuelta.

Crash 5 — Widget específico rompe la página (formularios, sliders)

La página funciona sin un widget particular. Añade el widget; página se rompe.

Diagnóstico

Esto casi siempre es basado en JavaScript:

  1. Abre DevTools → Console con el widget en la página
  2. Busca errores rojos

Patrones comunes: - jQuery is not defined → problema de orden de carga jQuery - swiper is not defined → librería de slider no cargada - Cannot read property of undefined → widget llamando función faltante

Resolución

Para jQuery: en WordPress 5.5+, la carga de jQuery cambió. Algunas extensiones viejas de Elementor no toman esto en cuenta. Actualiza Elementor y el plugin del widget al último.

Para librería no cargada: el plugin del widget depende de JS externo que no cargó. Podría ser: - CDN bloqueando el asset - Plugin defer/async rompiendo orden de dependencias - Plugin combinador JS fusionando scripts incompatibles

Deshabilita cualquier plugin de optimización JS temporalmente para confirmar.

Crash 6 — Template de theme builder no aplica

Creaste un template de header/footer/single en Elementor Theme Builder. Se muestra en el builder. En el front-end, el template viejo del tema aparece en su lugar.

Diagnóstico

wp elementor list-templates --type=header

Templates con condition: All deberían sobrescribir defaults del tema. Si las condiciones están mal configuradas, los templates del tema ganan.

Resolución

  1. Edita el template en Elementor → Display Conditions
  2. Configura "Include: Entire Site" para sobrescritura global
  3. Configura prioridad más alta si múltiples templates entran en conflicto

Si el template aún no aplica, el tema puede estar hard-codeando el header/footer en header.php/footer.php en lugar de usar get_header(). Revisa:

cat wp-content/themes/<active>/header.php | head -50

Si ves HTML <header> hard-codeado sin referencia Elementor, el tema está bypaseando el sistema de templates.

Crash 7 — Licencia Elementor Pro muestra expirada o inválida

Elementor rehúsa actualizarse o aceptar licencia Pro. A veces también deshabilita widgets Pro.

Diagnóstico

  1. Elementor → License → ve estado
  2. Revisa el email en la cuenta Elementor.com
  3. Verifica que el dominio coincida con el dominio licenciado

Resolución

Si la licencia está genuinamente activa pero el plugin dice expirada:

wp option delete _transient_elementor_pro_license
wp option delete _transient_elementor_remote_info_library

Después en admin: Elementor → License → Disconnect y Reconnect.

Si la licencia es para un dominio diferente: típico al restaurar un backup a un dominio nuevo. Compra licencia adicional o activa el dominio nuevo (Elementor permite 1-25 sitios por plan).

Crash 8 — Fallos AJAX (loading spinner por siempre)

El editor abre, puedes editar, pero operaciones específicas (cargar templates, navegar widgets) muestran un spinner infinito.

Diagnóstico

DevTools → Network → filtra "XHR." Da clic en la acción que gira. Mira la petición AJAX.

Firmas comunes: - 500 → error backend; revisa log de error PHP - 403 → bloqueado por plugin de seguridad o WAF - 502/504 → timeout de servidor (petición larga) - 0 (failed) → CORS o problema de red

Resolución

Para 500: el error PHP real te dice. Causas comunes: - ImageMagick faltante (templates con renderizado de imagen fallan) - file_get_contents a elementor.com bloqueado (regla de firewall)

Para 403: revisa logs de WAF. Cloudflare y Wordfence a menudo bloquean llamadas REST API legítimas de Elementor. Whitelistea /wp-json/elementor/ y /wp-admin/admin-ajax.php.

Para 504: incrementa timeouts PHP en php-fpm e incrementa Nginx fastcgi_read_timeout.

Errores comunes durante diagnósticos Elementor

  • Culpar a Elementor por conflictos de plugins — Elementor saca a la luz bugs de otros plugins porque toca tantas cosas
  • Actualizar Elementor sin backup — actualizaciones mayores de Elementor han roto sitios antes; siempre staging primero
  • Usar Elementor Pro crackeado — estos contienen malware; causa principal de infecciones WP-VCD que vemos
  • Mezclar Elementor con otro page builder — Elementor + Divi en misma página = crash garantizado

Cuándo llamar a un especialista

Si Elementor es consistentemente inestable a través de múltiples páginas, el problema es estructural (memoria, hosting, conflictos JS compuestos). Hacemos un diagnóstico + arreglo de 2-3 horas que típicamente resuelve todos los crashes Elementor de un sitio.

Soporte Elementor en horas. Para problemas más amplios de plugins ve reparación de conflictos de plugin.