Если Elementor не загружается, редактор зависает на бесконечной загрузке, не даёт сохранить страницу или в консоли браузера появляется ошибка 500 в admin-ajax.php, чаще всего проблема не в самом Elementor, а в WordPress, PHP или ограничениях хостинга.
Обычно причина связана с нехваткой памяти PHP, низким memory_limit, конфликтом плагинов, большим количеством ревизий, устаревшей версией PHP или серверными лимитами. В этой инструкции разберём, как быстро найти причину и восстановить работу Elementor без переустановки сайта.
Если вместе с Elementor не открывается весь сайт, админка WordPress или появляются другие ошибки 500/502/503, сначала посмотрите общую диагностику:
👉 WordPress не работает — что делать и как провести диагностику

Как понять, что Elementor падает именно из-за ошибки 500
Сначала нужно не гадать, а проверить, что именно ломается. Ошибка может выглядеть по-разному:
- Elementor бесконечно загружается и не открывает редактор;
- крутится колесо загрузки;
- страница не сохраняется;
- появляется сообщение «Server Error 500»;
- в консоли видно
admin-ajax.phpсо статусом 500; - в логах сервера есть ошибка
Allowed memory size exhausted.

В некоторых случаях вместо редактора отображается только пустой экран или бесконечная загрузка. Это типичный признак того, что запросы Elementor не получают нормальный ответ от сервера.

Быстрая диагностика через DevTools: проверяем admin-ajax.php
Самый быстрый способ понять, что Elementor ломается на стороне сервера, — открыть инструменты разработчика в браузере.
- Откройте страницу, где не загружается Elementor.
- Нажмите
F12или правой кнопкой мыши → «Просмотреть код». - Перейдите во вкладку Network / «Сеть».
- Обновите страницу клавишей
F5. - Найдите запрос
admin-ajax.php. - Если у него статус 500, проблема на стороне WordPress, PHP или хостинга.

Если admin-ajax.php отдаёт 500, Elementor не может нормально получить ответ от WordPress. Поэтому редактор зависает, не сохраняет страницу или вообще не открывается.
Причина №1. Нехватка памяти PHP
Самая частая причина ошибки 500 в Elementor — нехватка памяти PHP. Особенно это актуально, если на сайте установлены Elementor Pro, WooCommerce, плагины фильтров, SEO-плагины, кэширование и дополнительные аддоны для Elementor.
При лимите 128M редактору может не хватать ресурсов. В результате сервер обрывает выполнение скрипта, а Elementor показывает ошибку 500 или зависает на загрузке.
Какие лимиты лучше проверить
| Параметр | Минимально | Лучше для Elementor |
|---|---|---|
| memory_limit | 256M | 512M |
| WP_MEMORY_LIMIT | 256M | 512M |
| max_execution_time | 120 | 300 |
| max_input_vars | 3000 | 5000 |
| upload_max_filesize | 64M | 128M |
Если сайт небольшой, иногда хватает 256M. Но для сайта на Elementor с WooCommerce и большим количеством плагинов лучше сразу ставить 512M, если тариф хостинга это позволяет.
Способ 1. Увеличить память через wp-config.php
Первое место, где стоит проверить лимит памяти, — файл wp-config.php. Он находится в корневой папке сайта.
Откройте файл и добавьте строку выше служебной строки:
/* That's all, stop editing! Happy publishing. */ Код:
define('WP_MEMORY_LIMIT', '512M'); Можно также добавить лимит для админки:
define('WP_MEMORY_LIMIT', '512M');
define('WP_MAX_MEMORY_LIMIT', '512M'); После сохранения файла снова откройте Elementor и проверьте, исчезла ли ошибка 500.
Если после изменения ничего не поменялось, значит хостинг может ограничивать память на уровне сервера. Тогда нужно проверять реальные значения PHP или писать в поддержку.
Способ 2. Увеличить memory_limit через .htaccess
Файл .htaccess тоже находится в корне сайта. Иногда он скрыт, поэтому в файловом менеджере хостинга нужно включить отображение скрытых файлов.
В конец файла можно добавить строку:
php_value memory_limit 512M Но здесь есть важный момент. На некоторых хостингах эта директива не поддерживается. Если после добавления строки сайт полностью упал с ошибкой 500, удалите эту строку обратно.
Важно: если сервер работает через PHP-FPM, FastCGI или Nginx, строка
php_value memory_limit 512Mв .htaccess может не сработать или сама вызвать ошибку 500. В таком случае лимиты нужно менять в панели хостинга, php.ini, .user.ini или через поддержку.
Способ 3. Увеличить память через php.ini или .user.ini
Если у вас VPS, выделенный сервер или хостинг позволяет менять PHP-настройки, проверьте файл php.ini или .user.ini.
Добавьте или измените строку:
memory_limit = 512M
max_execution_time = 300
max_input_vars = 5000
upload_max_filesize = 128M
post_max_size = 128M На VPS файл PHP-конфигурации часто находится по пути:
/etc/php/8.1/fpm/php.ini Вместо 8.1 у вас может быть другая версия PHP.
После изменения php.ini нужно перезапустить PHP-FPM:
sudo systemctl restart php8.1-fpm Если используется Apache:
sudo systemctl restart apache2 Если используется Nginx:
sudo systemctl restart php8.1-fpm
sudo systemctl restart nginx Как проверить, применились ли новые лимиты
Иногда вы прописали 512M в wp-config.php, .htaccess или php.ini, но Elementor всё равно не загружается. Причина простая: реальные лимиты на сервере могли не измениться.
Чтобы не гадать, можно быстро проверить настройки хостинга специальным скриптом.
- Скачайте архив со скриптом проверки:
👉 Скачать Host Check - Распакуйте файл
memory-test.php. - Загрузите его в корень сайта через файловый менеджер хостинга.
- Откройте в браузере:
ваш-сайт.ru/memory-test.php. - Посмотрите реальные значения
memory_limit,max_execution_time,max_input_varsи версии PHP.

Если в отчёте всё ещё указано 128M, хотя вы прописали 512M, значит ограничение стоит на стороне хостинга. В этом случае лучше сразу писать в поддержку.
Причина №2. Слишком много ревизий страницы
Если ошибка 500 появляется не при открытии Elementor, а при сохранении страницы, причиной могут быть ревизии. WordPress сохраняет редакции страниц и записей, а у больших страниц Elementor их может накопиться очень много.
Когда ревизий слишком много, база данных разрастается, запросы становятся тяжелее, а на слабом хостинге сохранение страницы может заканчиваться ошибкой 500.
Что сделать с ревизиями
- Сделайте резервную копию сайта.
- Установите плагин для очистки базы, например WP-Sweep или аналогичный.
- Очистите ревизии записей и страниц.
- Проверьте сохранение страницы в Elementor.
После очистки можно ограничить количество будущих ревизий. Для этого в wp-config.php добавьте строку:
define('WP_POST_REVISIONS', 5); Эта настройка оставит только 5 последних ревизий для записей и страниц. Для сайтов на Elementor это полезно, потому что страницы конструктора могут быть довольно тяжелыми.
Не отключайте ревизии полностью, если часто правите страницы. Лучше оставить 5–10 версий, чтобы можно было откатить неудачные изменения.
Причина №3. Конфликт плагинов
Elementor часто ломается не сам по себе, а из-за конфликта с другим плагином. Чаще всего мешают:
- плагины кэширования и оптимизации;
- минификация CSS и JS;
- плагины безопасности;
- аддоны для Elementor;
- старые плагины, которые давно не обновлялись;
- плагины, конфликтующие с текущей версией PHP.
Как проверить конфликт плагинов
- Сделайте резервную копию сайта.
- Отключите все плагины, кроме Elementor и Elementor Pro, если он используется.
- Проверьте, открывается ли редактор.
- Если Elementor заработал, включайте плагины по одному.
- После каждого включения снова проверяйте редактор.
Так вы найдёте конкретный плагин, из-за которого Elementor не загружается или выдаёт ошибку 500.
Если доступа к админке нет, отключить плагины можно через файловый менеджер: переименуйте папку wp-content/plugins в plugins-old. После этого WordPress отключит все плагины.
Причина №4. Конфликт темы
Иногда Elementor не открывается из-за активной темы. Особенно если в теме есть собственные виджеты, кастомные функции, старый код или ошибки в functions.php.
Для проверки временно переключитесь на стандартную тему WordPress, например Twenty Twenty-Four или другую установленную стандартную тему.
Если после смены темы Elementor начал загружаться, проблема была в шаблоне. Тогда нужно проверить последние изменения в теме, файл functions.php и совместимость темы с текущей версией WordPress и PHP.
Причина №5. Неподходящая версия PHP
Elementor, WordPress и современные плагины лучше работают на актуальных версиях PHP. Но здесь важно не просто поставить самую новую версию, а выбрать ту, которую поддерживают все ваши плагины и тема.
Что сделать:
- Откройте панель управления хостингом.
- Найдите раздел выбора версии PHP.
- Попробуйте PHP 8.1 или 8.2.
- Проверьте сайт и Elementor.
- Если сайт упал, временно верните предыдущую рабочую версию PHP.
Если после перехода на PHP 8.2 сайт начал выдавать критическую ошибку, причина может быть в старом плагине или теме. В таком случае лучше временно вернуться на PHP 8.1 и найти несовместимый модуль.
Причина №6. Elementor не может загрузить редактор обычным способом
В Elementor есть отдельная настройка, которая помогает при проблемах с загрузкой редактора.
Проверьте её в админке:
Elementor → Настройки → Расширенные → Метод загрузчика редактора Включите метод загрузчика редактора, сохраните настройки и попробуйте снова открыть страницу в Elementor.
Также можно проверить:
- Elementor → Инструменты → Перегенерировать CSS и данные;
- Elementor → Инструменты → Синхронизировать библиотеку;
- Elementor → Системная информация — посмотреть лимиты и ошибки;
- Безопасный режим Elementor — помогает понять, мешает ли тема или плагин.
Причина №7. Кэш, минификация и оптимизация файлов
Если Elementor открывался нормально, а после настройки оптимизации перестал загружаться, проверьте плагины кэширования. Иногда минификация JavaScript, объединение файлов или отложенная загрузка скриптов ломают редактор.
Что отключить для проверки:
- минификацию JavaScript;
- объединение JS-файлов;
- отложенную загрузку JS;
- критический CSS;
- оптимизацию админки;
- кэширование для авторизованных пользователей.
После этого очистите кэш сайта, кэш браузера и попробуйте снова открыть Elementor.
Причина №8. Ограничения хостинга
Если вы увеличили память в файлах, отключили плагины, проверили PHP, но Elementor всё равно показывает ошибку 500, возможно, проблема в тарифе хостинга.
На дешёвых shared-хостингах часто ограничены:
memory_limit;max_execution_time;- количество PHP-процессов;
- CPU;
- IOPS;
- лимиты на admin-ajax.php;
- работа тяжелых WordPress-плагинов.
В такой ситуации локальные настройки могут просто не применяться. Вы прописываете 512M, а сервер всё равно оставляет 128M или 256M.
Шаблон письма в поддержку хостинга
Здравствуйте. На сайте при работе редактора Elementor появляется ошибка 500, в DevTools видно запрос admin-ajax.php со статусом 500. Прошу проверить PHP-логи и увеличить лимиты: memory_limit до 512M, max_execution_time до 300, max_input_vars до 5000. Также прошу уточнить, не блокируются ли запросы admin-ajax.php и хватает ли ресурсов тарифа для работы Elementor.
Если хостинг отвечает, что увеличить лимиты нельзя, а сайт на Elementor регулярно падает, лучше рассмотреть перенос на более подходящий тариф или другой хостинг.
Что делать, если Elementor не сохраняет страницу и выдаёт 500
Если редактор открывается, но ошибка 500 появляется именно при сохранении, порядок действий такой:
- Очистить ревизии страницы.
- Увеличить
memory_limitдо 512M. - Увеличить
max_execution_timeдо 300. - Проверить
max_input_vars— лучше 3000–5000. - Отключить плагины оптимизации и кэширования.
- Отключить лишние аддоны Elementor.
- Проверить логи ошибок PHP.
Большие страницы Elementor могут содержать много секций, виджетов, стилей и настроек. При сохранении всё это передаётся на сервер, и слабый хостинг может не успевать обработать запрос.
Что делать, если Elementor вообще не открывается
Если редактор не открывается совсем и висит на загрузке, действуйте так:
- Откройте DevTools и проверьте
admin-ajax.php. - Проверьте реальные лимиты PHP через скрипт диагностики.
- Увеличьте память в wp-config.php.
- Проверьте версию PHP.
- Отключите все плагины, кроме Elementor.
- Временно переключите тему.
- Включите метод загрузчика редактора в настройках Elementor.
- Посмотрите PHP-логи на хостинге.
Краткий чек-лист решения ошибки 500 в Elementor
| Проблема | Что сделать |
|---|---|
| Elementor бесконечно загружается | Проверить admin-ajax.php в DevTools |
| Ошибка 500 при открытии редактора | Увеличить memory_limit до 512M |
| Ошибка 500 при сохранении | Очистить ревизии и увеличить max_execution_time |
| Лимиты не меняются | Проверить реальные значения PHP и написать хостеру |
| После .htaccess сайт упал | Удалить строку php_value memory_limit |
| После обновления PHP сайт сломался | Вернуть рабочую версию PHP и искать несовместимый плагин |
| Elementor заработал после отключения плагинов | Включать плагины по одному и найти конфликт |
Заключение
Если Elementor не загружается, зависает на бесконечной загрузке или показывает ошибку 500 в admin-ajax.php, не нужно сразу переустанавливать WordPress или удалять Elementor. Сначала проверьте реальные причины: лимит памяти PHP, настройки хостинга, wp-config.php, .htaccess, версию PHP, ревизии, плагины и тему.
В большинстве случаев Elementor начинает работать после увеличения memory_limit, очистки ревизий, отключения конфликтующего плагина или изменения лимитов на стороне хостинга.
Если ничего не помогло, откройте PHP-логи или отправьте отчёт диагностики в поддержку хостинга. Именно в логах обычно видно, какой файл, плагин или лимит вызывает ошибку 500.
Если проблема шире и ломается не только Elementor, используйте общую инструкцию:
👉 WordPress не работает — что делать и как провести диагностику