«Нужен каталог товаров» — слишком общее описание проекта.
Под этой формулировкой могут скрываться совершенно разные системы:
- витрина продукции с характеристиками и документами;
- B2B-каталог с фильтрами и запросом цены;
- подбор оборудования по параметрам;
- интернет-магазин с корзиной, оплатой и доставкой;
- база объектов, моделей, материалов или услуг;
- каталог, данные в который поступают из 1С, CRM или другой системы.
Внешне эти сайты могут выглядеть похоже. Но внутри им нужна разная архитектура.
Для одного проекта достаточно отдельного типа записей и полей ACF PRO. Для другого оправдан WooCommerce. В третьем случае лучше объединить оба инструмента.
Выбирать основу стоит не по количеству карточек и не по дизайну. Главный вопрос — что должен произойти после того, как посетитель нашёл подходящую позицию.
Сначала определите тип каталога
Я разделяю каталоги на три основных типа.
1. Информационный каталог
Посетитель изучает:
- фотографии;
- характеристики;
- сферы применения;
- доступные материалы;
- документацию;
- связанные проекты;
- ответы на вопросы.
После этого он звонит, пишет или переходит в раздел контактов.
Цена может отсутствовать либо зависеть от комплектации. Корзина, остатки и онлайн-оплата не нужны.
Такой проект часто удобно строить на Custom Post Type и ACF PRO.
2. Каталог с заявкой
Пользователь выбирает категорию, применяет фильтры, открывает карточку и отправляет запрос:
- узнать стоимость;
- получить коммерческое предложение;
- проверить наличие;
- подобрать аналог;
- заказать расчёт;
- обсудить индивидуальную комплектацию.
Это распространённый сценарий для производителей, поставщиков, строительных компаний и B2B-проектов.
Здесь выбор зависит от того, является ли товар полноценной торговой единицей. Если нужны артикулы, варианты, остатки, импорт цен и дальнейшая обработка заказа, WooCommerce может быть полезен даже без публичной оплаты.
Если карточка остаётся информационной сущностью, а заявка передаётся менеджеру, связка CPT + ACF PRO обычно проще.
3. Интернет-магазин
Покупатель должен самостоятельно:
- Выбрать товар и вариант.
- Увидеть актуальную цену и наличие.
- Добавить позицию в корзину.
- Указать контактные данные.
- Выбрать доставку и оплату.
- Оформить заказ.
- Получить уведомления.
- Отслеживать статус заказа.
Здесь WooCommerce закрывает не только вывод карточек, но и сам торговый процесс.
Что даёт WooCommerce
WooCommerce создаёт готовую предметную модель интернет-магазина.
В ней уже предусмотрены:
- простые и вариативные товары;
- обычные и акционные цены;
- артикулы;
- остатки и статусы наличия;
- атрибуты и вариации;
- вес и размеры;
- сопутствующие товары;
- корзина;
- оформление заказа;
- купоны;
- доставка;
- налоги;
- оплаты;
- заказы и их статусы;
- уведомления;
- REST API.
В актуальной документации WooCommerce отдельно описаны простые, сгруппированные, внешние и вариативные товары, а также управление ценами, запасами, атрибутами и вариациями. Документация редактора товаров WooCommerce. WooCommerce
Когда WooCommerce оправдан
WooCommerce стоит рассматривать, если проекту нужны хотя бы несколько связанных торговых процессов:
- несколько цен или скидки;
- варианты одного товара;
- остатки;
- артикулы;
- корзина;
- оплата;
- доставка;
- история заказов;
- личный кабинет;
- импорт товаров;
- синхронизация с учётной системой;
- передача заказов в CRM;
- выгрузка товарных данных;
- перспектива полноценной онлайн-продажи.
Даже если оплата появится не сразу, WooCommerce может стать разумной основой, когда товары уже сейчас имеют артикулы, варианты, цены и складской статус.
Цена готовой торговой модели
WooCommerce добавляет больше сущностей, настроек и сценариев, чем обычный каталог.
Необходимо проверить:
- шаблоны карточек и архивов;
- вариативные товары;
- корзину и оформление;
- письма;
- способы доставки;
- платёжные модули;
- налоги;
- совместимость расширений;
- состояния заказа;
- мобильный сценарий покупки;
- импорт и синхронизацию.
Если ничего из этого проекту не нужно, готовая торговая система может оказаться лишним слоем.
Установка плагина занимает несколько минут. Правильная настройка каталога, данных, шаблонов и процессов — отдельная работа.
Что даёт CPT + ACF PRO
CPT, или Custom Post Type, позволяет создать отдельный тип содержимого WordPress. Например:
- оборудование;
- модели автомобилей;
- материалы;
- объекты недвижимости;
- услуги;
- проекты;
- специалисты;
- курсы;
- коллекции;
- элементы каталога.
ACF PRO добавляет к этой сущности необходимые поля.
Для оборудования это могут быть:
- модель;
- производитель;
- назначение;
- мощность;
- габариты;
- комплектация;
- галерея;
- технический паспорт;
- сертификаты;
- цена от;
- срок поставки;
- связанные проекты.
ACF также позволяет регистрировать типы записей и таксономии через интерфейс, управлять URL и архивами, подключать группы полей и при необходимости открывать сущности в REST API. Документация ACF по Custom Post Types. Registering a Custom Post Type
Преимущества такой архитектуры
Главное преимущество — модель можно подстроить под бизнес, не добавляя ненужную торговую логику.
В административной части редактор увидит только те поля, которые действительно нужно заполнять:
- название;
- категория;
- пять характеристик;
- фотографии;
- документ;
- кнопка заявки.
Не придётся объяснять ему назначение налогового статуса, управления запасами или связанных продаж, если проект их не использует.
Когда CPT + ACF PRO подходит лучше
Эту архитектуру стоит рассматривать, если:
- онлайн-покупки не будет;
- цена рассчитывается индивидуально;
- у позиций нет остатков;
- нет понятия заказа;
- товар фактически является информационным объектом;
- карточки сильно отличаются от обычных товаров;
- нужны связи между разными сущностями;
- основное действие — заявка или звонок;
- администраторам нужен максимально простой интерфейс;
- каталог ближе к базе знаний, портфолио или технической документации.
Чего ACF не делает автоматически
ACF управляет структурированными данными, но сам по себе не создаёт:
- корзину;
- оформление заказа;
- оплату;
- резервирование остатка;
- купоны;
- складской учёт;
- письма о заказе;
- возвраты;
- личный кабинет покупателя;
- торговую аналитику;
- синхронизацию с платёжными и логистическими системами.
Всё это придётся разрабатывать, подключать отдельно или переносить на другую систему.
Если последовательно добавлять к ACF-каталогу корзину, варианты, остатки и заказы, можно незаметно начать писать собственную упрощённую версию WooCommerce.
WooCommerce и ACF PRO не являются прямыми конкурентами
Это важный момент.
WooCommerce отвечает за торговую модель. ACF PRO — за дополнительные данные и удобный интерфейс их редактирования.
Поэтому во многих проектах оптимальным становится гибридный вариант:
- товар, цена, артикул, остаток и вариации находятся в WooCommerce;
- технические характеристики, документы, таблицы, дополнительные изображения и связи хранятся в ACF;
- Bricks или Elementor PRO формирует шаблоны карточек;
- фильтрация использует товарные атрибуты, таксономии и подходящий индексируемый источник данных;
- CRM или учётная система подключается через API либо webhooks.
В такой схеме у каждого инструмента есть своя зона ответственности.
Что должно оставаться в WooCommerce
Если значение участвует в продаже, лучше не дублировать его в ACF:
- основная цена;
- акционная цена;
- SKU;
- остаток;
- статус наличия;
- вариации;
- вес и размеры для доставки;
- налоговый класс.
Например, не стоит создавать поле ACF custom_price, а затем вручную синхронизировать его с ценой WooCommerce.
Что удобно хранить в ACF
ACF хорошо подходит для данных, которых нет в стандартной модели товара:
- подробная техническая таблица;
- файлы и сертификаты;
- схема или чертёж;
- сферы применения;
- видео;
- особенности монтажа;
- связанные проекты;
- менеджер направления;
- индивидуальный срок изготовления;
- дополнительный текст для B2B-клиентов.
Сравнение архитектур
| Критерий | CPT + ACF PRO | WooCommerce | WooCommerce + ACF PRO |
| Главная задача | Показ и структурирование информации | Онлайн-продажа и заказы | Продажа сложного продукта |
| Карточка | Полностью своя модель | Стандартная модель товара | Товар плюс дополнительные данные |
| Цена | Обычное поле или отсутствует | Встроенная система цен | Цена WooCommerce |
| Вариации | Нужно проектировать | Есть изначально | WooCommerce плюс дополнительные поля |
| Остатки | Нужно разрабатывать | Есть изначально | WooCommerce |
| Корзина и оплата | Отсутствуют | Есть | Есть |
| Заявка вместо покупки | Реализуется просто | Требует настройки сценария | Возможны оба пути |
| Фильтры | Таксономии и поля | Категории и атрибуты | Оба источника |
| Интеграции | Индивидуальная реализация | REST API и расширения | Наиболее гибкий вариант |
| Простота редактора | Можно сделать очень простой | Больше торговых настроек | Зависит от настройки |
| Развитие до магазина | Потребуется миграция | Уже подготовлено | Уже подготовлено |
Четыре практических сценария
Сценарий 1. Каталог услуг
У компании двадцать направлений. Для каждого нужны описание, преимущества, цена от, примеры работ и форма заявки.
Корзины, остатков и артикулов нет.
Рациональная основа: CPT «Услуги» + ACF PRO.
Сценарий 2. Производственное оборудование
Есть категории, модели, мощность, комплектации, PDF-документы и запрос коммерческого предложения. Цена зависит от конфигурации.
Если склад и варианты не учитываются на сайте, можно использовать CPT + ACF PRO.
Если у каждой комплектации есть артикул, цена, остаток и синхронизация с учётной системой, стоит рассмотреть WooCommerce или гибридную модель.
Сценарий 3. Магазин одежды
У товаров есть размеры, цвета, остатки, скидки, доставка и онлайн-оплата.
Рациональная основа: WooCommerce.
ACF можно подключить для таблиц размеров, рекомендаций по уходу и дополнительных блоков карточки.
Сценарий 4. B2B-каталог с будущей продажей
Сейчас клиент отправляет запрос менеджеру, но в плане есть личный кабинет, персональные цены, повторные заказы и синхронизация с CRM.
Здесь опасно выбирать архитектуру только по текущей простой форме.
Если планы подтверждены бизнес-процессом, WooCommerce может сократить будущую миграцию. Если это абстрактное пожелание «когда-нибудь добавить оплату», не стоит заранее усложнять проект.
Ошибки при разработке каталога
Ошибка 1. Устанавливать WooCommerce только ради карточек
Карточку, архив и фильтры можно создать без торговой системы.
WooCommerce нужен не потому, что на сайте много позиций, а потому, что его модель соответствует процессу работы с товаром.
Ошибка 2. Строить интернет-магазин только на ACF
На первом этапе кажется, что достаточно полей «цена» и «в наличии».
Затем появляются:
- варианты;
- скидки;
- корзина;
- промокоды;
- доставка;
- статусы;
- уведомления;
- возвраты;
- интеграция с оплатой.
После этого поддержка собственного решения становится отдельным продуктом.
Ошибка 3. Хранить фильтруемые значения как произвольный текст
Допустим, материал товара вводится вручную:
- сталь;
- Сталь;
- нержавеющая сталь;
- нерж. сталь.
Для человека значения похожи. Для системы это разные строки.
Параметры, по которым посетитель должен фильтровать каталог, лучше заранее нормализовать через таксономии, атрибуты или контролируемые списки.
Ошибка 4. Спрятать все характеристики в Repeater
Repeater удобен для вывода таблицы, но не каждое его значение удобно использовать для сортировки и фильтрации.
Если мощность, размер или назначение участвуют в поиске, им может понадобиться отдельное поле, таксономия либо товарный атрибут.
Ошибка 5. Сначала рисовать карточку, а потом придумывать данные
Правильная последовательность обратная:
- Определить сущности и действия.
- Описать поля и связи.
- Назначить источник каждого значения.
- Продумать работу редактора.
- Только затем проектировать карточку и архив.
Bricks и Elementor PRO хорошо выводят динамические данные, но конструктор не исправит ошибочную модель каталога.
Что решить до начала разработки
До выбора WooCommerce или ACF полезно ответить:
- Можно ли купить товар на сайте?
- Есть ли фиксированная цена?
- Нужны ли варианты?
- Нужно ли учитывать остатки?
- Существует ли артикул?
- Будут ли скидки?
- Нужны ли доставка и оплата?
- Что считается заказом?
- Откуда поступают данные?
- Куда должна передаваться заявка?
- Какие параметры участвуют в фильтрах?
- Кто будет редактировать каталог?
- Планируется ли импорт?
- Появятся ли личный кабинет и повторные заказы?
- Какая система является источником истины для цены и наличия?
После этих ответов выбор обычно становится намного очевиднее.
Не забудьте про поисковую разметку
Google разделяет разметку товарных страниц без прямой покупки и страниц, на которых товар можно купить. Для первых рассматриваются product snippets, для вторых — merchant listings.
Это не означает, что достаточно добавить один тип schema. Нужно соблюдать обязательные свойства и показывать в разметке только реальные данные страницы. Руководство Google по Product structured data. developers.google.com
Нельзя размечать выдуманную цену, наличие или рейтинг только ради расширенного результата.
Вывод
WooCommerce и ACF PRO решают разные задачи.
Если каталог является частью продажи — с ценами, вариантами, остатками, корзиной и заказами, — логичной основой становится WooCommerce.
Если сайт показывает сложные объекты и приводит посетителя к заявке, более аккуратной архитектурой часто будет CPT + ACF PRO.
Если товар одновременно участвует в продаже и содержит большой объём отраслевых данных, инструменты стоит объединить: WooCommerce отвечает за торговую часть, ACF — за дополнительную структуру.
