Почему мы отказались от конструкторов на WordPress?
В этой статье мы расскажем вам, почему наша веб-студя «Webtocom» отказалась от использования конструкторов страниц и других визуальных редакторов. Мы работаем с WordPress с самого основания нашей веб-студии. И как только мы не пытались оптимизировать работу, повысить качество, и ускорить разработку, что бы брать еще больше проектов в работу.
- Знакомство с конструктором страниц для WordPress
- Про темы конструкторы на WordPress
- Почему мы перестали использовать конструкторы?
- Как мы «чистый код» для сайта писали
- 5 причин почему конструктор для сайта — это зло
- Что важнее, скорость или качество?
Знакомство с конструктором страниц для WordPress
Мы работаем с WordPress с самого основания нашей веб-студии. И как только мы не пытались оптимизировать работу, повысить качество, и ускорить разработку, что бы брать еще больше проектов в работу. Впервые мы познакомились с конструктором страниц в далеком 2016 году, назывался он «Visual Composer WordPress». Это плагин позволял создавать уникальный дизайн на страницах, всего за пару кликов. Внесение изменений происходило в режиме реального времени, напрямую через административную панель сайта. Счастью нашего отдела разработки не было предела, всего за ~60$ мы получили, как мы тогда думали, панацею от всех проблем. Сразу же после покупки, мы установили плагин и начали активно экспериментировать с блоками. Использование конструктора страниц действительно удобно и в разы ускоряло работу. Для создания нового блока требовалось нажать пару раз мышкой и выбрать из каталога наиболее подходящую заготовку. На создание одной полноценной страницы у нас уходило не более 1-2 часов, клавиатура отдыхала, да и мозги перестали напрягаться.
Про темы конструкторы на WordPress
На фоне появление нового инструмента, в нашем отделе разработки началась самая настоящая истерия. Если можно так быстро редактировать блоки, может быть и тему настраивать таким образом? Оказалось, это действительно так. По первому же запросу мы нашли тему конструктор «Porto», которая еще и с Visual Composer дружила. Конечно же, мы купили ее и сразу же установили на сайт. Это сказка? Подумали мы. Готовые заготовки шаблонов, Шапка на выбор из 15 предложенных. Остается задать ширину, указать цвета, шрифты и все — сайт готов, переходим к наполнению. Отличным дополнением к теме конструктору стала хорошая интеграция с Woocommerce, а также модуль «Портфолио», который был предустановлен.
Такими темпами мы создали первый сайт, второй, третий.. А дальше все встало на поток. Использование конструкторов в работе опьянила наш разум, в ход пошли «Конструкторы форм», «Конструкторы меню» и другой хлам с репозитория WordPress. Без преувеличения, могу сказать: «Использование визуальных редакторов — это как наркотик». Один раз попробовал и больше не можешь остановиться. В голове лишь одна мысль, нужно как можно больше упростить и ускорить нашу работу.
Почему мы перестали использовать конструкторы?
На протяжении 2-х лет мы успешно делали сайты, как на конвейере. На выходе получались симпатичные сайты, заказчикам нравилось, а это главное. Однако, первый удар в спину нас ждал от Google. В середине 2018 года обновился принцип показателей, которые влияли на ранжирование сайта в поисковой системе. Говоря более простым языком, для поисковика стало крайне важно, на сколько быстро сайт загружается у пользователя и на сколько чисто написан код сайта. Однако, по старой русской традиции мы все дружно выслушали, приняли и продолжили делать сайт с использованием конструктора, так продолжалась целый год, а именно до сентября 2019 года. А затем наша эйфория с конструкторами резко закончилась. Одним прекрасным сентябрьским днем мы решили проверить сайт с помощью Google Page Speed – это сервис, который считает скорость загрузки сайта. Средний показатель составлял 15/100, а попытки следовать рекомендациям для увеличения производительности оказались бессмысленными, так как весь код был «зашит» в конструктор и от него нельзя было отказаться. Это и стало переломным моментом, пришло время возвращения к истокам.
Главным минусом конструктора оказалось его топорность и генерация отвратительного кода. Просто, посмотрите на то, что генерируют эти конструкторы
Ну и что такого? — Возникает вопрос. Не всем ли все ровно, что находится по ту сторону сайта? Именно, не все ровно! Любой браузер, определяет сайт исключительно по коду. Следовательно, чем меньше вложенности и загружаемых скриптов, тем быстрее браузер считывает сайт и показывает его.
Как мы «чистый код» для сайта писали
К началу 2020 года перед нами встала очень важная задача. Начать делать сайты с чистым кодом, больше никаких конструкторов и визуальных редакторов. После просмотра зарубежных форумов и изучения экспертных примеров мы приняли решение, что новые сайты будут создаваться на чистой WordPress, с собственной темой, а помогут нам в этом Grid CSS, HTML5 и методология БЭМ. Почему мы остановились на использовании Grid, а не Bootstrap мы расскажем чуть позже. Лучше посмотрите, какой код получается без конструкторов:
Красиво не правда ли? Благодаря новой связке у нас вышло добиться средней скорости загрузки по Google Page Speed 95/100, к сожалению сервис ругается на Метрику и пару других скриптов, но это не страшно. Исходя из наших наблюдений, сайты разработанные без использования конструктора загружаются менее чем за 0.5 секунды, они не зависают на слабых ПК, а главное, поисковые системы более дружинные с легкими сайтами.
5 причин почему конструктор для сайта — это зло.
1. Отвратительная генерация кода. Эти визуальные редакторы создают немыслимое количество лишних тегов. Иногда div мог содержать до 30-40 вложений, хотя сделать его можно в 5-6 раз короче.
2. Загрузка огромного количества бесполезных скриптов. Конструктор создает коды и шаблоны по специальному скрипту, он не видит идеальных путей и не способен продумывать сложные алгоритмы. Именно поэтому, он вставляет на каждую страницу все, что только можно. Из-за этого страдает оптимизация и скорость загрузки.
3. Сложности с кастомизацией. Конструкторы темы хорошо, когда заказчику все ровно, что будет на сайте. Сайт создается по строгому шаблону, выйти за который становится значительной проблемой. Если какая то функция не заложена в конструктор изначально, то интегрировать ее самостоятельно — это целое приключение, в которые лучше не ввязываться. В итоге, все ровно получается «Колхоз 40 лет октября».
4. Зависимость от разработчика конструктора. Коммерческие плагины и темы делают все возможное, что бы стрясти с вас по больше денег. После завершения подписки на обновление, вы не сможете получать новые версии тем и плагинов. И в любой момент ваш сайт может перестать работать, потому что дополнение окажется не совместимым с новой версией WordPress.
5. Высокая стоимость коммерческой лицензии и ограниченный функционал в бесплатной версии. Поверьте, сделать сайт на том, что дают бесплатно вряд ли у вас получится, а если и выйдет, то это будет топорный и корявый сайт. Кстати, скачать nulled тему или плагин — это плохая идея. В 90% случаев она напичкана вредоносными скриптами.
Это лишь малая часть негативных моментов, с которыми мы столкнулись при работе с конструкторами. Не наступайте на наши грабли, учитесь на чужих ошибках.
Что важнее, скорость или качество?
Если считать наше мнение экспертным, то мы рекомендуем отдать приоритет качеству. Хорошо созданный сайт имеет больше преимуществ по сравнению с сайтом, который разработан с использованием визуальных редакторов. Если вам предлагают разработать сайт с использованием темы конструктора по типу Porto, Divi Theme, Beaver Builde, либо на базе плагина WP Backey Page Builder, Elementor и любым другим типичным шлаком, лучше вежливо откажитесь и найдите настоящего разработчика. Помните, нормальный сайт на конструкторе тем и тем более с помощью визуального редактора не сделать!
Количество прочтений: 123