Что ждет WordPress темы в 2020 году?
WordPress стремительно меняется. Меняются концепции тем (от английского theme), меняется Gutenberg. Что из этого получится до конца непонятно. Но следить за процессом довольно увлекательно. В этой статье я расскажу о том, что нового случилось c темами в WordPress за последний год и к чему нам, возможно, стоит готовиться.
До и после 5.0
Конечной целью WordPress (и Gutenberg) является дать возможность пользователям кастомизировать каждый аспект их сайта через систему блоков. В настоящее время система блоков позволяет редактировать всего лишь контент постов, но как только мы приблизимся к full-site редактированию, каждая часть страницы станет блоком. А, значит, доступной для изменений. Представьте себе мир, в котором пользователи смогут помещать блоки в футер или хедер.
Одним из шагов на этом этапе стало внедрение Gutenberg. Я не буду говорить много о самом GB, но хочу упомянуть о событиях годичной давности, которые отразились на всех нас.
Да, я говорю о том времени, когда WordPress 5.0 принёс нам Gutenberg вместо Классического Редактора. И для многих это стало настоящей болью. Ну кто из нас не слышал этих ночных рыданий в подушку и не читал в отзывах “Оставьте в покое WordPress!” или “Хватит заставлять меня использовать это…”.
Но, как показывает практика, человек привыкает ко всему, даже к Gutenberg’у.
А если посмотреть на это с позитивной стороны. Вот несколько достоинств Gutenberg’a:
- Будет однозначным плюсом, если вы начали использовать WordPress начиная с версии 5.0 и просто не видели ничего другого
- С Gutenberg не нужно плодить десятки шаблонов страниц. Достаточно oдного или нескольких, а разные вариации дизайна можно создавать блоками.
- Блоки универсальны для разных типов данных. Это значит, что один и тот же блок можно использовать как в постах так и страницах.
- Разработчики могут писать свои блоки. Уже сегодня есть десятки плагинов, которые добавляют в редактор самые разные блоки. От простых разделителей, до сложных галлерей и форм обратной связи.
Ну и давайте посмотрим правде в глаза: классический редактор отлично работает с короткими постами, парочкой заголовков и параграфов. Но как только нужно создать пост, где будет несколько колонок без шорткодов, не открывая при этом табу Text, начинается сплошная попаболь.
Блоки не только в контенте
Как я уже упомянул выше, WordPress стремится предоставить пользователям возможность кастомизировать каждый аспект их сайта при помощи системы блоков. Сейчас эта система поддерживает, в основном, редактирование содержания поста.
Чтобы достигнуть полного full-site редактирования, каждый кусочек динамических данных о сайте должен стать блоком. Например, блок навигации по сайту. И пользователь должен иметь возможность засунуть его куда угодно. Даже в хедер, если ему так хочется.
Подготовительная работа для обеспечения такого будущего ведётся уже больше года. Правда, из запланированных 9 проектов в 2019 было на 100% реализовано и запущено только 2. Что в контексте таких глобальных изменений даже неплохо. Из нововведений прошлого года: все существующие виджеты были портированы в блоки и Site Health check плагин был добавлен в ядро, чтобы облегчить дебаггинг.
2020 должен стать годом full-site редактирования. Следить (и учавствовать) за процессом можно в Slack-канале core-editor. И, конечно, будет продолжена работа над директорией блоков.
Всё это рождает у нас вполне закономерный вопрос: “Если пользователи смогут двигать блоки произвольно туда-сюда, то как в это всё встроится собственно в темы? И если сайт будет полностью состоять из блоков нужны ли темы вообще?
Сейчас для сравнения, в самые популярные темы с ThemeForest напихано всё подряд: и стили, и шаблоны страниц, и куча опций.
Каждому по шаблону
Окочательного ответа на этот вопрос пока нет. В целом предлагаемые структуры не сильно отличаются от уже существующих тем в WordPress. Самое большое отличие в том, что темплейты шаблонов будут теперь “блоки темплейтов” и “блоки частей темплейтов”. И эти темплейты будут не в РНР файлах, а в HTML.
Выглядеть это всё будет примерно вот так:
Если смотреть на это с позиции существующих темплейтов, то выглядит оно для WordPress шаблонов относительно нормально. Файлы просто будут другого типа и организованы в специфические папки.
Тем не менее, есть и отличия. Самое большое - это как будут работать HTML темплейты. В определённый момент они станут плейсхолдерами для блоков. А пользователи в своих админских аккаунтах смогут редактировать индивидуальные темплейты полностью.
И так как темплейты сделаны из блоков, с пользовательской стороны вообще не будет необходимости писать код. При помощи мыши и пары кликов они смогут вставлять или удалять блоки как им только захочется.
Другими словами, блоки темплейтов с шаблонами могут стать той самой стартовой точкой для наших пользователей, с которой они начнут строить свои сайты.
Финальное решение о том, как шаблоны будут декларировать темплейты, ещё не принято. В настоящий момент в качестве драфта используется довольно-таки давнишнее решение и выглядит оно так:
Сами темплейты определяются как список элементов блока. И такие блоки могут содержать предопределённые атрибуты, плейсхолдеры, контент и т.д. Например, вот так можно создать InnerBlock область, куда войдут две колонки: одна с картинкой и одна с абзацем текста:
Есть два момента, о которых стоит упомянуть:
Tемы всё-таки остаются темами
Если пробраться через все дебри WordPress, то по факту темы всегда были HTML и CSS. А сам РНР при этом просто миксовал вызов РНР функций (например, template tags) с какой-нибудь структурированной HTML разметкой. И если посмотреть на большинство шаблонов, которые находятся в официальной WordPress директории, то можно легко заметить, что основная разметка осталась практически той же старой, доброй и привычной.
В блочной системе темплейтов тоже ничего не изменилось. Ну разве что совсем немного. Но эти изменения должны облегчить работу создателей темплейтов в части создания наборов стандартных элементов (блоков). И если всё пойдёт как надо, то они ещё и помогут создать стандарты имён классов, так что стилями можно будет делиться в рамках шаблона направо и налево.
Например, если нам нужен новый компонент, то на РНР мы делаем какой-нибудь “Block Areas”, а потом к нему создаём все области, которые нужны пользователю (сайдбар, хедер, футер и пр.) и потом присваиваем их к месту в шаблоне.
Тогда в functions.php будет что-то типа:
А в header.php, footer.php или sidebar.php будет что-то вроде:
Конечные пользователи смогут создавать шаблоны самостоятельно
Шок-контент: каждый WordPress пользователь, который умеет что-то делать (например, WordPress админ), сможет получить доступ к этим темплейтам через свою админскую часть, редактировать их и даже экспортировать темплейт как шаблон.
И, собственно говоря, вот это именно то место, которое может полностью изменить сайтостроение. Потому что любой человек, даже без навыков программирования, пользуясь только WordPress, сможет вносить свой вклад в создание шаблонов. И кто знает что ещё они там надизайнят.
Вместо итога
Всё вышеописанное ещё не увековечено на скрижалях истории и находится в стадии разработки, к которой вы вполне можете присоединиться. Как и к дискуссиям о том, какой быть системе стилей для блоков, например. Или обсуждению будущего шаблонов. WordPress 5.3 собрал вокруг себя уже 645 волонтёров и, похоже, это не предел.
Звучит оно красиво, конечно, но в реальности если давать конечному клиенту такой функционал, то это всегда оборачивается "ой, я тут что-то нажал и оно всё сломалось", "мы вот это вот сюда подвинули и всё поехало", и дело не в криворукости разработчиков, а в том, что без наличия хотя бы какого-то понимания, как эти технологии работают, этот функционал - граната в руках обезьяны.
И вот мы приходим к тому, что пользоваться этими фишками можно только при наличии знаний, а при наличии знаний - тебе эти визуальные конструкторы не нужны.
Поэтому только хардкод, только список предустановленных значений...
Согласен с идеей про хардкод для своих проектов :) Могу один аргумент сказать в пользу Gutenberg в этом контексте. Он довольно гибкий в плане отключения блоков и их вариаций. Можно для клиента стилизовать набор блоков которые будут железно работать. Тогда от разработчика "знания", а клиенту в руки инструмент для креатива (в очень узких рамках).
Да, какое то обучение нужно, как собственно и везде, но если ничего не делать, то года через 3-4 WordPress начнет отставать и загибаться. У конструкторов есть гораздо более запутанный интерфейс, но их популярность растет и они уже вовсю вытесняют традиционные CMS.
В целом, направление верное. Число конструкторов растет, и надо с ними как то конкурировать. Всегда найдутся те, кому не нравятся новшества, но нельзя топтаться на месте.
Вот только времени на это потребуется много, думаю, что-то реально рабочее можно будет увидеть на раньше чем через пару лет. А пока даже проблема с виджетами не решена. Один из самых востребованных виджетов, корзина woocommers, до сих пор не реализована в виде блока.
Да, мне изначально идея нового редактора понравилась. Особенно то, что он может быть и очень простым (если отфильтровать ненужные блоки) и сложным если нужно. Согласен, что топтаться на месте нельзя. Squarespace, Shopify и прочие поджимают :) А то что работы еще много это да... Но как говорится: "A journey of a thousand miles begins with a single step."
Мужик, я нииихххера не понял, но ты запал мне в душу (с)
Посмотрим к чему прейдет WordPress со своими изменениями. Очень много чего нужно сделать что бы все работало как описали.