Перенос сайта с Elementor на кастомную тему

Сайт собрали на Elementor, он работает, всё устраивает. Через год выясняется, что страница весит несколько мегабайт, мобильная скорость в красной зоне, а любая правка вне шаблона стоит как небольшая доработка.

Что даёт перенос

Страница перестаёт тянуть чужой код

Конструктор подключает свой CSS и JavaScript на каждой странице независимо от того, сколько из этого реально использовано. Плюс шрифты, плюс иконочные наборы, плюс виджеты. Кастомная тема отдаёт ровно те стили, которые нужны этой странице.

Отсюда и основной прирост скорости: не из магии оптимизации, а из того, что исчезает код, который никогда не был нужен.

Разметка становится в разы проще

Там, где конструктор строит секцию из шести вложенных контейнеров, в теме это один блок.

Исчезает привязка к конструктору

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

Правки становятся дешевле

Любое нестандартное поведение в конструкторе делается в обход. В теме то же самое пишется прямо.

Главная сложность: где лежит контент

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

Поэтому перенос - это не «выключили конструктор, включили тему». Контент надо достать и переложить в нормальный вид.

Это и есть основная работа при переезде. Вёрстка темы занимает меньше времени, чем аккуратный перенос содержимого.

Как выглядит процесс

Аудит текущего сайта. Сколько страниц, какие типы контента, какие плагины действительно используются.
Фиксация того, что нельзя ломать. Адреса страниц, заголовки и описания, редиректы, микроразметка, формы, счётчики.
Копия на тестовой площадке. Живой сайт продолжает работать.
Разработка темы под текущий дизайн. Внешний вид сохраняется.
Перенос контента из структур конструктора в нормальные записи и поля.
Редактируемые блоки для секций, которые заказчик меняет сам.
Сверка перед запуском: все адреса на месте, метаданные сохранились, формы отправляют.
Переключение и наблюдение за Search Console первые недели.

Что обязательно должно сохраниться

Адреса страниц. Самый безопасный переезд - тот, где ни один адрес не изменился. Если структуру всё же надо менять, каждый старый адрес получает 301 на новый. Не на главную, а именно на соответствующую страницу.
Заголовки и описания. Переносятся как есть.
Микроразметка. Товары, отзывы, хлебные крошки.
Изображения и их адреса. Перезаливка картинок с новыми именами обнуляет позиции в поиске по изображениям.
Карта сайта и robots.txt.

Самая частая ошибка при переезде: заодно «улучшить» структуру адресов. Сайт становится быстрее, а трафик падает, потому что половина страниц отдаёт 404. Смена структуры - это отдельный этап, после переезда, а не вместе с ним.

Чего ожидать по скорости

Прирост зависит от того, насколько нагруженным был исходный сайт, и обещать конкретный балл заранее невозможно.

Что меняется всегда:

исчезает CSS и JS конструктора с каждой страницы;
уменьшается количество запросов;
упрощается структура страницы;
исчезает часть плагинов, нужных только конструктору.

Что не меняется само собой: тяжёлые изображения, медленный хостинг и внешние скрипты. Поэтому переезд обычно делается вместе с работой над изображениями и кешированием.

Когда переезд не нужен

Лендинг на несколько экранов, который живёт рекламным трафиком.
Сайт, который не приносит денег напрямую и не имеет трафика из поиска.
Проект, где нет бюджета довести дело до конца.

Коротко

Основная работа при переезде - не вёрстка темы, а аккуратное извлечение контента из структур конструктора. Скорость растёт за счёт того, что исчезает ненужный код. Главное правило: адреса, заголовки и микроразметка должны пережить переезд без изменений.