CodeCanyon WooCommerce Wholesale Pricing - Плагин WordPress

Руководство по CodeCanyon WooCommerce Wholesale Pricing для оптовых цен, ролей и регистрации покупателей

CodeCanyon WooCommerce Wholesale Pricing в рамках этого руководства стоит рассматривать как связку двух близких продуктов code_den: базового плагина WooCommerce Wholesale Pricing для ролевых оптовых цен и add-on WooCommerce Wholesale Pricing Register, который добавляет поток регистрации wholesale-покупателей. На странице задания указан именно Register-источник, поэтому ниже мы не будем обещать функции полноценной B2B-платформы там, где источники подтверждают только регистрацию, ручное одобрение и управление wholesale-заявками.

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

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

Что делает эта связка и где проходит граница возможностей

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

WooCommerce Wholesale Pricing Register решает соседнюю, но другую задачу. Он не задает сами цены и не превращает магазин в B2B-портал целиком. Его роль - добавить покупателю возможность запросить wholesale-статус при регистрации, а администратору дать страницу управления такими заявками. На CodeCanyon подтверждены три базовые функции Register: страница управления wholesale-клиентами, выпадающий список роли в форме регистрации и контроль того, кто принят как wholesale customer.

Из changelog Register видно, что в продукте развивались именно функции допуска: автоматическое одобрение регистраций, одобрение или отклонение pending-заявок, массовое одобрение или отклонение, базовое email-подтверждение после принятия wholesale-аккаунта. Это полезно для магазина, где розничные покупатели могут покупать сразу, а дилеры, реселлеры или корпоративные клиенты должны сначала пройти проверку.

Практический вывод: если вам нужен только расчет разных цен по ролям, смотрите прежде всего на базовый WooCommerce Wholesale Pricing. Если нужен поток заявок на wholesale-доступ, нужен Register add-on. Если нужны компании, многоуровневые группы, запросы цен, отдельный B2B-каталог и сложные формы, стоит заранее сравнить более широкие B2B-решения.

Такое разделение важно и для диагностики. Когда не появляется поле цены в товаре, проблема чаще относится к базовому pricing-плагину, выбранным ролям или карточке товара. Когда покупатель не попадает в список pending-заявок, не получает нужную роль или письмо об одобрении, это уже зона Register и настроек регистрации WooCommerce.

Когда плагин подходит магазину, а когда лучше искать B2B-систему шире

CodeCanyon WooCommerce Wholesale Pricing будет уместен, если магазин уже продает через WooCommerce и ему нужно добавить понятный слой оптовых цен для ограниченного числа ролей. Типичный сценарий - розничный каталог остается на месте, а партнеры после входа видят другой прайс на те же товары. Register add-on дополняет этот сценарий заявкой на доступ, чтобы администратор не назначал роли вручную каждому пользователю после переписки.

Плагин особенно хорошо ложится на магазины с простыми правилами: один retail-поток, одна или две wholesale-роли, отдельные цены в карточках товаров, ручная проверка заявок и понятные минимальные требования к заказу. В таком магазине важнее аккуратная роль и проверка результата, чем большой B2B-конструктор.

Отдельно оцените состояние поддержки. У базового WooCommerce Wholesale Pricing в источниках указана более новая заявленная совместимость, чем у Register. У Register публичная карточка на CodeCanyon выглядит старше, а документацию именно по Register найти сложнее. В статье поэтому используется осторожная формулировка: проверяйте Register на тестовом стенде, особенно если магазин уже работает на современной ветке WooCommerce.

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

Подготовка: роли, товары, налоги и тестовый покупатель

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

Роли пользователей

WooCommerce добавляет роли Customer и Shop Manager, а WordPress управляет правами через роли и возможности. Для wholesale-цен лучше не использовать административные роли и не смешивать их с ролью менеджера магазина. Оптовый покупатель должен быть обычным покупателем с отдельным wholesale-статусом, а не сотрудником с доступом к админ-панели.

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

Товары для первого теста

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

Налоги, лимиты и учет цены

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

Тестовый wholesale-пользователь

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

Установка и первичное включение без изменения витрины вслепую

Устанавливайте продукт как обычный WordPress-плагин из ZIP-архива: через Plugins, Add New, Upload Plugin, затем Install Now и Activate. Если магазин рабочий, сначала используйте staging-копию. Это особенно важно для плагинов, которые меняют цену товара, корзину и оформление заказа.

Перед активацией Register проверьте базовую зависимость. Register описан как add-on для WooCommerce Wholesale Pricing, поэтому без основного pricing-плагина он не решит задачу оптовых цен. В changelog Register отдельно фиксировалась проблема предупреждения о том, что Wholesale Pricing не активирован, значит связка плагинов действительно критична для корректной работы.

Что должно появиться после активации

Для базового WooCommerce Wholesale Pricing документация code_den указывает отдельный пункт меню Wholesale Prices в админ-панели. Через него открывается страница настроек, где выбираются роли, подписи цен, налоговые правила, ограничения по количеству и сумме заказа, а также скрытие товаров без wholesale-цены для текущей роли. Register, в свою очередь, добавляет администратору управление wholesale-клиентами и поток заявок.

Первичная проверка

1. Убедитесь, что WooCommerce активен, товары опубликованы и обычная цена отображается на публичной части сайта.
2. Откройте страницу настроек Wholesale Prices и проверьте, появились ли роли, которые вы планируете использовать.
3. Откройте тестовый простой товар и найдите дополнительные поля wholesale-цены в блоке Product Data.
4. Откройте тестовый вариативный товар и проверьте поля внутри нужной вариации.
5. Проверьте страницу регистрации или My Account, если включаете Register add-on для заявок.

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

Wholesale-роли и видимость цен для разных покупателей

Главная настройка базового pricing-плагина - выбор ролей, которым разрешено иметь wholesale-цены. По документации эти роли выбираются в поле Wholesale Roles. После выбора роли плагин добавляет поля цены для этой роли в карточки товаров. Если роль не выбрана, у товара не будет смысла задавать для нее оптовую цену: пользователь с такой ролью не должен получить wholesale-отображение.

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

Матрица проверки ролей

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

Самая безопасная схема запуска - одна wholesale-роль, один тестовый товар, один тестовый покупатель, затем расширение на остальные товары после проверки корзины и оформления заказа.

Оптовые цены в простых товарах и вариациях

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

Простой товар

Для простого товара достаточно заполнить обычную цену и wholesale-поле для нужной роли. Если wholesale-поле оставить пустым, не стоит ожидать, что плагин сам рассчитает скидку. Источники по code_den описывают именно ввод конкретной цены для роли, а не универсальную формулу скидки. Если нужен процент от розничной цены по категориям или сложные tiered-правила, смотрите альтернативы или другой pricing-плагин.

Вариативный товар

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

Мини-проверка вариации

1. Откройте товар как гость и выберите каждую вариацию, которая участвует в wholesale-продаже.
2. Войдите как wholesale-покупатель и повторите выбор тех же вариаций.
3. Сравните цену на карточке, в мини-корзине, в корзине и на странице оформления заказа.
4. Если цена не совпадает, пересохраните вариацию и проверьте, заполнено ли поле именно для нужной роли.

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

Подписи цены, экономия и понятный результат на витрине

Оптовая цена должна быть не только рассчитана, но и понятна покупателю. Документация базового плагина описывает блок Pricing Options с подписями для logged in wholesaler. Среди подтвержденных элементов есть Show Wholesale Savings с базовой подписью You Save, Show RRP с подписью RRP и Show Current User Role Price с подписью Your Price.

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

Как выбрать подписи

• Оставьте Your Price, если покупателю важно явно видеть свою цену до корзины.
• Используйте RRP, если розничная цена важна для сравнения, но не превращайте карточку в рекламный калькулятор.
• Показывайте You Save, если экономия помогает принять решение и не конфликтует с политикой дилеров.
• Оставляйте поле пустым только после проверки, что элемент действительно скрывается так, как описано в документации.

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

Регистрация wholesale-пользователей и ручное одобрение заявок

WooCommerce Wholesale Pricing Register добавляет к связке важный бизнес-процесс: покупатель может запросить wholesale-статус при регистрации, а администратор решает, принять или отклонить заявку. Это лучше, чем назначать роли полностью вручную, но требует дисциплины. Заявка на оптовый доступ - это не просто регистрация на сайте, а переход пользователя в ценовую группу.

На странице CodeCanyon подтверждено, что Register добавляет выпадающий список роли в форму регистрации, страницу управления wholesale customers и контроль принятия в wholesale-группу. В changelog также упоминаются decline-опция, массовое approve/decline, автоматическое одобрение регистраций и базовое письмо после одобрения wholesale-аккаунта.

Ручное одобрение

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

Автоматическое одобрение

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

Что проверить в форме регистрации

• Включена ли регистрация на странице My Account или в checkout-настройках WooCommerce.
• Появляется ли dropdown роли только там, где вы ожидали его увидеть.
• Попадает ли обычный retail-покупатель в обычный поток, а не в pending wholesale list.
• Получает ли approved-пользователь нужную роль и видит ли правильную цену после повторного входа.
• Не попадают ли письма об одобрении в спам и не конфликтуют ли они с настройками WooCommerce emails.

Если письмо не приходит, не делайте вывод, что Register не назначил роль. Сначала проверьте пользователя в Users, затем настройки WooCommerce emails, потом доставку почты на сервере. WooCommerce имеет отдельные email-настройки, и проблемы с отправкой часто относятся к почтовой инфраструктуре, а не к цене товара.

Ограничения checkout: количество, сумма, налоги и скрытые товары

Оптовая цена редко живет отдельно от условий продажи. Если покупатель получает цену для дилера, магазин обычно требует минимальную партию, минимальную сумму заказа или особые налоговые правила. В документации code_den для базового плагина подтверждены Checkout Quantity Options, Checkout Spend Options, Tax Options и Hide Products.

Минимальное и максимальное количество

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

Минимальная и максимальная сумма заказа

Ограничение по сумме полезно, если wholesale-заказ должен быть экономически оправдан. Но его нужно тестировать с налогами, скидками, купонами и доставкой. Важно понять, от какой суммы плагин считает ограничение и какое сообщение видит покупатель. Если сообщение непонятное, менеджер получит лишние обращения от клиентов, которые не понимают, почему checkout не пропускает заказ.

Налоги для wholesale-покупателей

Tax Options в документации описаны как выбор, удалять ли налог для wholesale customers. Не включайте такую опцию без консультации с бухгалтерией или налоговым специалистом. Для одного магазина wholesale-покупатель может платить налог как обычный клиент, для другого - работать по отдельным B2B-условиям. Техническая настройка должна следовать юридической модели, а не наоборот.

Скрытие товаров без wholesale-цены

Hide Products помогает скрывать товары от пользователей, для которых не назначена wholesale-цена. Это полезно, если часть каталога доступна только рознице или только опту. Но проверьте поиск, категории, похожие товары и кеш. Товар может пропасть из карточки, но остаться в виджете темы, индексной странице или сохраненной кеш-копии.

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

Практический сценарий: розничный товар, wholesale-роль и заявка партнера

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

Цель

Нужно настроить один простой товар и один вариативный товар так, чтобы обычный покупатель видел розничную цену, а approved wholesale-пользователь видел свою цену. Новый партнер должен подать заявку через регистрацию, администратор должен ее одобрить, после чего покупатель проверяет цену в карточке товара и checkout.

Подготовка

• WooCommerce установлен, товары опубликованы, обычная покупка работает.
• Базовый WooCommerce Wholesale Pricing активен и показывает меню Wholesale Prices.
• Register add-on активен, регистрация покупателей включена в настройках WooCommerce.
• Есть тестовый простой товар и тестовый вариативный товар.
• Есть отдельный email для тестового партнера, чтобы не проверять процесс из админ-аккаунта.

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

1. Откройте Wholesale Prices и выберите роль, которая будет получать wholesale-цену.
2. В блоке подписей оставьте понятное отображение текущей цены, например подпись для Your Price, и временно не перегружайте карточку товара лишними элементами.
3. Откройте простой товар, перейдите в Product Data и заполните wholesale-цену для выбранной роли.
4. Откройте вариативный товар, разверните нужную вариацию и заполните wholesale-цену именно внутри нее.
5. На странице регистрации подайте заявку от имени тестового партнера, выбрав wholesale-роль, если dropdown доступен пользователю.
6. В админ-панели найдите pending-заявку и одобрите ее. Если у вас включена ручная проверка, не используйте auto approve в этом тесте.
7. Войдите как тестовый партнер, откройте оба товара, добавьте их в корзину и дойдите до checkout.

Ожидаемый результат

Гость и обычный Customer видят обычную цену. Approved wholesale-пользователь после входа видит цену для своей роли. На вариативном товаре цена меняется только для тех вариаций, где поле заполнено. В корзине и checkout сумма совпадает с карточкой товара, а при нарушении лимита количества или суммы checkout показывает понятную блокировку.

Нюанс, который часто мешает

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

Проверка результата для гостя, retail-покупателя и оптовика

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

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

Диагностика: цены не меняются, заявка зависла, checkout блокирует заказ

Ошибки в wholesale-сценариях редко имеют одну причину. Цена зависит от роли, товара, вариации, сессии, кеша и настроек checkout. Register добавляет еще один слой - заявку, статус одобрения и письмо. Поэтому диагностику лучше вести от симптома к самому простому проверяемому факту.

Wholesale-цена не отображается после входа

Сначала проверьте роль пользователя в Users. Затем откройте Wholesale Prices и убедитесь, что эта роль выбрана в Wholesale Roles. После этого проверьте конкретный товар: для простого товара поле должно быть в общих данных, для вариативного - внутри вариации. Если все заполнено, очистите кеш и войдите заново под тестовым покупателем.

Цена вариации выглядит неправильной

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

Пользователь подал заявку, но не стал wholesale-покупателем

Проверьте, включено ли ручное одобрение и не осталась ли заявка в pending. Затем проверьте, какая роль назначена после approve. В changelog Register есть исправления, связанные с pending-списками и попаданием retail-покупателей в wholesale-очередь, поэтому при странном поведении на современной сборке обязательно тестируйте на копии сайта и фиксируйте результат до запуска.

Письмо об одобрении не приходит

Не смешивайте две проверки: назначение роли и доставку письма. Если роль назначилась, но письма нет, проверьте WooCommerce email settings, работу отправки писем WordPress и почтовый журнал, если он установлен. Если роль не назначилась, проблема ближе к Register и approval flow.

Checkout не пропускает заказ

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

Товар пропал для wholesale-пользователя

Проверьте Hide Products и наличие wholesale-цены для текущей роли. Если включено скрытие товаров без цены, незаполненное поле может быть причиной исчезновения товара. Затем проверьте поисковую страницу, категорию, блоки похожих товаров и кеш темы.

Появилась PHP-ошибка или предупреждение

В changelog Register упоминается исправление ошибки с undefined constant, а у базового плагина были исправления критических ошибок на странице настроек и устаревших функций. На современном сайте любые PHP-ошибки нужно проверять в журнале, а не маскировать отключением предупреждений. Если ошибка появляется только после активации Register, временно отключите add-on на staging-копии и сравните поведение базового pricing-плагина.

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

Совместимость с современным WooCommerce и безопасный запуск

У этой задачи есть важная особенность: источники показывают, что Register add-on старее базового WooCommerce Wholesale Pricing. Поэтому нельзя уверенно утверждать, что Register без проверки совместим с новыми версиями WooCommerce, блоками корзины и оформления заказа, HPOS или свежими версиями PHP. В статье это не подается как окончательный запрет, но это реальный фактор риска.

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

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

• Нет ли PHP fatal error, warning или deprecated notices при открытии настроек.
• Работает ли форма регистрации в текущей теме и в текущей версии WooCommerce.
• Назначается ли роль после ручного approve и после auto approve, если вы его проверяете.
• Не конфликтует ли плагин с другими скидками, купонами, multi-currency и кешем.
• Корректно ли считается цена в классическом checkout и в блоках, если магазин использует блоковый checkout.
• Не ломается ли импорт, экспорт или массовое обновление товаров, если wholesale-поля хранятся как дополнительные метаданные.

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

Пилотный запуск на ограниченном наборе товаров

Даже если тестовый стенд прошел без ошибок, не обязательно сразу переносить wholesale-логику на весь каталог. Безопаснее выбрать небольшую группу товаров, где легко вручную проверить розничную цену, wholesale-цену, вариации, налоги, лимиты количества и итог в заказе. Такой пилот показывает, как плагин ведет себя не в пустой демо-среде, а рядом с реальными купонами, темой, кешем, письмами и менеджерскими процессами магазина.

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

Что зафиксировать перед переносом на рабочий сайт

Перед публикацией запишите исходные значения ролей, цены тестовых товаров, включенные параметры Register, состояние auto approve и правила checkout. Это можно сделать в обычном внутреннем документе: скрин настроек, список тестовых аккаунтов, таблица ожидаемых цен и короткое описание того, как отключить add-on. Такая фиксация экономит время, если после запуска менеджер заметит, что wholesale-покупатель видит не тот прайс или заявка не попала в нужный статус.

План отката должен быть простым. Сначала отключается Register, если проблема связана с регистрацией или approve-flow. Затем временно снимается wholesale-роль с тестового пользователя или отключается выбранная роль в настройках базового pricing-плагина. Только после этого стоит трогать цены товаров. Такой порядок помогает не потерять введенные wholesale-цены и быстро вернуть магазин к обычному розничному сценарию.

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

Кеш, импорт товаров и другие настройки, которые могут сломать ролевую цену

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

Страницы, которые нельзя проверять только по кешированной копии

Для WooCommerce особенно чувствительны карточка товара с динамической ценой, мини-корзина, корзина, checkout и My Account. Если кеш отдает wholesale-покупателю страницу, созданную для гостя, пользователь увидит розничную цену. Если гостю отдается страница, созданная для wholesale-пользователя, риск серьезнее: закрытая цена может оказаться на публичной витрине. Ролевые цены требуют отдельной проверки кеша для вошедших пользователей.

На staging-сайте проверьте, что кеширующий плагин или серверное кеширование не сохраняют персонализированную цену как общую HTML-страницу. Для logged in users часто проще отключить page cache полностью, чем пытаться построить сложные исключения. Для публичных гостей можно оставить кеш, но страницы корзины, checkout и account должны оставаться динамическими.

Импорт и массовое обновление цен

Если магазин загружает каталог через CSV, ERP-интеграцию или массовый редактор, проверьте, как обновляются wholesale-поля. Стандартное сохранение товара в админ-панели обычно запускает нужные хуки WooCommerce, а прямое изменение метаданных через импорт может не пересобрать производные данные, кеши или индексы видимости. Это особенно заметно на вариативных товарах, где цена хранится не только у родительского товара, но и у каждой variation.

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

Купоны и другие скидки

WooCommerce допускает одновременную работу купонов, sale price, dynamic pricing, role-based pricing и кастомных правил темы. Для розницы это может быть удобно, но в wholesale-сценарии легко получить двойную скидку: сначала плагин заменит цену для роли, затем купон дополнительно уменьшит корзину. Если это не запланировано, ограничьте купоны для wholesale-роли или временно отключите их в тестовом заказе.

Проверяйте не только одну карточку товара, а итоговую строку заказа. В ролевом pricing важен финальный total: товарная цена, налог, скидка, доставка и ограничения checkout должны складываться в условия, которые вы готовы выполнить. Если retail-акция действует на всех пользователей, а wholesale-покупатель и так получает отдельный прайс, коммерческая логика может сломаться без единой технической ошибки.

Мини-регламент для менеджера магазина

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

• Новая wholesale-заявка проверяется менеджером до назначения роли, если auto approve не разрешен регламентом.
• Новая цена сначала добавляется в один тестовый товар и проверяется под тестовым wholesale-аккаунтом.
• Для вариативных товаров проверяются все вариации, которые реально доступны оптовику.
• После массового импорта выполняется выборочная проверка карточки, корзины и checkout.
• После изменения кеша или темы повторяется тест гостя, обычного Customer и wholesale-пользователя.

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

Когда CodeCanyon WooCommerce Wholesale Pricing будет удачным выбором

Эта связка будет удачным выбором, если вы понимаете ее границы: базовый плагин отвечает за wholesale-цены по ролям, Register add-on - за регистрацию и одобрение wholesale-клиентов. Она подходит для магазина, где нужно аккуратно добавить оптовый доступ к существующей розничной витрине, а не строить большой B2B-портал с десятками правил.

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

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

Когда вы готовы протестировать продукт на своей копии WooCommerce-магазина, можно скачать последнюю версию CodeCanyon WooCommerce Wholesale Pricing и пройти проверку по шагам из этого руководства. Не пропускайте тест под тремя состояниями пользователя: гость, обычный Customer и approved wholesale-покупатель. Именно эта проверка показывает, что цена видна правильному человеку в правильный момент.