В какой момент разработчики тем FSE начнут интегрировать и рассматривать WooCommerce для своих тем? WooCommerce почти всегда отставала от всех остальных соображений. Это немного похоже на запоздалую мысль – просто копаться в элементах солидного магазина WooCommerce. Где постоянный заголовок корзины? Где шаблоны /single-product? Есть всевозможные элементы, которые можно разрабатывать вместе с другими командами, работающими над FSE, но, кажется, (опять же, постоянно ) этого не происходит.
Я пробовал Blockbase и все другие темы FSE на LocalWP, и ни в одной из них нет элементов WooCommerce. Опять же не стоит ожидать совершенства на «стадии развития». Тем не менее, похоже, что существует модель поведения элементов WooCommerce, которая является чем-то вроде «запоздалой мысли», которая просто поднимается на задний план примерно через год или год и шесть месяцев спустя.
Почему бы не привлечь всех сразу к одной странице? Таким образом, авторы темы могут решить проблему размещения элементов корзины в шаблоне заголовка. (Да, WC можно запустить, но без заголовка корзины покупатели не знают, куда щелкнуть после того, как товар окажется в их корзине). И, если бы авторы тем и основные разработчики WP всегда, Всегда, ВСЕГДА начинали одновременно с одним или двумя участниками WooCommerce, это полностью сократило бы время, необходимое владельцам магазинов, чтобы получить преимущества FSE (и удалить некоторых из их конструкторов страниц!) и для WordPress, чтобы привлечь больше бизнеса Shopify к WooCommerce. Но, похоже, этого никогда не происходит, потому что WooCommerce всегда кажется второстепенным.
Брэд
Во-первых, я хочу убедиться, что все наши читатели находятся на одной странице. WooCommerce – это сторонний плагин. Это не связано с основными проектами WordPress и Gutenberg. Конечно, WooCommerce принадлежит Automattic, одному из крупнейших поставщиков ресурсов и людей. Так что, вероятно, между разработчиками есть кроссовер.
По-прежнему важно проводить различие между ними. Когда я смотрю на некоторые из недавних тем блоков, выпущенных другими разработчиками, я еще не видел, чтобы они интегрировались с плагином WooCommerce. Я не могу сказать, планирует ли кто-либо из их авторов делать это в будущем. Я полагаю, что одни будут, а другие нет. Как и в случае с любым сторонним плагином, который выводит что-то во внешнем интерфейсе (например, bbPress, Easy Digital Downloads и т. д.), Автор темы выбирает, хотят ли они взять на себя бремя поддержки интеграции с проектами, которые не свои. Иногда это может быть кошмаром обслуживания, особенно когда дело касается бесплатных тем. Однако я не сомневаюсь, что по мере продвижения вперед мы увидим больше авторов блочных тем, обслуживающих пользователей WooCommerce.
Все это – длинный способ сказать, что ответственность за работу WooCommerce в блочном мире лежит на самом WooCommerce. Когда дело дойдет до этой стадии, авторы темы последуют за ней.
Что мне нравится в блочной системе, так это то, что она создает стандарт для всех тем и плагинов, из которых можно строить. Долгосрочная цель таких плагинов, как WooCommerce, должна заключаться в том, чтобы работать без поддержки тем. Если пользователю нужен элемент корзины в своем навигационном меню, это должно быть так же просто, как добавить блок через редактор сайта. То же самое следует сказать и о любом другом элементе создания интернет-магазина.
Я связался с Дарреном Этье, руководителем группы инженеров в Automattic, который работает на пересечении WooCommerce и Gutenberg. Он согласился с тем, что система блоков может упростить простую работу без поддержки специализированных тем.
«Это определенно цель, по которой мы стреляем», – сказал он. «Сможем ли мы приземлиться в первой итерации, пока неизвестно».
Однако ответ гораздо сложнее. WooCommerce – это тяжелый плагин с историей, укоренившейся в эпоху pre-block для WordPress, и имеет экосистему сторонних надстроек, которую нужно соблюдать осторожно, чтобы не сломать. Команда добивается прогресса, и кое-что еще не решено. Это займет некоторое время, но вы не увидите блочные темы, демонстрирующие магазины WooCommerce, если плагин не заложит основу.
Шаблоны блоков имеют высокий приоритет. Шаблоны верхнего уровня , как single-product.html, archive-product.html, taxonomy-product-cat.htmlи taxonomy-product-tag.htmlбудут доступны для любого блока с поддержкой темы в ближайшее время .
«Эта начальная итерация будет прямым портом существующих шаблонов PHP и будет иметь заполнитель для рендеринга шаблона в редакторе», – сказал Этье. «По сути, мы заключаем визуализированный шаблон PHP в динамический блок. Это определенно не конечная цель. Это всего лишь первый шаг на пути к нашему видению «редактирования магазина», когда продавцы могут полностью настраивать макет своих магазинов, используя все возможности, доступные через редакторы блоков и сайтов ».
Это скорее временная мера, чем полноценная поддержка. Однако это шаг в этом направлении.
«Мы решили использовать этот подход, потому что он быстрее помогает преодолеть разрыв между текущими шаблонами на основе PHP и темами блоков, чтобы люди могли начать видеть потенциал (и при этом добавлять блоки вокруг содержимого, отображаемого на основе PHP)», – сказал он. . «Мы также знаем, что будет сложная работа – более полно реализовать видение редактирования Store с помощью блочных тем, поддерживая (и вдохновляя) существующую богатую экосистему расширений WooCommerce. Таким образом, это позволяет нам постепенно улучшать ситуацию ».
Возможно, это не та новость, которую хотят услышать все авторы блочных тем, но этих изменений будет достаточно, чтобы они начали изучать более тесную интеграцию с плагином.
В настоящее время команда планирует добавить поддержку шаблонов блоков в следующем выпуске плагина WooCommerce Blocks . Если все пойдет хорошо, функция будет перенесена на WooCommerce 6.0, что должно быть как раз к выпуску WordPress 5.9.
«Тем не менее, важно установить ожидания (вот почему я снова говорю об этом)», – сказал Этье. «Эта начальная итерация определенно не будет последней итерацией шаблонов Woo Block».
Он также выделил несколько моментов из дорожной карты:
- «Блоки элементов продукта» – эквиваленты Woo для блоков шаблонов WP. Итак, такие вещи, как «Название продукта», «Описание продукта», «Кнопка« Добавить в корзину »и т. д.
- Интеграция с блоком цикла запросов WP (для продуктов).
- «Блок мини-тележки» – который должен позволять вставку в части шаблона верхнего / нижнего колонтитула.
- Выкройки коммерции.
«Все эти вещи (и многое другое) помогут нам в итерациях по различным компонентам магазина, которые визуально представлены с помощью шаблонов, частей шаблонов (например, подумайте о таких вещах, как обзоры на отдельной странице продукта и т. д.)», – сказал Этье. .
Чтобы глубже взглянуть на то, что нас ждет впереди, прочитайте статью «Заглянуть в дорожную карту блоков WooCommerce» . Предупреждение: он плотный и ориентирован на разработчиков, но должен быть. Решения для проекта такого размера и масштабов, как WooCommerce, не просты.
«Одна из ключевых стратегий, которые мы здесь пытаемся – предоставить стандартные шаблоны редактирования магазина WooCommerce и функциональность« из коробки »с Woo Core, которая теоретически должна« просто работать »с любой блочной темой», – сказал Этье. «Так много всего этого, theme.jsonи глобальные стили разблокированы, чтобы сделать это возможным. Темы по-прежнему смогут заменять стандартные шаблоны и части шаблонов WooCommerce, если захотят, но в этом нет необходимости ».
Хотя может показаться, что до витрин магазинов на основе блоков еще несколько световых лет, мы должны помнить, что блочные темы находятся в зачаточном состоянии. В каталоге всего пара десятков, и большинство из них экспериментальные.
Я не меньше всех воодушевлен тем, что это может значить для таких проектов, как WooCommerce. В то же время я также знаю, что путь может быть длиннее, чем мы предполагали, но команда WooCommerce уже идет по нему.
