WordPress, визуальные редакторы и вечное желание сделать сайт без программиста

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

После заметки про WP Theme creator Blocs я продолжаю периодически щупать визуальные редакторы, конструкторы, блочные темы и прочие способы ускорить создание сайтов. Интерес понятен: всем хочется быстро, красиво, недорого и без погружения в код. В реальности есть нюансы.

Почему популярны

Решают реальную боль. Небольшой лендинг, простая страница услуги, прототип, временный промо-сайт — собирается визуально и довольно быстро. Для малого бизнеса заманчиво: не надо проходить полный цикл разработки, спорить о сетке, ждать верстку, потом натяжку, потом правки, потом правки правок. Открыл редактор, подвигал блоки, заменил картинки, написал текст — вроде сайт.

Что реально получается: быстрый запуск простых страниц, визуальное редактирование без постоянного дёрганья разработчика, сборка типовых блоков, прототипирование, небольшие корпоративные страницы без сложного функционала. Elementor, Gutenberg, Blocs — полезны. Не зло и не конец профессии. Инструмент. Как дрель: можно повесить полку, можно просверлить трубу. Вопрос не к дрели.

Что не решают

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

Производительность. Визуальные редакторы любят добавлять лишнюю разметку и стили. Иногда страница получается тяжёлой просто потому что «так собралось».
SEO. Красивые блоки не означают нормальные заголовки, мета-теги, структуру и индексацию.
Безопасность. WordPress с кучей плагинов требует обновлений и присмотра.
Поддержка. Через год надо понимать кто и как будет менять сайт.
Сложный функционал. Интеграции, личные кабинеты, нестандартные каталоги, обмены с учётными системами — мышкой далеко не уедешь.

WordPress и Gutenberg

Gutenberg стал нормальной частью WordPress. Идея блочного редактирования логична. Для контентных страниц удобно: заголовки, колонки, изображения, списки, цитаты, кнопки — собирается быстро.

Но Gutenberg не отменяет тему, стили, шаблоны и техническую настройку. Если тема кривая — редактор не спасёт. Если структура не продумана — блоки будут красиво разбросаны по цифровому полу.

Elementor, Blocs и прочие

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

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

Где уместен

— лендинг под акцию;
— прототип будущего сайта;
— небольшой корпоративный сайт;
— страницы услуг;
— блог или контентный проект без сложной логики;
— внутренние промо-страницы компании.

Где лучше не мучить WordPress

Сложный веб-сервис, высоконагруженный каталог, нестандартная логика, интеграции с несколькими системами, специфичные сценарии пользователей — WordPress может оказаться не лучшим выбором. Его можно долго уговаривать, обвешивать плагинами, дописывать костыли, но в какой-то момент проще признать что задача выросла из движка.

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

Инструмент может быть прекрасным. Но если им забивать саморезы микроскопом, виноват будет не микроскоп.