Вопрос «elementor или gutenberg» звучит на каждом брифинге по разработке корпоративного сайта, и универсального ответа на него нет — есть разные компромиссы под разные задачи бизнеса. Мы регулярно ведём оба типа проектов и в этом материале разбираем, чем конструктор страниц Elementor принципиально отличается от нативного блочного редактора WordPress, где выбор конструктора сайтов wordpress в 2026 году оправдан бюджетом и скоростью запуска, а где он создаёт риски, которые всплывут через два-три года активной жизни сайта.
Что изменилось в Gutenberg с 2018 года
Когда WordPress 5.0 в конце 2018 года сделал Gutenberg редактором по умолчанию, большинство агентств восприняли его как обузу: блочный интерфейс выглядел сырым, а привычные плагины-конструкторы вроде Elementor и Divi к тому моменту уже закрывали реальные задачи бизнеса — посадочные страницы, кастомные хедеры, popup-формы. Спустя несколько лет ситуация изменилась не потому, что Gutenberg догнал Elementor по возможностям drag-and-drop, а потому что WordPress начал развивать его как полноценную систему полного редактирования сайта (Full Site Editing, FSE), а не только контента внутри записей и страниц.
FSE появился как экспериментальная функция вместе с блочными темами и с тех пор стал стандартом для новых тем в каталоге WordPress.org. Идея простая: хедер, футер, архивные страницы, шаблоны записей — всё это теперь тоже собирается блоками, а не задаётся жёстко в PHP-файлах темы. Для владельца сайта это означает, что многие правки, которые раньше требовали вызова разработчика (поменять структуру шапки, добавить блок с контактами в футер, изменить шаблон карточки товара), можно сделать прямо в редакторе — если тема поддерживает блочный подход.
При этом Gutenberg остаётся принципиально более «инженерным» инструментом, чем визуальный конструктор. Он мыслит категориями блоков и паттернов, а не свободного холста, и человеку, который привык собирать макет мышкой в Figma-подобном интерфейсе, первое знакомство с сайт-редактором часто даётся тяжелее, чем работа в Elementor.
Важная деталь, которую часто упускают при выборе инструмента ещё на старте проекта: Gutenberg развивается поэтапно, и команда WordPress с самого начала объявляла четыре укрупнённых направления работы — редактирование контента, редактирование всего сайта (то, что уже доступно через блочные темы и Site Editor), совместная работа нескольких редакторов над одной страницей в реальном времени и, в перспективе, встроенная поддержка мультиязычности без сторонних плагинов вроде WPML. Для бизнеса это значит, что часть функциональности, которая сегодня закрывается плагинами, со временем может переехать в ядро — и сайт, построенный на нативных блоках, получит эти возможности бесплатно вместе с обновлением CMS, тогда как сайт на стороннем конструкторе будет зависеть от того, обновит ли разработчик плагина свой продукт вслед за ядром.
Почему агентства и бизнес до сих пор выбирают Elementor
Elementor — это сторонний плагин, а не часть ядра WordPress, и распространяется по фримиум-модели: бесплатная версия закрывает базовую вёрстку страниц, платная Pro-версия добавляет конструктор тем (Theme Builder), собственный popup-билдер, интеграцию с WooCommerce и расширенную библиотеку виджетов. Именно эта связка — визуальный редактор плюс готовые модули под конкретные бизнес-задачи — объясняет, почему Elementor остаётся одним из самых устанавливаемых плагинов в каталоге WordPress.
Ключевое преимущество Elementor для менеджера проекта или маркетолога — скорость получения результата без разработчика. Открыл готовый шаблон, перетащил блоки, поправил тексты и изображения — посадочная страница под рекламную кампанию готова за один рабочий день. Для агентства, которое ведёт десятки клиентских сайтов, это снижает нагрузку на разработчиков: верстальщик один раз собирает библиотеку блоков под фирменный стиль клиента, а дальше контент-менеджер сам компонует страницы.
Слабое место — зависимость от плагина. Дизайн, собранный в Elementor, хранится в специальной разметке внутри контента страницы; при удалении или серьёзном обновлении плагина верстка может «развалиться» либо потребовать ручного восстановления. Это не критично, пока агентство сопровождает сайт на регулярной основе, но становится проблемой при смене подрядчика или попытке сэкономить на поддержке.
Отдельно стоит сказать про три модуля, которые обычно и оправдывают покупку платной версии для B2B-сайта. Theme Builder позволяет визуально собрать шаблоны, которые в классическом WordPress пишутся кодом темы: шапку, футер, шаблон карточки товара или архивной страницы блога — то есть частично закрывает те же задачи, что и Site Editor в Gutenberg, но через привычный drag-and-drop интерфейс. Popup Builder закрывает типовую маркетинговую задачу — всплывающую форму подписки или лид-магнита с условиями показа (по времени на странице, по попытке уйти со страницы, по прокрутке) без установки отдельного плагина под попапы. А модуль для WooCommerce даёт визуальную кастомизацию карточки товара, страницы корзины и оформления заказа — зон, редактирование которых через код требует переопределения шаблонов темы и заметно больше времени разработчика.
Производительность и SEO: где разница ощутима на практике
Технически оба инструмента способны выдать быстрый сайт — узкое место почти всегда не в самом редакторе, а в том, как он используется: количество установленных дополнительных виджетов, качество хостинга, оптимизация изображений. Тем не менее у подходов есть системная разница.
Gutenberg генерирует блоки как относительно чистую семантическую HTML-разметку — тот минимум тегов и классов, который нужен для отображения блока. Elementor, чтобы дать пиксель-точный контроль над отступами, анимациями и адаптивностью на всех устройствах, оборачивает каждый элемент в дополнительные `div`-контейнеры и подключает собственные CSS/JS-файлы — независимо от темы сайта. На практике это означает, что визуально идентичная страница на Elementor обычно тяжелее по DOM-дереву и количеству подключаемых стилей, чем та же страница, собранная нативными блоками. Для конверсионных лендингов, где каждая десятая доля секунды загрузки влияет на показатель отказов, это стоит учитывать при выборе инструмента.
С точки зрения SEO оба редактора одинаково хорошо работают с заголовками, микроразметкой через плагины вроде Yoast, alt-текстами изображений — здесь разницы в возможностях нет. Разница именно в «весе» страницы и скорости первой отрисовки контента, которые Google учитывает в оценке Core Web Vitals.
На практике это ощутимо в первую очередь на мобильном трафике и на медленных сетях — а для казахстанского B2B-сегмента, где заметная часть посетителей открывает сайт с телефона в дороге или на объекте, а не только с офисного компьютера с хорошим интернетом, разница в пару лишних секунд загрузки страницы напрямую влияет на то, дочитает ли потенциальный клиент страницу услуги до формы заявки или закроет вкладку раньше. Универсального правила «Elementor всегда медленнее» тут нет — грамотно настроенный Elementor-сайт с отключёнными неиспользуемыми виджетами и включённым кэшированием может обгонять по скорости небрежно собранный Gutenberg-сайт с десятком лишних плагинов. Но при прочих равных условиях и одинаковом уровне аккуратности разработчика нативные блоки стартуют с более лёгкой базовой нагрузкой.
Гибкость дизайна против скорости запуска
Если сравнивать буквально «что можно нарисовать» — Elementor выигрывает почти всегда. Свободный холст, готовые шаблоны, визуальные эффекты, попапы, формы со сложной логикой — весь этот арсенал закрывает 90% типовых задач корпоративного сайта без единой строчки кода. Дизайнер, привыкший к Figma, комфортно чувствует себя в Elementor уже после пары часов работы.
Gutenberg в базовой комплектации беднее по визуальным возможностям: часть эффектов, которые в Elementor доступны через панель настроек, в блочном редакторе требует либо кастомного CSS, либо установки дополнительных плагинов с блоками (что частично возвращает ту же проблему зависимости от стороннего кода, только менее зрелого и не так тщательно протестированного, как у Elementor). Зато результат работы в Gutenberg — это контент, который переживёт смену темы и даже полное удаление конструктора: текст, изображения и структура заголовков останутся читаемыми и корректными, потому что они хранятся как стандартные блоки WordPress, а не как проприетарная разметка плагина.
Практический вывод для бизнеса: если сайт — это визитка или сложный маркетинговый лендинг с частыми промо-акциями, где скорость сборки страницы важнее архитектурной чистоты, Elementor обычно окупает свою стоимость. Если сайт — это долгоживущий корпоративный ресурс с большим объёмом контента (блог, каталог услуг, документация), который планируется поддерживать и развивать годами, ставка на нативные блоки снижает риски на длинной дистанции.
Стоимость владения: лицензии, обновления, смена подрядчика
Прямое сравнение цен здесь не так показательно, как структура затрат. Elementor Pro продаётся по годовой подписке на определённое количество сайтов — это предсказуемая, но постоянная статья расходов, которая исчезает, если лицензию не продлить (базовая функциональность страниц при этом обычно продолжает работать, но новые Pro-виджеты и обновления безопасности — нет). Gutenberg — часть ядра WordPress, отдельно оплачивать нечего; затраты уходят на подбор или разработку блочной темы и, при необходимости, на кастомные блоки под задачи бизнеса.
Второй фактор — стоимость смены подрядчика. Сайт на Elementor технически можно передать другому агентству, но новой команде придётся разбираться в структуре блоков конкретного разработчика, а не в стандартной для WordPress логике. Сайт на нативных блоках в этом смысле более «портируемый»: любой специалист, знакомый с WordPress, разберётся в структуре страницы без документации от предыдущего подрядчика.
Есть и третий, менее очевидный фактор — устойчивость к человеческому фактору внутри самой компании-заказчика. На конструкторе вроде Elementor штатный контент-менеджер без технического бэкграунда обычно быстрее осваивается и реже обращается к разработчику за мелкими правками — это снижает нагрузку на бюджет поддержки в моменте. Но та же лёгкость входа означает, что при отсутствии дисциплины страницы со временем накапливают несогласованные стили, дублирующиеся секции и забытые черновики — просто потому, что барьер для создания новой страницы низкий. На блочной теме порог входа для контент-менеджера чуть выше, зато границы того, что можно сломать визуально, у́же — блоки наследуют стили темы, и сильно «уехать» от фирменного стиля сложнее технически, а не только организационно.
Мы в агентстве закладываем этот фактор в рекомендации клиентам ещё на этапе технического задания: если бизнес планирует держать сайт на аутсорсе у одного проверенного партнёра много лет — конструктор снимает часть операционных вопросов. Если у бизнеса есть или появится собственная IT-команда, либо предполагается конкурсный выбор подрядчиков в будущем, разумнее закладывать архитектуру на нативных блоках с самого начала. Когда нужна помощь с выбором подхода под конкретный проект, мы разбираем эти вопросы на этапе аудита — наши услуги по разработке сайтов на WordPress включают такую консультацию перед стартом работ.
Что выбрать для корпоративного B2B-сайта: рабочий сценарий
На практике для среднего корпоративного сайта — том, что сочетает статичные страницы услуг, каталог и блог — оптимальным чаще оказывается гибридный подход, а не выбор «либо-либо». Шапка, футер и общие шаблоны страниц собираются через блочную тему и Site Editor: это снижает вес каждой страницы и упрощает поддержку в будущем. А отдельные маркетинговые страницы — например, лендинг под конкретную рекламную кампанию или сложную акцию — можно собрать в Elementor как изолированный модуль, не завязанный на общую структуру сайта.
Такой сценарий требует более высокой квалификации на этапе разработки: нужно заранее спроектировать, какие типы страниц идут через блочную тему, а какие — через конструктор, и не смешивать логику внутри одного шаблона. Зато он даёт бизнесу лучшее из обоих миров: быстрый и лёгкий основной сайт плюс гибкость конструктора там, где она реально нужна маркетингу — под кампании с коротким циклом жизни.
Если ресурсов на такое разделение нет и решение нужно принять один раз на весь проект — ориентир простой. Небольшой сайт-визитка, который редко обновляется и делается с ограниченным бюджетом на разработку, — Elementor: быстрее в сборке, ниже порог входа для контент-менеджера. Корпоративный сайт с расчётом на долгую жизнь, регулярное наполнение блога и SEO-продвижение — нативные блоки: они легче, чище с точки зрения кода и не создают зависимость от одного плагина на годы вперёд.
Пример из практики: миграция каталога услуг на блочную тему
Типичный запрос, с которым к нам приходят компании, — старый сайт на Elementor, который «оброс» десятком лендингов под разные рекламные кампании за несколько лет, а теперь тормозит и требует переработки структуры каталога услуг. В такой ситуации мы обычно не переписываем сайт целиком с нуля, а разделяем работу на два потока. Основной каркас — главная страница, каталог услуг, карточки услуг, блог — переводится на блочную тему с шаблонами через Site Editor. Это даёт заметный прирост скорости именно на страницах, которые чаще всего попадают в органическую выдачу и на которые ведёт основной SEO-трафик, а значит быстрее всего окупает вложенное время разработчика.
Старые лендинги под конкретные завершённые кампании при этом либо архивируются с редиректом на актуальную страницу услуги, либо, если кампания активна, остаются на Elementor как изолированные страницы без изменений — переделывать их под блоки нет смысла, пока кампания не закончится. Такой поэтапный подход снижает риск получить на выходе недоделанный сайт с половиной страниц в старом формате и половиной в новом без внятной логики — у каждой страницы остаётся понятная причина, почему она сделана именно так.
Ключевой урок из подобных проектов: решение «Elementor или Gutenberg» редко стоит принимать один раз навсегда для всего сайта. Разумнее сформулировать правило для команды — например, «страницы услуг и блог всегда через блочную тему, разовые промо-лендинги — через конструктор» — и зафиксировать его в техническом задании, чтобы контент-менеджер не выбирал инструмент интуитивно от страницы к странице.
Частые вопросы
Можно ли перенести сайт с Elementor на Gutenberg без потери дизайна?
Автоматического бесшовного переноса не существует — разметка Elementor и блоки Gutenberg устроены принципиально по-разному. Текстовый контент и изображения переносятся без проблем, но визуальную структуру страниц (отступы, колонки, эффекты) в большинстве случаев приходится пересобирать вручную в новом редакторе.
Что произойдёт с сайтом, если отключить Elementor Pro и не продлевать лицензию?
Страницы, собранные с использованием Pro-виджетов, отображаются некорректно или теряют часть функциональности — конкретные последствия зависят от того, какие именно виджеты использовались. Базовая версия Elementor при этом продолжает работать бесплатно, но без Pro-функций и обновлений безопасности для платной части.
Нужен ли для Gutenberg-редактора специальный хостинг?
Нет, Gutenberg — часть ядра WordPress и не предъявляет отдельных требований к серверу сверх обычных рекомендаций для актуальной версии CMS. Разница в нагрузке на сервер между конструктором и нативными блоками заметна скорее на фронтенде — в весе отдаваемой браузеру страницы, а не на бэкенде.
Подходит ли Gutenberg для интернет-магазина на WooCommerce?
Да, WooCommerce поддерживает как блочные шаблоны каталога и карточки товара, так и классические PHP-шаблоны темы. Для магазинов со сложной кастомной логикой оформления заказа многие команды по-прежнему используют Elementor или специализированные конструкторы страниц из-за более широкого набора готовых виджетов под e-commerce.
Как понять, какой редактор уже используется на существующем сайте?
Проще всего открыть любую страницу в редакторе администратора: если интерфейс похож на визуальный конструктор с боковой панелью настроек и произвольными макетами — это, скорее всего, Elementor или аналогичный плагин. Если контент собран из последовательных блоков без отдельного визуального конструктора — сайт работает на нативном Gutenberg.
Можно ли использовать Elementor и блочную тему одновременно на одном сайте?
Да, это рабочая и распространённая практика — многие блочные темы совместимы с Elementor, и конструктор можно включить только для отдельных страниц, оставив остальной сайт на нативных блоках. Важно заранее решить, какие типы страниц идут через какой инструмент, и не менять это правило от случая к случаю, иначе поддержка сайта усложняется для любого нового разработчика в проекте.