WPC Product Options for WooCommerce - Плагин WordPress

Руководство по настройке WPC Product Options for WooCommerce для товаров с дополнительными опциями

WPC Product Options for WooCommerce нужен там, где обычного товара WooCommerce уже мало: покупатель должен выбрать размер услуги, загрузить файл, указать дату, выбрать цвет, отметить дополнительные работы или оставить текст для персонализации. В этом руководстве разберём не рекламное описание, а рабочую схему: как подготовить магазин, где создать глобальные и индивидуальные опции, как выбрать типы полей, как проверить цену в корзине и что делать, если выбранные данные не доходят до заказа.

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

Ниже вы найдёте практический маршрут: установка, первичные настройки, выбор режима Global, Override или Disable, работа с ценами Flat fee, Quantity synced и Custom formula, пример товара с персонализацией, проверка результата на странице товара, в корзине и в заказе, диагностика конфликтов с темой, блоковой корзиной, сторонними скидками и другими WPC-плагинами.

Какую задачу решает плагин и где он уместен

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

WPC Product Options for WooCommerce добавляет к простому товару набор пользовательских полей. Эти поля отображаются на странице товара, могут менять итоговую цену и должны попадать в корзину, заказ и админку WooCommerce как данные выбранной конфигурации. В официальных источниках подчёркнуты три важные идеи: большое количество типов полей, глобальные наборы для нескольких товаров и индивидуальные опции на уровне конкретного товара.

Практически это означает, что вы можете создать один набор "Персонализация подарка" и применить его к категории сувениров, а для отдельного товара дополнительно добавить поле "Текст на открытке". Другой пример - магазин печатной продукции: глобально выводится загрузка файла и выбор срочности, а на конкретном товаре добавляется поле размера или количества слов.

Когда это лучше вариаций WooCommerce

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

Главная проверка простая: если выбор покупателя должен изменить содержимое заказа, но не обязан создавать отдельный товар в каталоге, WPC Product Options for WooCommerce подходит. Если выбор должен управлять остатками или связанными товарами, одной системы product options может быть недостаточно.

Кому плагин может не подойти

Плагин не стоит ставить только ради одной подсказки под кнопкой покупки. Для статического текста часто достаточно описания товара, блока в теме или короткого HTML-поля. Также он может быть слабым вариантом для магазинов, где все поля должны быть строго связаны с вариациями, мультиязычностью, валютным переключателем и нестандартным оформлением заказа. В support threads встречаются жалобы на сложные конфликты с отдельными шаблонами Elementor, блоковой корзиной и комбинациями WPC Composite Products. Это не означает, что плагин обязательно сломается, но такую связку надо тестировать на копии сайта.

Что проверить перед установкой

Подготовка нужна не для формальности. Product options участвуют в критичном пути покупки: страница товара, кнопка добавления в корзину, пересчёт цены, корзина, оформление заказа, метаданные заказа, письма и экспорт. Ошибка в любом звене может привести к тому, что покупатель выберет опцию, но магазин не получит цену или значение.

Минимальная техническая база

• WooCommerce должен быть установлен и активен, потому что плагин работает именно с товарами WooCommerce.
• Тестируйте сначала на простом товаре с обычной кнопкой добавления в корзину, без составных товаров и нестандартного шаблона.
• Проверьте, что тема корректно выводит стандартную форму товара WooCommerce, а не заменяет её полностью своим виджетом.
• Если сайт использует блоковую корзину или блоковое оформление заказа, приготовьте отдельный тест с классическими страницами корзины и checkout.
• Если магазин многоязычный или мультивалютный, не считайте совместимость автоматической. Сделайте отдельный заказ в каждом языке и валюте.

Перед установкой полезно записать один контрольный сценарий: товар с базовой ценой, одна обязательная опция, одна необязательная опция, одна опция с доплатой, добавление в корзину, оформление тестового заказа. Этот сценарий потом станет быстрым регрессионным тестом после обновлений плагина, WooCommerce и темы.

Где могут появиться конфликты

Самые чувствительные зоны - динамическая цена на странице товара, Ajax-кнопка добавления в корзину, блоковая корзина, сторонние скидки, композитные товары, конструкторы шаблонов и экспорт заказов. В обсуждениях пользователей встречались симптомы, когда цена на странице товара пересчитывалась правильно, но в корзину попадала только базовая цена; в другом случае данные опций не сохранялись в метаданные заказа для дальнейшего экспорта. Такие проблемы нельзя лечить случайными фрагментами кода: сначала надо сузить источник конфликта.

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

Установка и первый маршрут в админке

Бесплатная версия доступна в каталоге WordPress.org. После установки плагин добавляет доступ к настройкам в админ-панели, а документация WPClever указывает путь через раздел WPClever и Product Options. На уровне товара появляется вкладка или блок Product Options, где можно включить индивидуальные опции, переопределить глобальные или отключить их для конкретного товара.

Установка бесплатной версии

1. Откройте админ-панель WordPress и перейдите в Plugins - Add New Plugin.
2. Найдите WPC Product Options, установите плагин и нажмите Activate.
3. Проверьте, что WooCommerce активен и в каталоге есть хотя бы один простой товар.
4. Откройте раздел WPClever - Product Options для глобальных наборов.
5. Откройте редактирование простого товара и найдите вкладку Product Options для индивидуальной настройки.

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

Первая проверка после активации

Создайте тестовый товар или используйте существующий простой товар без сложных зависимостей. Добавьте поле типа Text с названием "Текст для гравировки" и чекбокс "Подарочная упаковка" с небольшой фиксированной доплатой. Откройте страницу товара в режиме инкогнито или как обычный покупатель, заполните поле, выберите упаковку и добавьте товар в корзину. В корзине должны быть видны выбранные значения, а итоговая сумма должна включать доплату.

Если опции видны на странице товара, но не попадают в корзину, не переходите к глобальным правилам. Сначала выясните, отправляется ли стандартная форма WooCommerce. Часто проблема прячется не в самом поле, а в шаблоне товара, Ajax-виджете или конфликтующем плагине цены.

Глобальные, индивидуальные и отключённые опции: как выбрать режим

Одна из сильных сторон WPC Product Options for WooCommerce - разделение на режимы Global, Override и Disable. Эта логика помогает не копировать одни и те же поля в десятки товаров. Но она же может запутать, если заранее не решить, где должна жить "истина" по настройкам.

Global для повторяемых наборов

Global подходит, когда один набор полей нужен множеству товаров. Например, все товары из категории "Печать на холсте" требуют загрузку файла, выбор срочности и подтверждение качества макета. Вместо ручного добавления на каждый товар вы создаёте глобальный набор и назначаете его по категории, тегу, типу товара, бренду или атрибуту, если такая привязка доступна в вашей установке.

Глобальный режим удобен для сопровождения. Если вы меняете цену срочности или текст подсказки, правка применяется сразу ко всем связанным товарам. Но у него есть риск: слишком широкое правило может вывести поле там, где оно не нужно. После создания глобального набора обязательно проверьте несколько товаров из целевой категории и один товар вне неё.

Override для индивидуальной логики товара

Override нужен, когда конкретный товар должен получить собственные поля вместо общей схемы или вместе с ней, если настройки позволяют выбрать порядок добавления. Например, у всех сувениров есть "Подарочная упаковка", но у деревянной таблички дополнительно требуется "Текст гравировки" и "Макет". Такой товар лучше настроить индивидуально, чтобы не усложнять глобальный набор для всей категории.

В больших магазинах полезно вести простое правило: Global отвечает за повторяемые коммерческие условия, Override - за особенности конкретного товара. Тогда администратор быстрее понимает, где искать ошибку: если поле пропало у всей категории, проверяем глобальное правило; если проблема только на одном товаре, смотрим индивидуальные опции.

Disable для исключений

Disable отключает глобальные опции на конкретном товаре. Это нужно для товаров-исключений: подарочный сертификат не требует загрузки макета, цифровой товар не требует даты доставки, распродажный товар не должен получать доплату за упаковку. Не удаляйте глобальный набор ради одного исключения. Отключение на уровне товара безопаснее и понятнее.

Практический ориентир: начинайте с Global только для действительно повторяемых сценариев. Всё, что отличается от товара к товару, сначала настройте на одном товаре и только потом переносите в общий набор.

Типы полей и логика выбора для реального магазина

Плагин поддерживает текстовые поля, числа, email, textarea, загрузку файлов, radio, image radio, color radio, checkbox, image checkbox, color checkbox, dimensions, select, color picker, date picker, date time picker, date range picker, time picker, а также служебные блоки вроде heading, paragraph, separator, spacer и shortcode. В документации встречается разное число типов в зависимости от страницы и версии, поэтому в статье лучше держаться практической логики: выбирать поле по задаче покупателя, а не по длине списка возможностей.

Поля для ввода данных

Text и Textarea нужны для имени, короткой надписи, комментария, адреса доставки вручную или описания пожеланий. Email стоит использовать только там, где действительно нужен отдельный email покупателя, а не повтор контактных данных из checkout. Number удобен для числовых значений, но перед запуском проверьте, как он ведёт себя с десятичными значениями и локальными форматами ввода.

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

Поля выбора

Radio подходит для выбора одного варианта: тип упаковки, материал, способ обработки. Checkbox нужен для нескольких независимых услуг: "Проверка макета", "Подарочная упаковка", "Срочная обработка". Select полезен, когда вариантов много и они не требуют визуального сравнения. Image radio и image checkbox стоит применять, когда выбор действительно визуальный: ткань, цвет покрытия, тип фурнитуры, стиль оформления.

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

Дата, время, цвет и файл

Date picker, time picker, date time picker и date range picker подходят для доставки, бронирования слота, даты мероприятия или периода аренды. Color picker удобен для свободного выбора цвета, но для производства чаще безопаснее использовать ограниченный набор color radio: так магазин принимает только цвета, которые реально может выполнить.

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

Shortcode как сильный, но осторожный инструмент

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

Проверяйте шорткоды на копии товара. Если после вставки перестала работать динамическая цена или кнопка добавления в корзину, временно отключите шорткод и проверьте ещё раз. Такой тест быстрее, чем поиск ошибки среди всех полей.

Ценообразование опций: Flat fee, Quantity synced и Custom formula

Цена - самая рискованная часть любого плагина product options. В официальном описании WPC Product Options for WooCommerce указаны три подхода: Flat fee, Quantity synced и Custom formula. Первые два закрывают большинство магазинов, а формулы нужны для отдельных бизнес-правил и доступны как premium-возможность.

Flat fee для фиксированной или процентной доплаты

Flat fee подходит для понятных доплат: упаковка, срочность, дополнительная услуга, базовая персонализация. В источниках указано, что можно использовать фиксированное число или процент от основной цены. Если вы ставите процент, обязательно проверьте, как он отображается на странице товара, в корзине и в checkout. Пользовательские обсуждения показывают, что именно процентные доплаты и пересчёт корзины чаще становятся источником споров.

Для типового магазина безопаснее начинать с фиксированных значений. Процент используйте, когда он действительно нужен: страхование, сервисный сбор, сложная услуга, зависящая от базовой цены. Не смешивайте несколько процентных правил до тех пор, пока не проверите порядок расчёта.

Quantity synced для количества основного товара

Quantity synced означает, что доплата считается как цена за единицу и умножается на количество основного товара. Пример: покупатель заказывает три кружки и выбирает персональную упаковку с доплатой за каждую кружку. Если поставить обычную фиксированную доплату, магазин может взять плату один раз; если выбрать синхронизацию с количеством, доплата должна умножиться на три.

Проверка здесь обязательна: добавьте товар в количестве 1, затем измените количество в корзине на 2 или 3 и убедитесь, что subtotal меняется ожидаемо. В changelog WordPress.org были исправления, связанные с пересчётом корзины, поэтому после обновлений плагина полезно повторять этот тест.

Custom formula для нестандартных расчётов

Custom formula нужна для случаев, где цена зависит не только от выбранного варианта, но и от значения поля, длины текста, количества слов или базовой цены. Документация WPClever описывает переменные вроде v, p, q, l и w: значение, основная цена, количество, длина строки и количество слов. Пример из документации - доплата за число слов в надписи.

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

Как тестировать цену без догадок

1. Запишите базовую цену товара и ожидаемую цену каждой опции.
2. Проверьте динамическую цену на странице товара.
3. Добавьте товар в корзину и сравните цену строки товара с ожидаемой.
4. Измените количество в корзине и проверьте пересчёт.
5. Оформите тестовый заказ и проверьте метаданные строки заказа в админке.

Если цена правильная на странице товара, но неправильная в корзине, проблема чаще всего находится между отправкой формы и пересчётом WooCommerce. Не исправляйте это CSS или переводом: нужна диагностика формы, шаблона, Ajax-кнопки, скидок и конфликтующих плагинов.

Как проектировать набор опций, чтобы менеджеру было удобно выполнять заказ

Большая ошибка при настройке product options - думать только о странице товара. Покупатель видит поля несколько минут, а менеджер магазина, производственный отдел или специалист поддержки работают с результатом выбора уже после оплаты. Поэтому набор полей должен быть понятен не только покупателю, но и человеку, который открывает заказ в админке WooCommerce.

Перед созданием полей выпишите, какие данные нужны для выполнения заказа. Для печати это может быть текст, файл, сторона печати, цвет и срочность. Для подарочного набора - упаковка, открытка, подпись, дата доставки и комментарий. Для услуги - размер, срок, файл ТЗ и дополнительная проверка. После этого разделите данные на три группы: обязательные для производства, коммерческие доплаты и справочные подсказки.

Название поля должно работать в заказе

Название поля часто попадает в корзину и метаданные заказа. Если вы назовёте поле коротко "Вариант" или "Дополнительно", менеджер потом увидит неочевидную строку. Лучше писать конкретно: "Текст гравировки", "Файл макета", "Срочная обработка", "Цвет ленты". Покупателю такое название тоже понятнее.

То же относится к значениям. Вариант "Да" в корзине бесполезен, если рядом неочевидно, к чему он относится. Для чекбоксов и radio-полей используйте самостоятельные значения: "Добавить подарочную упаковку", "Печать спереди", "Проверка макета дизайнером". Тогда заказ читается без открытия карточки товара.

Описание поля должно предупреждать о последствиях

Описание не должно быть длинной инструкцией, но оно должно закрывать риск. Для файла укажите допустимый формат и максимальный размер, если это настроено в плагине. Для текста - ограничение длины. Для даты - что дата является желаемой, если магазин не гарантирует точный срок. Для срочной обработки - что доплата относится к обработке заказа, а не к доставке, если это разные процессы.

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

Порядок полей влияет на конверсию и ошибки

Сначала показывайте то, что определяет сценарий, затем уточнения и только потом справочные блоки. Например, для печати логично начать с места печати, затем показать текст или загрузку файла, потом срочность и дополнительные услуги. Если покупатель сначала видит длинный комментарий, потом изображение, потом чекбокс, а главное поле спрятано внизу, обязательные ошибки станут чаще.

Для длинных наборов используйте Heading, Paragraph, Separator или Spacer осмысленно. Эти элементы не должны превращать форму в рекламный блок. Их задача - разделить производственные группы: "Макет", "Срок", "Подарочная упаковка", "Дополнительные услуги".

Что передавать в письма и экспорт

Если магазин работает через письма заказов, проверьте, что выбранные опции видны в письме менеджеру. Если заказы уходят в CRM, складскую систему или таблицу через экспорт, проверьте экспорт. В support thread был пример жалобы на то, что product options не появлялись в order export после изменения версии. Это не универсальное поведение, но хороший повод не ограничиваться визуальной проверкой админки.

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

Подробная настройка после установки

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

Позиция блока на странице товара

В changelog продукта упоминалась настройка позиции product options. На практике важно проверить, где блок выводится относительно цены, краткого описания и кнопки Add to cart. Лучшее место - рядом с покупательским действием, до добавления в корзину. Если блок уехал слишком низко, покупатель может нажать кнопку, не увидев обязательное поле.

Проверьте страницу товара в теме, которую реально использует сайт. В конструкторах шаблонов WooCommerce форма покупки может быть собрана из виджетов, и не каждый виджет корректно пропускает данные дополнительных полей. Если цена не передаётся в корзину, протестируйте тот же товар на стандартном шаблоне темы.

Обязательность и тексты ошибок

Обязательные поля полезны для данных, без которых заказ нельзя выполнить: макет, дата, текст гравировки, выбор материала. Но обязательность не должна превращаться в ловушку. Если условная логика скрывает поле, оно не должно блокировать покупку как незаполненное. После настройки required-полей сделайте тест: оставьте поле пустым, нажмите добавление в корзину, прочитайте сообщение, заполните поле и повторите.

Сообщение об ошибке должно объяснять, что именно надо исправить. Если тема показывает только общий текст, добавьте подробное описание рядом с полем. Это снижает нагрузку на поддержку и уменьшает число брошенных корзин.

Ограничения значений и загрузок

Для текстовых полей задавайте минимальную и максимальную длину, если это влияет на производство. Для файлов проверьте размер и типы. В истории обновлений WPC Product Options for WooCommerce были изменения, связанные с upload folder, file types, min/max size и download link for files. Это важный сигнал: загрузка файлов является не декоративной функцией, а частью безопасности и операционного процесса.

Если магазин принимает изображения или макеты, не разрешайте "любой файл" на уровне бизнес-логики. Даже если техническое ограничение задаётся в интерфейсе плагина, дополнительно напишите в описании поля, какие форматы принимаются и что заказ может быть отложен, если файл не соответствует требованиям.

Условная логика

Условная логика показывает или скрывает поля в зависимости от выбора покупателя. Например, поле "Текст гравировки" появляется только если выбран чекбокс "Добавить гравировку". Это улучшает интерфейс, но усложняет тестирование. В changelog продукта есть исправление, связанное с тем, что данные не записывались при использовании conditional logic, поэтому такую схему надо проверять не только визуально, но и через заказ.

Безопасная CSS-правка внешнего вида

Если поля выводятся корректно, но визуально слипаются с темой, можно добавить небольшую CSS-правку через Appearance - Customize - Additional CSS или через безопасный сниппет в дочерней теме. Не правьте файлы плагина: обновление затрёт изменения.

.single-product .wpcpo-wrapper,
.single-product .wpcpo-options {
  margin: 18px 0;
}

.single-product .wpcpo-option {
  padding: 12px 0;
  border-bottom: 1px solid rgba(0, 0, 0, 0.08);
}

.single-product .wpcpo-option label {
  font-weight: 600;
}

Этот пример не меняет расчёты и не вмешивается в форму. После добавления откройте товар на десктопе и мобильном экране, проверьте фокус в полях, чекбоксы, radio-кнопки и сообщение обязательного поля. Откат простой: удалите CSS из того места, куда он был добавлен.

Практический пример: товар с персональной печатью

Разберём сценарий, который хорошо показывает смысл WPC Product Options for WooCommerce: магазин продаёт футболку с печатью. Покупатель выбирает место печати, вводит текст, загружает файл, выбирает срочность и видит доплату до отправки в корзину.

Цель

Нужно получить простой товар WooCommerce, где базовая цена остаётся ценой самой футболки, а персонализация хранится как дополнительные данные заказа. Магазин должен видеть в заказе текст, файл и выбранные услуги, а покупатель - итоговую цену до оформления.

Подготовка

• Создайте простой товар "Футболка с печатью" с базовой ценой.
• Отключите сложные скидочные правила на время первого теста.
• Используйте стандартную страницу товара или проверенный шаблон WooCommerce.
• Подготовьте маленький тестовый файл для загрузки.

Шаги настройки

1. Откройте товар и перейдите к блоку Product Options.
2. Выберите режим индивидуальных опций для этого товара.
3. Добавьте radio-поле "Место печати" с вариантами "Спереди", "Сзади", "Спереди и сзади". Для последнего варианта задайте доплату.
4. Добавьте Textarea "Текст для печати" и задайте подсказку с ограничением длины.
5. Добавьте File Upload "Макет или изображение" и проверьте ограничения файла.
6. Добавьте checkbox "Срочная обработка" с фиксированной доплатой.
7. Если используете conditional logic, показывайте File Upload только при выборе варианта, где нужен макет.
8. Сохраните товар и откройте его как покупатель.

Проверка результата

На странице товара должны быть видны понятные поля, а цена должна меняться при выборе доплат. После добавления в корзину проверьте, что в строке товара видны выбранные опции. Затем оформите тестовый заказ и откройте его в админке WooCommerce. Данные опций должны быть доступны там, где менеджер обрабатывает заказ.

Нюанс: если в корзине видны названия опций, но доплата не вошла в сумму, проблема отличается от ситуации, когда опции вообще не передались. В первом случае проверяйте price type, пересчёт корзины, Ajax и конфликтующие цены. Во втором - форму товара, обязательные поля, nonce, шаблон и отправку данных.

Как проверять результат после настройки

Проверка результата должна быть не "поле появилось на странице", а полный путь заказа. Product options имеют смысл только тогда, когда покупательский выбор не теряется после нажатия Add to cart. Для магазина с персонализацией потеря поля часто дороже, чем визуальная ошибка: заказ уже оплачен, но производство не знает, что выполнять.

Чек-лист тестового заказа

1. Откройте товар в обычном окне браузера и в режиме инкогнито.
2. Проверьте обязательные поля: пустое значение должно блокировать добавление с понятным сообщением.
3. Выберите каждую платную опцию по отдельности и проверьте динамическую цену.
4. Соберите комбинацию из нескольких опций и проверьте subtotal в корзине.
5. Измените количество товара в корзине, если используется Quantity synced.
6. Оформите тестовый заказ любым безопасным тестовым способом.
7. Откройте заказ в админке и проверьте метаданные строки товара.
8. Проверьте письмо заказа, если менеджеры берут данные из писем.
9. Если используется экспорт заказов, выгрузите тестовый заказ и проверьте наличие опций в файле экспорта.

Что считать успешным результатом

Успех - это совпадение четырёх уровней: покупатель видел правильную цену, корзина показала те же данные, checkout не потерял доплату, заказ сохранил значения. Если хотя бы один уровень расходится, запускать схему на живой категории рано.

Мини-итог: для WPC Product Options for WooCommerce недостаточно проверить только публичную часть. Всегда доходите до заказа в админке, особенно для загрузки файлов, условной логики, процентных доплат и интеграции с экспортом.

Совместимость с темой, корзиной, checkout и другими плагинами

Официальная страница заявляет совместимость с распространёнными темами и WooCommerce-плагинами, но на практике любая система, которая меняет форму товара или расчёт цены, требует отдельной проверки. Это нормально для WooCommerce: страница товара является точкой, где пересекаются тема, галерея, вариации, Ajax, скидки, налоги, валюта, мини-корзина и аналитика.

Elementor и конструкторы single product template

В support thread пользователь описывал случай, когда цена опций отображалась правильно в preview товара, но в корзину уходила только базовая цена при использовании Elementor Pro Single Product Template. Поддержка WPClever рекомендовала проверить conditional logic, блоковую корзину и чистую конфигурацию с WooCommerce и плагином. Практический вывод: если товарный шаблон собран конструктором, тестируйте не только внешний вид, но и отправку формы.

Если проблема воспроизводится только на шаблоне конструктора, временно переключитесь на стандартный шаблон товара. Если на стандартном шаблоне всё работает, причина, вероятно, в виджете формы покупки или Ajax-слое конструктора. В таком случае не стоит добавлять хаотичные сниппеты. Лучше заменить виджет на стандартный WooCommerce add-to-cart блок или обратиться к поддержке темы/конструктора с точным описанием.

Блоковая корзина и классический checkout

В одном из ответов поддержки WPClever указано, что block-based cart widget или новая block theme могут быть причиной проблемы, так как плагины не полностью совместимы с новым block-based editor. Это важное ограничение для теста. Если магазин уже перешёл на блоковые страницы корзины и оформления заказа, сделайте контрольный заказ через классические страницы WooCommerce. Если на классических страницах опции проходят корректно, а на блоковых нет, решение надо принимать осознанно: менять корзину, ждать обновления или искать альтернативу с явной поддержкой блоков.

Скидки, мультивалюта и составные товары

Темы поддержки показывают, что проблемы с ценой могут всплывать при сторонних скидках, валютных переключателях, composite products и других плагинах WPC. Особенно внимательно тестируйте процентные доплаты и Quantity synced. Если на странице товара цена выглядит правильно, но корзина считает иначе, временно отключите скидки, валюту, bundle/composite-логику и проверьте простой товар.

Для составных товаров не делайте вывод "плагин не работает" по одному сложному товару. Сначала проверьте простой товар. Затем добавьте второй плагин. Затем повторите тот же набор опций в составном сценарии. Такой порядок показывает, где именно ломается цепочка.

Частые проблемы и диагностика

Ниже собраны проблемы, характерные именно для product options в WooCommerce: потеря цены, потеря данных, конфликты шаблона, загрузки файлов, conditional logic и повторяющиеся блоки. Используйте диагностику по симптомам, а не меняйте все настройки сразу.

Опции видны на товаре, но цена не попадает в корзину

Симптом: покупатель выбирает платную опцию, на странице товара цена меняется, но в корзине остаётся базовая цена. Возможные причины - нестандартная форма add-to-cart, Ajax-виджет конструктора, блоковая корзина, конфликт скидок, проблема с процентной доплатой или сложный тип товара.

Сначала проверьте простой товар на стандартном шаблоне и классической корзине. Затем отключите сторонние плагины цен и скидок, оставив WooCommerce и WPC Product Options for WooCommerce. Если проблема исчезла, возвращайте плагины по одному. Если не исчезла, проверьте тип доплаты: Flat fee, Quantity synced или процент. Для процентной доплаты создайте отдельный тест с фиксированной ценой, чтобы исключить ошибку ожидания.

Выбранные значения не сохраняются в заказе

Симптом: покупатель заполнил поля, но менеджер не видит данные в заказе или экспорт заказов не содержит опций. Возможные причины - конфликт метаданных заказа, изменение версии, сторонний экспортёр, HPOS-совместимость конкретной связки или ошибка в цепочке checkout.

Проверьте сам заказ в админке WooCommerce без экспорта. Если в заказе данные есть, проблема в настройке экспорта. Если данных нет, повторите тест с одним простым полем Text и одним чекбоксом. Если простое поле сохраняется, а сложное нет, проверьте conditional logic, file upload и ограничения поля.

Обязательное поле блокирует покупку, хотя оно скрыто условием

Симптом: покупатель не видит поле, но получает ошибку обязательного заполнения. Причина обычно связана с условной логикой: поле скрыто визуально, но его required-валидация всё ещё срабатывает в конкретной комбинации.

Упростите правило: оставьте одно управляющее поле и одно зависимое. Проверьте оба состояния. Если ошибка повторяется, временно снимите обязательность с зависимого поля и добавьте понятное описание. Для критичных данных лучше сделать явный шаг выбора, чем скрывать обязательное поле слишком глубоко.

Загрузка файла не работает или ссылка не видна менеджеру

Симптом: файл не загружается, не прикрепляется к заказу или ссылка недоступна. Проверьте лимиты WordPress и сервера, допустимые типы файлов, размер файла, папку загрузки, конфликт защитных плагинов и поведение на мобильном устройстве. В истории обновлений плагина были изменения по secure upload folder, file size, file types и download links, поэтому старые инструкции по загрузкам могут быть неточными.

Исправляйте по одному фактору. Сначала маленький безопасный файл, затем нужный формат, затем большой файл. Если защитный плагин блокирует формат, не отключайте защиту глобально. Лучше ограничить принимаемые форматы и описать требования покупателю.

Блок опций повторяется или выводится не там

Симптом: заголовок или поле появляется несколько раз, либо блок расположен в неудобном месте. Проверьте, не применяются ли одновременно глобальные и индивидуальные правила. Затем проверьте позицию вывода и шаблон товара. Если товарный шаблон вызывает стандартную форму несколько раз, product options могут выводиться вместе с ней.

Исправление начинайте с структуры правил: один глобальный набор, один индивидуальный override или явный disable. Только после этого смотрите CSS. Визуальная правка не должна маскировать дублирование логики.

После обновления изменилась работа цены или полей

Симптом: вчера сценарий работал, после обновления плагина, WooCommerce или темы цена или метаданные изменились. Вернитесь к контрольному тестовому товару. Проверьте changelog, особенно записи про cart calculation, conditional logic, upload files, hooks, CSS/JS backend и compatibility updates.

Если магазин уже принимает заказы, не откатывайте всё вслепую. Сначала проверьте проблему на staging-копии. Если нужен временный откат, сохраняйте резервную копию и фиксируйте версию, на которой контрольный сценарий был рабочим.

Когда WPC Product Options for WooCommerce будет удачным выбором

Плагин стоит использовать, если вам нужен управляемый слой дополнительных полей для простых товаров WooCommerce: персонализация, загрузка файлов, даты, цвета, чекбоксы услуг, визуальные варианты, условные поля и доплаты. Его сильная сторона - сочетание глобальных правил и индивидуальной настройки товара. Это позволяет быстро покрыть категорию товаров, но не терять гибкость на особых позициях.

Если магазин только начинает работать с персонализацией, начните с бесплатной версии и одного тестового товара. Проверьте путь от поля до заказа. Если нужны формулы, расширенные загрузки, сложная логика или поддержка premium-возможностей, сначала подтвердите, что базовый сценарий стабилен в вашей теме и корзине.

Перед запуском на живой категории выполните три проверки: простой товар, товар с глобальным правилом, товар с индивидуальным override. Затем оформите тестовый заказ с каждой платной опцией. Если всё совпадает, можно переходить к реальному каталогу и скачать установочный файл из блока загрузки на странице продукта.

Итоговый маршрут перед запуском

WPC Product Options for WooCommerce будет полезен магазину, который хочет добавить к простым товарам осмысленные опции без превращения каждой комбинации в вариацию. Самый надёжный путь - не ставить сразу десятки полей, а собрать контрольный товар, проверить цену и данные заказа, затем вынести повторяемые поля в Global, а исключения оформить через Override или Disable.

Если у вас простой сценарий персонализации, плагин может быстро закрыть задачу. Если у вас блоковая корзина, Elementor-шаблон, мультивалюта, составные товары, экспорт заказов и формулы, закладывайте время на staging-тесты. Хорошее руководство по product options заканчивается не созданием поля, а доказательством, что покупательский выбор дошёл до менеджера и суммы заказа без потерь.