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

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

Тоді і виникає питання переїзду на власну тему. Нижче - як це відбувається насправді.

Що дає перенесення

Сторінка перестає тягнути чужий код

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

Саме звідси береться основний приріст швидкості: не з магії оптимізації, а з того, що зникає код, який ніколи не був потрібен.

Розмітка стає в рази простішою

Там, де конструктор будує секцію з шести вкладених контейнерів, у темі це один блок. Браузеру менше рахувати, пошуковику простіше зрозуміти структуру, розробнику - вносити правки.

Зникає прив'язка до конструктора

Це те, про що зазвичай не думають на старті. Поки Elementor активний, він тримає весь контент. Вимкнути його означає отримати замість сторінок службові позначки. Після переїзду на тему сайт більше не залежить від того, що буде з конкретним плагіном далі.

Правки стають дешевшими

Будь-яка нестандартна поведінка в конструкторі робиться в обхід: віджет, який майже підходить, плюс кастомний CSS зверху, плюс костур на JS. У темі те саме пишеться прямо.

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

Конструктор зберігає сторінку не як звичайний текст, а як власну структуру даних у базі. Якщо просто вимкнути плагін, замість вмісту залишиться набір службових позначок.

Тому перенесення - це не «вимкнули конструктор, увімкнули тему». Контент треба дістати і перекласти в нормальний вигляд: тексти в записи і сторінки, повторювані сутності в поля, товари в товари.

Це і є основна робота при переїзді. Верстка теми займає менше часу, ніж акуратне перенесення вмісту.

Як виглядає процес

1. Аудит поточного сайту. Скільки сторінок, які типи контенту, що дублюється, які плагіни справді використовуються, а які просто активні. Часто на цьому етапі половина плагінів відпадає.
2. Фіксація того, що не можна ламати. Список адрес сторінок, заголовки і описи, наявні редиректи, мікророзмітка, форми і місця, куди йдуть заявки, лічильники аналітики.
3. Копія на тестовому середовищі. Робота йде на копії, живий сайт продовжує працювати.
4. Розробка теми під наявний дизайн. Зовнішній вигляд зберігається: завдання переїзду - прибрати вагу, а не змінити сайт.
5. Перенесення контенту зі структур конструктора в нормальні записи і поля.
6. Редаговані блоки для тих секцій, які замовник змінює сам. Щоб після переїзду не доводилося писати розробнику через кожен банер.
7. Звірка перед запуском: усі адреси на місці, метадані збереглися, форми відправляють, аналітика рахує, нічого не загубилося.
8. Перемикання і спостереження за Search Console перші тижні.

Що обов'язково має зберегтися

Це та частина, де переїзд може коштувати позицій, якщо зробити недбало.

• Адреси сторінок. Найбезпечніший переїзд - той, де жодна адреса не змінилася. Якщо структуру все ж треба міняти, кожна стара адреса отримує 301 на нову. Не на головну, а саме на відповідну сторінку.
• Заголовки і описи. Переносяться як є, а не пишуться заново.
• Мікророзмітка. Якщо були товари, відгуки, хлібні крихти - вони мають лишитися.
• Зображення і їхні адреси. Перезаливання картинок з новими іменами обнуляє позиції в пошуку по зображеннях.
• Карта сайту і robots.txt.

Чого очікувати за швидкістю

Чесно про цифри: приріст залежить від того, наскільки навантаженим був вихідний сайт, і обіцяти конкретний бал заздалегідь неможливо.

Що змінюється завжди:

• зникає CSS і JS конструктора з кожної сторінки;
• зменшується кількість запитів;
• спрощується структура сторінки, браузер швидше її будує;
• зникає частина плагінів, які були потрібні тільки конструктору.

Що не змінюється саме собою: важкі зображення, повільний хостинг і зовнішні скрипти на кшталт чатів і піксилів. Якщо на сторінці висить фото на чотири мегабайти, кастомна тема його не зменшить. Тому переїзд зазвичай робиться разом із роботою над зображеннями і кешуванням - інакше половина ефекту губиться.

Коли переїзд не потрібен

Не кожен сайт варто переносити.

• Лендинг на кілька екранів, який живе рекламним трафіком і зміниться через пів року.
• Сайт, який не приносить грошей напряму і не має трафіку з пошуку.
• Проєкт, де немає бюджету довести справу до кінця: наполовину перенесений сайт гірший за той, що був.

Переїзд окупається там, де сайт - робочий інструмент: магазин, багатосторінковий сайт послуг, проєкт із трафіком з пошуку. Тобто там, де швидкість і вартість правок перетворюються на гроші.