Elementor no carga o se queda cargando. Cómo solucionarlo.
¿El editor se queda en «Cargando», muestra una pantalla blanca, se bloquea en gris o no permite guardar? Identifica la causa y aplica la solución adecuada, desde comprobaciones sencillas hasta errores de PHP, plugins, caché y servidor.
¿Por qué Elementor no carga?
Elementor puede bloquearse por una extensión del navegador, caché o JavaScript optimizado, incompatibilidad entre plugins o tema, memoria WordPress insuficiente, versiones de PHP, restricciones del firewall o respuestas fallidas de AJAX y la API REST.
Cómo solucionar Elementor que se queda cargando, en resumen
Prueba el editor en una ventana privada; desactiva temporalmente la optimización de JavaScript; activa el modo seguro de Elementor para detectar conflictos; revisa versiones y límites de memoria; prueba el método alternativo de carga del editor; y, si continúa el bloqueo, abre las herramientas del navegador para identificar errores 401, 403, 404, 500 o 502. No modifiques todas estas opciones a la vez: así podrás saber qué cambio lo ha resuelto.
Elementor indica un mínimo de 256 MB de memoria WordPress y recomienda 512 MB; 768 MB figura como configuración de mayor rendimiento. Son valores de referencia, no una solución automática a cualquier fallo. Requisitos oficiales de Elementor ↗
¿Qué le pasa exactamente a tu Elementor?
Selecciona el síntoma más parecido. El diagnóstico es orientativo: no accede a tu WordPress, no analiza tu servidor y no modifica ningún archivo. Te indica por dónde empezar y qué evidencia buscar.
Un problema. Una ruta de comprobación.
En lugar de aplicar diez trucos al azar, sigue el recorrido relacionado con el fallo que realmente ves.
Revisa primero los scripts, la caché y los conflictos.
Una pantalla gris con el círculo de carga puede indicar que una parte del editor no llega a inicializarse.
- Comprueba la edición en una ventana privada.
- Prueba el modo seguro de Elementor.
- Desactiva temporalmente la optimización de JavaScript y revisa F12.
Interpretación: una pista no es una causa confirmada. Si aparece un error HTTP, su registro concreto tiene prioridad frente a cualquier recomendación genérica.
Seis comprobaciones antes de tocar el servidor.
Si puedes entrar en el panel de WordPress, sigue este orden. Es una forma práctica de evitar cambios innecesarios y de aislar los errores más habituales.
Prueba en incógnito.
Abre WordPress en otro navegador o ventana privada. Si funciona, revisa extensiones y caché local. Detalles ↗
Desactiva optimizaciones.
Comprueba minificación, defer, delay JavaScript, Rocket Loader y caché de sesión. Detalles ↗
Usa modo seguro.
Comprueba si el editor arranca sin interferencias de tema y plugins externos. Detalles ↗
Consulta información del sistema.
Revisa memoria, PHP, versiones y avisos en WordPress y Elementor. Detalles ↗
Cambia el método de carga.
Prueba la opción específica del editor si el servidor no procesa correctamente su carga. Detalles ↗
Consulta el error real.
Abre F12 → Red/Consola y localiza solicitudes fallidas. Evita adivinar. Ver errores ↗
Qué significa el error que estás viendo.
La pantalla visible ofrece pistas, pero raramente identifica por sí sola la causa. Compara lo que ves con la primera prueba que conviene realizar.
| Síntoma | Hipótesis que comprobar | Primera prueba útil |
|---|---|---|
| Se queda en «Cargando» | Scripts bloqueados, plugins, tema, recursos del servidor o iframe de vista previa. | Incógnito, modo seguro y Consola/Red. |
| Panel izquierdo gris | Memoria insuficiente, fallo JavaScript o extensiones de widgets. | Información del sistema y peticiones fallidas. |
| Pantalla blanca | Error PHP fatal, incompatibilidad o problema del servidor. | Modo recuperación y registros de errores. |
| No carga la vista previa | URL, redirección, iframe, permisos o respuesta 401/403/404. | Abrir la URL pública, F12 y Ajustes → Enlaces permanentes. |
| No guarda cambios | Solicitud de guardado bloqueada, token/cookies, 403/500 o límites. | F12 → Red mientras se pulsa «Actualizar». |
| Solo falla una entrada | Widget o HTML específico, plantilla, datos de página o URL. | Crear una página de prueba y comparar. |
| Tras actualizar | Desajuste Elementor/Pro, addon incompatible o caché de código antiguo. | Versiones, changelog y staging. |
| Tras migrar o activar HTTPS | Enlaces antiguos, dominio distinto, mixed content o caché residual. | Ajustes → General y herramienta Sustituir URL. |
Tabla de orientación editorial basada en los procedimientos de soporte oficiales. Un 500 puede tener varias causas; no debe diagnosticarse únicamente por el número de error.
15 soluciones cuando Elementor no carga o no funciona.
Ordenadas desde las comprobaciones menos invasivas hasta las que requieren acceso técnico. En cada una encontrarás qué hacer, cuándo aplicarlo y cómo saber si ha funcionado.
Abre Elementor en modo incógnito y en otro navegador
Una extensión, cookies antiguas o archivos JavaScript almacenados pueden impedir que el editor inicialice aunque tu web funcione para los visitantes.
- Abre una ventana privada: Ctrl + Mayús + N en Chrome o Edge, o el acceso equivalente en tu navegador.
- Inicia sesión en WordPress y abre la misma página con Elementor.
- Si funciona, deshabilita extensiones como bloqueadores de scripts y limpia únicamente la caché del sitio afectado; comprueba también el navegador habitual.
Comprueba: si el editor funciona solo en privado, el navegador es una pista fuerte; todavía no es necesario editar wp-config.php.
Limpia la caché y desactiva temporalmente optimizaciones de JavaScript
Plugins de optimización y CDN pueden retrasar, combinar o modificar archivos que Elementor necesita para cargar su interfaz. Especial atención a defer, delay JavaScript, combinación de scripts y Cloudflare Rocket Loader.
- Pausa temporalmente la optimización de JS del plugin de rendimiento, preferiblemente en staging.
- Si utilizas Cloudflare, prueba sin Rocket Loader y comprueba las reglas aplicables al editor.
- Vacía la caché de WordPress, del hosting y de la CDN. Recarga el editor.
- Vuelve a activar las opciones de una en una para localizar la responsable.
Comprueba: si Elementor arranca al excluir determinados scripts, configura una excepción específica en lugar de desactivar la protección o el rendimiento de toda la web indefinidamente. Referencia oficial ↗
Activa el modo seguro de Elementor
El modo seguro carga un entorno de edición aislado de buena parte de las interferencias de temas y plugins de terceros. Es una prueba de diagnóstico, no una reparación automática ni equivale al modo recuperación de WordPress.
- En WordPress, abre Elementor → Editor → Herramientas (la ubicación puede variar ligeramente con la versión).
- Localiza Modo seguro / Safe Mode, selecciona Activar y guarda.
- Prueba la página afectada. Después desactívalo cuando termines la comprobación.
Si funciona en modo seguro: empieza a aislar plugins, código del tema o ajustes de edición. Si tampoco funciona: prioriza memoria, rutas, servidor y errores de consola. Documentación de Elementor ↗
Detecta qué plugin provoca el conflicto
Una extensión para widgets, seguridad, traducción, caché o código personalizado puede romper la carga de otro plugin aunque ambos funcionaran antes de una actualización.
- En staging, conserva activos Elementor y Elementor Pro si corresponde y desactiva temporalmente los demás plugins.
- Prueba el editor. Si se recupera, activa los demás uno por uno y repite la prueba.
- Cuando reaparezca el fallo, revisa el último plugin activado, su versión, sus avisos y su documentación.
Para reducir riesgos, no desactives indiscriminadamente en producción pasarelas de pago, seguridad o funcionalidades esenciales. Documenta el estado inicial y restaura la configuración después de las pruebas.
Comprueba: reproduce el conflicto de manera consistente antes de atribuirlo al plugin. Dos complementos pueden interferir entre sí sin que uno sea el único responsable.
Comprueba que WordPress, Elementor y Elementor Pro sean compatibles
Si utilizas Elementor Pro, una combinación de versiones incompatibles puede bloquear el editor, mostrar errores PHP o dejar funciones sin inicializar.
- Revisa las versiones en Plugins → Plugins instalados y las actualizaciones de WordPress.
- Lee los requisitos y notas de versión, especialmente si el fallo empezó después de una actualización.
- Crea una copia y actualiza en staging, siguiendo las indicaciones del fabricante. Comprueba Elementor y Pro juntos.
Evita instalar una versión anterior elegida al azar o descargar ZIP de fuentes no oficiales. Si necesitas revertir, utiliza una copia o procedimiento de rollback compatible.
Comprueba: si el problema coincide con una actualización concreta, registra la combinación de versiones y el mensaje de error exacto antes de contactar al soporte.
Aumenta la memoria de WordPress solo si el límite es insuficiente
La ficha de requisitos de Elementor de agosto de 2026 indica 256 MB como mínimo, 512 MB recomendados y 768 MB para mayor rendimiento. Un alojamiento puede establecer un techo que prevalezca sobre WordPress.
- Consulta Elementor → Editor → Información del sistema y Herramientas → Salud del sitio → Información.
- Si el límite es demasiado bajo y tu proveedor permite modificarlo, haz una copia de
wp-config.php. - Añade las constantes únicamente si no están definidas ya, antes del comentario de fin de edición. Si el hosting tiene un límite PHP inferior, pide que lo ajusten.
define( 'WP_MEMORY_LIMIT', '512M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );memory_limit=256M como máximo, escribir 512M en WordPress no crea más memoria. Aumentar el límite tampoco soluciona un 403 ni un error JavaScript.Comprueba: vuelve a Información del sistema y confirma el valor efectivo. Si el registro muestra Allowed memory size exhausted, el aumento de memoria es especialmente relevante. Fuente oficial ↗
Cambia el método de carga del editor
Elementor incluye una opción para utilizar un método alternativo de carga cuando ciertas configuraciones del servidor tienen dificultades para procesar la respuesta del editor. Su soporte la menciona, entre otros casos, para ERR_EMPTY_RESPONSE y ERR_CONTENT_DECODING_FAILED.
- Accede a Elementor → Editor → Ajustes → Avanzado o a la ruta «Elementor → Ajustes → Avanzado» de tu versión.
- Busca Switch Editor Loader Method / Cambiar método de carga del editor.
- Activa la opción, guarda y vuelve a abrir el editor.
Comprueba: si el error desaparece, registra el cambio; si no varía, vuelve al estado anterior y sigue el diagnóstico. Ayuda oficial ↗
Revisa PHP, requisitos de hosting y errores fatales
Elementor declara compatibilidad con PHP 7.4 o superior, pero recomienda PHP 8.x. PHP 7.4 es una versión antigua sin soporte oficial de seguridad: actualiza a una versión de PHP 8 mantenida y compatible con todos tus plugins y tema.
- Comprueba la versión de PHP, los módulos y la memoria en Salud del sitio o en tu panel de hosting.
- Revisa los logs cuando haya errores
Fatal error,max_execution_timeo fallos de extensiones. - Planifica la actualización de PHP primero en staging; prueba formularios, la tienda y el editor antes de aplicarla a producción.
Comprueba: que el PHP realmente utilizado por la web sea el esperado; la versión global mostrada en un panel no siempre coincide con la de cada dominio. Requisitos de Elementor ↗
Descarta el tema y el código personalizado
Un preloader del tema, funciones PHP, scripts inyectados, snippets o complementos que modifican el editor pueden impedir la carga. Si el modo seguro funciona, esta línea de investigación gana relevancia.
- En staging, prueba temporalmente con Hello Elementor u otro tema compatible sin personalizaciones.
- Desactiva de forma controlada scripts o snippets añadidos recientemente, en especial los que se ejecutan en el panel o en la página afectada.
- Si usas widgets HTML con JavaScript, inspecciona sus errores en Consola y compáralos con una página vacía.
Si empleas The7 u otro tema con cabeceras, plantillas o constructores adicionales, comprueba también el layout asignado y las condiciones de visualización antes de culpar al tema completo.
Comprueba: si el editor funciona solo con el tema limpio, aísla la personalización causante sin eliminar permanentemente las plantillas de la web.
Comprueba las URL, HTTPS y los enlaces permanentes
Después de migrar WordPress o activar SSL, una mezcla de http://, https://, www y dominios antiguos puede bloquear la vista previa por redirecciones, recursos mixtos o problemas de origen.
- Verifica Ajustes → Generales: «Dirección de WordPress» y «Dirección del sitio». Deben responder a la arquitectura real; en una instalación habitual, se usa el mismo origen.
- Abre Ajustes → Enlaces permanentes y guarda de nuevo, sin cambiar la estructura, para refrescar reglas cuando proceda.
- Si migraste, utiliza Elementor → Editor → Herramientas → Sustituir URL para actualizar las referencias antiguas siguiendo su procedimiento.
- Revisa redirecciones en el servidor/CDN y mensajes
Mixed Contenten F12.
Comprueba: el preview carga desde el origen esperado y no entra en un bucle 301/302. Guía de migración ↗
Investiga bloqueos 401/403 de seguridad, REST API y AJAX
Un WAF, mod_security, protección de directorios o un plugin de seguridad puede bloquear solicitudes legítimas que usa el editor. En el panel Red del navegador presta atención a respuestas de /wp-json/, admin-ajax.php y rutas de Elementor, pero no supongas que cualquier 403 proviene del firewall.
- Abre F12 → Red y reproduce el fallo o pulsa «Actualizar».
- Selecciona una solicitud fallida y anota URL, método, estado, hora y respuesta.
- Comprueba si el bloqueo es del plugin de seguridad, la CDN, autenticación o el servidor.
- Pide al proveedor o administrador una excepción acotada a la regla o solicitud legítima; evita desactivar permanentemente todo el WAF.
Comprueba: que la solicitud concreta deje de responder con 401/403 y que el resto de protecciones permanezcan activas. Ayuda de Elementor ↗
Regenera los archivos y datos de Elementor
Si el editor abre pero el diseño, los estilos o las modificaciones no se reflejan, los archivos CSS generados o capas de caché pueden estar desincronizados.
- Accede a Elementor → Editor → Herramientas.
- Busca Elementor Cache → Clear Files & Data (en otras versiones, «Regenerar archivos y datos»).
- Ejecuta la acción, guarda si procede, vacía cachés externas y prueba en una ventana privada.
Comprueba: que el cambio ya aparece tanto en el editor como en la página pública. Este paso es especialmente útil después de una migración o cambio de estilos; no sustituye el diagnóstico de un fallo PHP. Referencia ↗
Si solo falla una página, comprueba su plantilla y contenido
Cuando otras páginas se editan correctamente, el problema podría estar en la plantilla concreta, un widget, scripts incrustados, un shortcode, permisos o contenido corrupto.
- Crea una página de prueba vacía y comprueba si Elementor la abre.
- Revisa si la página afectada tiene una plantilla especial, restricciones, redirecciones o scripts personalizados.
- Si aparece «No se ha encontrado el área de contenido», el tema o la plantilla debe renderizar el contenido con
the_content(); las páginas de archivo pueden requerir Theme Builder. - Para investigar widgets conflictivos, trabaja con una copia de la página o utiliza el historial de revisiones si fuera necesario.
Comprueba: si el fallo es reproducible solo con un contenido o plantilla. Evita borrar secciones de la página original sin respaldo. Documentación ↗
Analiza errores 500, 502 y 504 desde los registros del servidor
Estos errores indican problemas del lado del servidor o de un intermediario, pero no identifican por sí mismos al responsable: puede ser una excepción PHP, saturación de recursos, un proceso lento o una respuesta inválida entre proxy y origen.
- Reproduce el fallo, registra su hora y la ruta de la solicitud fallida en F12.
- Consulta el log PHP, el log del servidor web y, si existe, el registro de CDN/WAF correspondiente.
- Busca
Fatal error,Allowed memory size exhausted, tiempos agotados o rutas de archivos implicados. - Corrige la causa específica en staging o entrega al hosting la evidencia concreta.
Comprueba: que desaparezca el error con los mismos pasos que lo provocaban. 500 según Elementor ↗
Si todo falla: recuperación, restauración y soporte con evidencia
Si después de aislar el error no puedes acceder al editor, evita reinstalar o borrar plugins como medida automática. Una reinstalación sin diagnóstico puede dejar el problema intacto y añadir riesgos.
- Si aparece el mensaje de error crítico, busca el correo de recuperación de WordPress para acceder a su modo recuperación.
- Compara con una copia anterior si el fallo empezó tras un cambio verificable; restaura primero en staging cuando sea viable.
- Prepara un informe con URL afectada, versiones, navegador, estado HTTP, logs sin secretos y pruebas realizadas.
- Contacta con el soporte de Elementor, del plugin señalado por el log o del hosting, según el componente que falle.
Comprueba: reproduce la edición, el guardado y la vista pública tras la reparación. No envíes cookies, contraseñas, tokens ni datos personales en un ticket. Modo recuperación de WordPress ↗
Elementor da error 403, 404, 500, 502... ¿Qué revisar?
Los códigos HTTP ayudan a elegir el siguiente paso. No determinan un culpable por sí solos: revisa la solicitud exacta y, cuando corresponda, los registros del servidor.
| Código o mensaje | Qué significa | Qué comprobar |
|---|---|---|
| 401 Unauthorized | Se exige autenticación o faltan credenciales válidas. | Sesión, cookies, autenticación de directorios, permisos del usuario. |
| 403 Forbidden | El servidor o una capa de seguridad deniega la solicitud. | WAF, plugin de seguridad, reglas, permisos y solicitud concreta. |
| 404 Not Found | La URL o endpoint solicitado no se encuentra. | Enlaces permanentes, redirecciones, URL de vista previa, reglas del servidor. |
| 429 Too Many Requests | Se alcanzó un límite de peticiones. | Rate limit del hosting/CDN o protección anti-bots; evita insistir sin control. |
| 500 Internal Server Error | El servidor no pudo completar la petición. | Registro PHP, memoria real, excepción fatal, plugins y configuración. |
| 502 Bad Gateway | Proxy/gateway recibió respuesta inválida del servidor de origen. | Logs proxy/PHP-FPM, disponibilidad de origen, método de carga del editor. |
| 503 Service Unavailable | Servicio temporalmente no disponible. | Mantenimiento, recursos, límites del plan o problemas del servicio. |
| 504 Gateway Timeout | Un intermediario agotó el tiempo de espera. | Procesos lentos, saturación, timeouts y registros de origen/proxy. |
| Mixed Content | Recursos HTTP inseguros en una página HTTPS. | Referencias antiguas, sustitución de URL y recursos incrustados. |
| X-Frame-Options / CSP | La política de seguridad impide cargar una página en un iframe. | Encabezados de la URL de preview, origen real y CSP frame-ancestors. |
¿Y si Elementor no carga pero WordPress sí funciona?
Es completamente posible. El sitio público, /wp-admin/, la vista previa del editor y las llamadas AJAX/REST siguen caminos distintos. Un firewall puede permitir la portada y denegar el endpoint de guardado; un plugin puede afectar solo al editor. Por eso el hecho de que la web se vea no demuestra que el entorno de edición esté funcionando.
Cómo encontrar la causa sin probar cambios al azar.
Si las soluciones básicas no bastan, los registros y las herramientas del navegador ofrecen evidencia verificable. Estos procedimientos están pensados para quien administra la web o tiene apoyo técnico.
Inspecciona Consola y Red
- Abre la página para editar en Elementor.
- Pulsa F12; entra en Consola y detecta errores rojos reales, no simples avisos.
- En Red (Network), activa conservar registro si vas a recargar y filtra por las solicitudes fallidas.
- Anota la URL, método, código HTTP y respuesta. Revisa si la petición es de
wp-json,admin-ajax.phpo la vista previa. - Contrasta el instante con los logs de PHP/servidor.
Una extensión del navegador también puede generar errores propios: verifica en incógnito antes de atribuir cada aviso a Elementor.
Revisa recursos y comunicación
- Entra en Herramientas → Salud del sitio.
- Comprueba avisos de la API REST, peticiones loopback, HTTPS y configuración del servidor.
- En la pestaña Información, revisa PHP, memoria, plugins y permisos.
- Abre Información del sistema de Elementor para cotejar los valores que ve realmente el plugin.
La API REST puede estar disponible públicamente para unas rutas y bloqueada para otras: una prueba exitosa de /wp-json/ no descarta errores autenticados o endpoints específicos.
Activar el registro de depuración de WordPress, de forma temporal
WordPress permite escribir errores en un archivo de registro sin mostrar mensajes sensibles a las visitas. Solo deberías activar esta opción durante una investigación controlada, idealmente en staging, y después desactivarla. Haz una copia de wp-config.php antes de editarlo y no dupliques constantes que ya existan.
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );wp-content/debug.log. Comprueba que no sea accesible públicamente, protégelo o utiliza un destino de log privado configurado por el hosting. El registro puede contener información sensible. No lo compartas sin revisarlo; al terminar, desactiva la depuración y gestiona o elimina el log de manera segura.Inserta estas líneas antes del comentario de final de edición de wp-config.php. Si ya hay definiciones de WP_DEBUG o WP_DEBUG_LOG, modifica las existentes en vez de añadirlas otra vez. Si hay un error fatal que impide entrar, puedes consultar los logs del hosting o el modo recuperación de WordPress.
Ejemplos de mensajes y su interpretación
| Mensaje | Qué revela | Respuesta adecuada |
|---|---|---|
Allowed memory size ... exhausted | Un proceso agotó el límite de memoria PHP. | Revisar consumos, plugins y límites reales del hosting. |
Uncaught Error / Fatal error | Una excepción detuvo código PHP. | Identificar archivo, extensión y línea en el stack trace. |
ERR_BLOCKED_BY_CLIENT | El navegador o una extensión bloqueó una petición. | Comprobar extensiones y prueba en privado. |
ERR_CONTENT_DECODING_FAILED | La respuesta no pudo decodificarse correctamente. | Revisar compresión, CDN, respuesta de servidor y método alternativo de carga. |
Refused to frame / CSP | La política de seguridad bloquea el iframe. | Revisar cabeceras sin abrir el sitio indiscriminadamente. |
Qué enviar al hosting para evitar respuestas genéricas
Indica que el editor Elementor falla, la URL afectada, hora aproximada, versión de PHP, WordPress y Elementor, el endpoint y código HTTP que falla, el mensaje de log pertinente y qué has probado. Solicita que comprueben la regla WAF o el error PHP de esa solicitud concreta. No envíes contraseñas, cookies de sesión, tokens o información privada.
Cuatro «soluciones» que pueden salir caras.
Que una recomendación aparezca repetida en foros no significa que sea segura o que ataque la causa real.
Eliminar Elementor sin respaldo.
Desinstalar o reinstalar a ciegas puede complicar la recuperación. Primero identifica el fallo, guarda copia y sigue métodos soportados.
Desactivar toda la seguridad para siempre.
Si un WAF bloquea el editor, solicita una excepción específica; mantener abierta toda la protección no es una reparación aceptable.
Subir la memoria a un valor arbitrario.
El límite WordPress no puede superar por arte de magia las restricciones del servidor. Comprueba la memoria efectiva y los errores reales.
Ocultar el loader con CSS o borrar el indicador.
Eliminar el círculo de carga del DOM no garantiza que el editor se haya inicializado ni que pueda guardar. Trata la causa, no el síntoma visual.
Comprueba tu web antes de dar el error por resuelto.
Marca los puntos que has revisado. El progreso se calcula en tu navegador y no se envía a ningún servidor. Puedes copiar o descargar la lista para documentar la incidencia.
La checklist no realiza ninguna comprobación automática de tu sitio.
Preguntas sobre Elementor que no carga.
Respuestas concretas a problemas de carga, compatibilidad, guardado y recuperación en WordPress.
¿Por qué Elementor se queda cargando indefinidamente?
Puede deberse a un conflicto entre plugins o tema, bloqueo de JavaScript, errores de red, memoria insuficiente o una respuesta del servidor que no llega a completarse. Prueba incógnito, modo seguro y revisa los errores F12; el síntoma no identifica una causa única.
¿Cómo arreglar la pantalla gris de Elementor?
Empieza probando el navegador en privado, pausa temporalmente optimizaciones de JavaScript, activa el modo seguro y comprueba los errores de consola. Si no carga en modo seguro, revisa recursos de PHP y solicitudes de la vista previa.
¿Qué hago si Elementor no carga ni en modo seguro?
Revisa la memoria WordPress y el límite real del hosting, las URL HTTP/HTTPS, el método alternativo de carga, errores de consola y los logs de PHP. El modo seguro no evita un bloqueo de red ni un error fatal del servidor.
¿Cuánta memoria necesita Elementor en 2026?
Su ficha oficial de requisitos indica 256 MB de memoria WordPress como mínimo, 512 MB recomendados y 768 MB para un rendimiento superior. La cantidad necesaria puede aumentar si utilizas más plugins exigentes; el límite de servidor debe admitir el valor configurado.
¿Elementor no funciona después de actualizar WordPress?
Comprueba la compatibilidad y las versiones de Elementor, Elementor Pro, el tema y los complementos. Si puedes reproducir el fallo en staging, compara con la versión previa o una copia de seguridad y consulta el log antes de aplicar cambios en producción.
¿Por qué el panel izquierdo de Elementor no carga?
El panel de widgets puede quedar bloqueado por límites de memoria, errores JavaScript, extensiones del navegador o conflictos con addons de Elementor. Comprueba Información del sistema y F12, y prueba el modo seguro.
¿Cómo cambiar el método de carga del editor?
Busca la opción «Switch Editor Loader Method» en Elementor → Editor → Ajustes → Avanzado, o en Elementor → Ajustes → Avanzado según la versión, actívala y guarda. Es especialmente útil cuando el servidor tiene problemas procesando la carga del editor.
¿Por qué Elementor muestra una pantalla blanca?
Una pantalla blanca puede ser consecuencia de un error PHP fatal, un conflicto o problemas de servidor. Consulta el registro del hosting o el modo recuperación de WordPress; no se soluciona necesariamente vaciando la caché.
¿Qué significa «No se ha podido cargar la vista previa»?
Elementor no puede mostrar la página dentro de su vista previa. Revisa la URL pública, las redirecciones, encabezados de seguridad, permisos, plugins y los estados 401, 403, 404 o 500 que detectes en las solicitudes.
¿Por qué Elementor no guarda los cambios?
El guardado puede fallar porque una solicitud POST a WordPress está bloqueada, expira, supera recursos o encuentra un error PHP. Reproduce el guardado con F12 → Red y revisa el estado HTTP y la respuesta antes de tocar la base de datos.
¿Puedo solucionar Elementor gratis?
Sí. El modo privado del navegador, el diagnóstico F12, el modo seguro de Elementor, Salud del sitio y la revisión de caché son comprobaciones sin coste de herramientas. Algunas correcciones pueden necesitar soporte del hosting o intervención profesional.
¿Tengo que desactivar todos los plugins?
No como primera medida y nunca indiscriminadamente en una tienda activa. Primero usa el modo seguro; si apunta a conflictos, realiza pruebas controladas con Elementor/Pro y los demás plugins, preferiblemente en staging.
¿El error 403 de Elementor significa que Wordfence es el problema?
No necesariamente. El 403 indica acceso denegado. Puede proceder de un plugin, un WAF/CDN, autenticación o permisos del servidor. Averigua qué componente genera la respuesta y solicita una excepción limitada si se trata de una petición legítima.
¿El modo seguro de Elementor es lo mismo que el modo recuperación?
No. El modo seguro de Elementor aísla interferencias al cargar el editor. El modo recuperación de WordPress permite recuperar el acceso al administrador en determinadas situaciones de error PHP fatal.
¿Puede fallar Elementor por Cloudflare?
Sí, en determinadas configuraciones Rocket Loader, caché o reglas de seguridad pueden alterar scripts o solicitudes del editor. No significa que Cloudflare siempre cause el fallo: realiza una prueba acotada y comprueba la solicitud afectada.
¿Por qué Elementor funciona en una página y en otra no?
Puede haber un widget o script específico, una plantilla incompatible, un shortcode, una redirección o datos problemáticos en la página. Compara con una página de prueba y trabaja sobre una copia de la afectada para no perder contenido.
¿Cambiar de hosting arregla Elementor?
Solo si existe una causa relacionada con el servidor que no pueda resolverse razonablemente en el alojamiento actual. Antes de migrar, solicita logs, comprueba recursos, configuración PHP, WAF y respuesta del hosting. Migrar sin diagnóstico puede trasladar el problema.
¿Cómo saber si Elementor ya está reparado?
Abre el editor de la página afectada, modifica un elemento de prueba, guarda, recarga, verifica la vista previa y comprueba el resultado en la página pública. Repite en otra página y desactiva cualquier configuración temporal de depuración.
Una guía basada en documentación técnica verificable.
Fuentes consultadas para revisar el artículo el 17 de octubre de 2026. Las rutas de menús pueden cambiar con las versiones. Cuando el síntoma es ambiguo, se plantea una comprobación en lugar de asegurar que existe una causa única.
