Elementor сломался после переноса: как всё исправить

Чаще всего Elementor перестаёт корректно отображать страницы после переноса сайта из-за несовпадения адреса сайта в базе данных с новым доменом или путём — редактор и стили жёстко привязаны к URL. Решается это заменой адреса в базе и пересборкой CSS-кэша Elementor, без переустановки самого плагина.

Почему это происходит

Elementor хранит настройки страниц в виде сериализованных данных в таблице wp_postmeta, а сгенерированные стили — в отдельных CSS-файлах в папке wp-content/uploads/elementor/css. Оба места завязаны на абсолютный URL сайта. Если при переносе домен изменился (или сайт переехал с http на https, с www на без www, на другой хостинг с другим путём к файлам), Elementor продолжает ссылаться на старые адреса — отсюда съехавшая вёрстка, пропавшие изображения, ошибки в консоли браузера, иногда белый экран в редакторе.

  • Смена домена или протокола (http → https)
  • Изменение структуры путей на новом хостинге
  • Неполный перенос базы данных или файлов uploads
  • Устаревший кэш плагинов кэширования (WP Super Cache, W3 Total Cache и т.п.)
  • Несовпадение версии PHP на новом хостинге с требованиями Elementor

Как починить Elementor после переноса

Порядок действий обычно такой:

  • Проверьте адрес сайта в Настройки → Общие в админке WordPress — он должен точно совпадать с реальным доменом, включая протокол
  • Замените старый домен на новый во всей базе данных через плагин типа Better Search Replace, а не вручную — это избавит от битых сериализованных данных
  • Зайдите в Elementor → Настройки → Инструменты → Регенерация файлов CSS и нажмите «Regenerate»
  • Очистите кэш всех плагинов кэширования и кэш браузера
  • Проверьте права доступа на папку wp-content/uploads — она должна быть доступна для записи
  • Убедитесь, что версия PHP на новом хостинге не ниже требуемой Elementor (обычно 7.4+)

Что делать, если ничего не помогло

Если после замены URL и регенерации CSS страницы всё равно ломаются, стоит отключить Elementor и Elementor Pro, затем включить их заново — это принудительно пересоздаёт нужные таблицы и опции. Если проблема осталась только в редакторе (сама страница на сайте выглядит нормально), дело может быть в конфликте с другим плагином или темой — временно отключите остальные плагины по одному и проверьте, какой из них влияет.

Перед любыми манипуляциями с базой данных сделайте резервную копию — замена URL через SQL-запросы без учёта сериализации данных может окончательно сломать страницы.

Понравилась статья? Поделиться с друзьями: