Спросите бармена: где темы блоков WooCommerce?

В какой момент разработчики тем 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 — это тяжелый плагин с историей, уходящей корнями в доблоковую эру WordPress, и имеет экосистему сторонних надстроек, которые следует соблюдать осторожность, чтобы не сломать. Команда делает успехи, и у нее есть несколько вещей, которые находятся в стадии разработки. Это займет некоторое время, но вы не увидите блочные темы, демонстрирующие магазины WooCommerce, без предварительной подготовки плагина.

Шаблоны блоков имеют высокий приоритет. Шаблоны верхнего уровня, такие как single-product.html , archive-product.html , taxonomy-product-cat.html и taxonomy-product-tag.html , скоро будут доступны для любой темы с поддержкой блоков.

«Эта первоначальная итерация будет прямым портом существующих шаблонов PHP и будет иметь заполнитель для рендеринга шаблона в редакторе», — сказал Этье. «По сути, мы заключаем обработанный PHP-шаблон в динамический блок. Это точно не конечная цель. Это всего лишь первый шаг к нашему видению «Редактирования магазина», когда продавцы могут полностью настраивать макет своих магазинов, используя все возможности, доступные через редакторы блоков и сайтов».

Это скорее временная мера, чем полноценная поддержка. Тем не менее, это шаг в этом направлении.

«Мы решили использовать этот подход, потому что он быстрее помогает преодолеть разрыв между текущими шаблонами на основе PHP и темами блоков, чтобы люди могли начать видеть потенциал (и по-прежнему добавлять блоки вокруг контента, отображаемого на PHP)», — сказал он. . «Мы также знаем, что это будет сложная работа, чтобы более полно реализовать концепцию редактирования Магазина с помощью блочных тем, поддерживая (и вдохновляя) богатую существующую экосистему расширений WooCommerce. Таким образом, это позволяет нам постепенно улучшать вещи с течением времени».

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

В настоящее время команда стремится добавить поддержку шаблонов блоков в следующем выпуске плагина WooCommerce Blocks. Если все пойдет хорошо, эта функция будет перенесена в WooCommerce 6.0, что должно успеть к выпуску WordPress 5.9.

«Однако важно установить ожидания (поэтому я снова упоминаю об этом)», — сказал Этье. «Эта начальная итерация определенно не будет окончательной итерацией шаблонов Woo Block».

Он также выделил несколько моментов из дорожной карты:

• «Блоки элементов продукта» — это Woo-эквиваленты блоков шаблона WP. Таким образом, такие вещи, как «Название продукта», «Описание продукта», «Кнопка «Добавить в корзину» и т. д.
• Интеграция с блоком цикла запросов WP (для продуктов).
• «Блок мини-корзины» — который должен позволять вставлять в части шаблона верхнего/нижнего колонтитула.
• Шаблоны торговли.

«Все эти вещи (и многое другое) помогут нам в итерации различных компонентов магазина, которые визуально представлены с помощью шаблонов, частей шаблона (т. е. подумайте о таких вещах, как обзоры на странице отдельного продукта и т. д.)», — сказал Этье. .

Чтобы лучше понять, что нас ждет впереди, прочитайте «Дорожную карту блоков WooCommerce». Предупреждение: он плотный и ориентирован на разработчиков, но так и должно быть. Решения для проекта такого размера и масштаба, как WooCommerce, непросты.

«Одна из ключевых стратегий, которую мы пытаемся здесь использовать, — это предоставить стандартные шаблоны редактирования магазина WooCommerce и функциональные возможности с помощью Woo Core, которые теоретически должны «просто работать» с любой блочной темой», — сказал Этье. « theme.json и глобальные стили позволяют так много разблокировать, чтобы сделать это возможным. Темы по-прежнему смогут переопределять шаблоны и части шаблонов WooCommerce по умолчанию, если захотят, но в этом нет необходимости ».

Хотя может показаться, что блочные витрины находятся в световых годах, мы должны помнить, что блочные темы находятся в зачаточном состоянии. В каталоге их всего около пары десятков, и большинство из них экспериментальные.

Я так же взволнован, как и все остальные, тем, что это может означать для таких проектов, как WooCommerce. В то же время я также знаю, что путь может быть длиннее, чем мы себе представляли, но команда WooCommerce уже движется по нему.