WooCommerce Per Product Shipping - Плагин WordPress

Руководство по настройке WooCommerce Per Product Shipping для точной доставки по товарам

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

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

Здесь не будет инструкций по покупке лицензии и не будет попытки заменить официальную документацию. Руководство показывает рабочую последовательность: подготовка, установка, настройка, типовой сценарий для крупногабаритного товара, проверка на публичной части сайта, диагностика и выбор альтернатив. Если магазин уже использует сложные тарифные таблицы, живые ставки перевозчиков или отдельные правила по ролям пользователей, вы также поймёте, где Per Product Shipping уместен, а где лучше смотреть на другой класс решений.

Как работает доставка по конкретному товару

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

Важно разделить два режима, потому что от них зависит поведение всего checkout. В первом режиме per-product стоимость работает как надбавка к другим методам доставки. Это удобно, если большая часть каталога уже доставляется обычным Flat Rate, Free Shipping или живой ставкой перевозчика, а отдельный товар требует дополнительной упаковки, отдельной коробки или другого тарифа. Во втором режиме Per Product Shipping становится самостоятельным методом. Тогда все продуктовые стоимости складываются в один метод доставки, и по умолчанию покупателю не предлагаются другие методы в той же зоне.

Надбавка к существующим методам

Режим надбавки лучше подходит для магазинов, где есть базовая доставка и несколько исключений. Например, магазин продаёт обычные аксессуары, но один товар отправляется в усиленной упаковке. Базовый Flat Rate покрывает стандартную доставку, а Per Product Shipping добавляет к конкретному товару фиксированную сумму. В карточке товара для этого используется параметр Adjust Shipping Costs: если он включён, продуктовая ставка прибавляется к другим рассчитанным методам доставки, кроме сценариев, где официальная логика исключает конкретный метод.

Такой подход не ломает привычную структуру зон. Администратор по-прежнему управляет географией через WooCommerce > Settings > Shipping, а отдельные товары получают свои исключения. Главная проверка здесь - смешанная корзина: добавьте товар с per-product ставкой и обычный товар, затем убедитесь, что итоговая сумма выглядит ожидаемо и не создаёт второй непонятный вариант доставки.

Самостоятельный метод доставки

Самостоятельный режим полезен, если доставка почти полностью зависит от состава корзины. В этом случае метод Per-Product добавляется в нужную shipping zone, получает свой заголовок, налоговый статус, значения по умолчанию и handling fee. Покупатель видит один метод, а стоимость внутри него формируется суммой товарных ставок. Такой режим проще объяснить пользователю, когда магазин продаёт несколько товаров с заранее известной стоимостью отправки.

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

Строковая и поштучная стоимость

В таблице ставок есть два разных поля, которые часто путают. Line Cost применяется к строке корзины и не умножается на количество. Если покупатель кладёт две одинаковые единицы товара в одну строку, line cost остаётся одним значением. Item Cost применяется к каждой единице товара и умножается на количество. Для товара, который едет в одной коробке независимо от количества, чаще используют line cost. Для товара, где каждая единица добавляет отдельный вес, место или упаковку, логичнее item cost.

Мини-проверка: перед запуском задайте тестовую ставку так, чтобы line cost и item cost отличались. Добавьте одну, две и три единицы товара в корзину. Если итог меняется не так, как вы ожидали, проблема обычно не в checkout, а в неверно выбранной логике строки или единицы.

Кому подойдёт этот плагин и где он будет лишним

WooCommerce Per Product Shipping лучше всего раскрывается в магазинах, где исключения важнее сложной тарифной матрицы. Типичный пример - каталог из обычных товаров и небольшой группы тяжёлых, крупногабаритных, хрупких или нестандартно упакованных позиций. Для таких товаров нужно добавить фиксированную сумму, которая зависит от страны, региона или почтового индекса. Плагин позволяет сделать это ближе к самому товару, а не прятать исключение в общей таблице shipping classes.

Расширение также удобно для маленьких каталогов с заранее известными ставками. Если у вас пять физических товаров и каждый имеет понятную стоимость доставки по нескольким направлениям, отдельная таблица у товара может быть проще, чем полноценный table rate plugin. Администратор открывает нужный товар, включает per-product shipping, добавляет строки и сразу видит, где хранятся исключения.

Подходящие сценарии

• Крупногабаритный товар с доплатой. Базовый метод доставки остаётся активным, а конкретный товар добавляет фиксированную стоимость упаковки или перевозки.
• Небольшой каталог с фиксированными ставками. Стоимость отправки зависит от товара и адреса, но не требует сложных условий по весу, цене, роли пользователя или времени доставки.
• Вариации с разной логистикой. У одной модели могут быть разные размеры или комплектации, и отдельная вариация должна переопределять ставку родительского товара.
• CSV-обновление ставок. Если ставки нужно массово загрузить для товаров, встроенный импорт по product ID помогает быстрее заполнить таблицы.

Когда лучше выбрать другой подход

Если доставка зависит от веса корзины, габаритов, суммы заказа, количества товаров, shipping class, роли пользователя, дня недели или сложной комбинации условий, Per Product Shipping может оказаться слишком прямолинейным. Он решает задачу ставки у товара, но не заменяет полноценную систему условных тарифов. В таких случаях чаще смотрят на Table Rate Shipping, Flexible Shipping PRO или Conditional Shipping and Payments.

Плагин также не решает задачи упаковки по коробкам, печати этикеток, живых тарифов перевозчиков, расчёта расстояния от склада, split shipping по нескольким адресам и управления остатками на складах. Эти функции относятся к другим расширениям. Хорошее правило выбора: если вы можете описать задачу фразой "у этого товара своя стоимость доставки", Per Product Shipping подходит. Если фраза превращается в цепочку условий "если вес больше, если роль такая, если зона такая, если сумма заказа меньше", лучше брать инструмент с условной логикой.

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

Перед установкой плагина полезно проверить не только версию WordPress или WooCommerce, но и саму модель доставки магазина. Расширение работает внутри WooCommerce shipping zones, поэтому ошибки в зонах, неверный порядок регионов или отсутствующие методы будут проявляться как ошибки Per Product Shipping, хотя источник проблемы находится уровнем выше.

Начните с карты доставки. Выпишите, куда магазин отправляет товары, какие методы доступны в каждой зоне, есть ли бесплатная доставка, локальный самовывоз и товары, для которых доставка не должна рассчитываться. Затем отметьте товары-исключения. Не нужно сразу включать per-product ставку на половине каталога. Чем больше строк вы добавите в карточки товаров, тем сложнее будет поддерживать изменения и объяснять итоговую сумму менеджеру магазина.

Проверка shipping zones

Откройте WooCommerce > Settings > Shipping > Shipping zones и убедитесь, что зоны расположены от более точной к более широкой. WooCommerce сопоставляет покупателя с первой подходящей зоной, поэтому зона для конкретного города или набора индексов должна стоять выше зоны страны. Если порядок нарушен, покупатель может попасть в широкую зону и не увидеть нужный метод доставки.

• Проверьте, что в нужной зоне есть хотя бы один активный shipping method.
• Убедитесь, что Rest of the world используется осознанно, а не случайно закрывает все неучтённые адреса.
• Проверьте почтовые индексы и wildcard-значения, если ставки зависят от индекса.
• Сохраните пример тестового адреса для каждой важной зоны, чтобы потом быстро повторить проверку.

Проверка товаров

Товар должен быть физическим. Если продукт отмечен как Virtual, доставка для него не рассчитывается. Для обычных товаров стоит проверить вес, габариты и shipping class, даже если сам Per Product Shipping не обязан использовать все эти данные. Они помогают понять общую логистику и быстро отличить проблему товарной ставки от проблемы другого shipping method.

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

Проверка checkout и кеша

Ставки доставки должны пересчитываться при изменении адреса, количества и состава корзины. Поэтому страницы корзины, оформления заказа и личного кабинета не должны кешироваться как обычные статические страницы. Если магазин использует кеширующий плагин, серверный кеш или CDN, проверьте исключения для cart и checkout до тестирования. Иначе вы можете увидеть старую сумму и начать искать ошибку в настройках Per Product Shipping, хотя браузер или кеш показывают устаревший фрагмент.

Установка и первичная проверка после активации

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

Лучший первый тест - отдельный простой товар без вариаций. Выберите товар, который не является виртуальным, имеет цену, доступен в наличии и попадает в обычный процесс покупки. Создайте или используйте shipping zone с понятным адресом, например отдельную локальную зону с Flat Rate. После этого добавьте per-product ставку только этому товару и проверьте, как она влияет на корзину.

Порядок первичной проверки

1. Откройте нужную shipping zone и убедитесь, что в ней есть рабочий метод доставки.
2. Откройте товар в WooCommerce > Products и перейдите в блок Product data.
3. На вкладке Shipping включите Enable per-product shipping.
4. Добавьте одну строку ставки для тестовой страны или оставьте location-поля как wildcard, если нужно проверить общий случай.
5. Сохраните товар, добавьте его в корзину и введите адрес, который точно попадает в нужную зону.
6. Сравните итоговую доставку с расчётом вручную.

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

Какие признаки говорят, что установка прошла нормально

После активации в карточке физического товара должен появиться параметр включения per-product shipping и таблица ставок. В shipping zone должен быть доступен метод Per-Product, если вы настраиваете самостоятельный режим. На публичной части сайта стоимость должна меняться при изменении адреса или количества, если ставка завязана на item cost. Если всё это видно, базовая интеграция работает, и дальше можно переходить к реальной структуре ставок.

Настройка зоны доставки и режима расчёта

Самая частая ошибка при работе с этим расширением - сразу идти в товар и забывать о shipping zone. Для режима надбавки это иногда проходит незаметно, потому что уже существующий метод доставки отображается в checkout. Для standalone-режима без добавления метода Per-Product в зону покупатель может вообще не увидеть ожидаемую доставку. Поэтому настройку стоит начинать с зоны, а не с товара.

Добавление метода Per-Product в shipping zone

Откройте WooCommerce > Settings > Shipping, выберите зону и нажмите Add shipping method. В списке должен быть метод Per-Product. Добавьте его, откройте настройки метода и решите, будет ли он standalone. Если вы используете только надбавки к другим методам, отдельный метод может быть не нужен для старого multiple-methods сценария, но для самостоятельного режима он обязателен.

В standalone-настройках проверьте Method Title, Tax Status, Default product cost, handling fee per product и handling fee per order. Заголовок должен быть понятен покупателю. Вместо технического "Per-Product" лучше использовать нейтральную формулировку вроде "Доставка по товарам" или "Индивидуальная доставка", если она соответствует правилам магазина. Налоговый статус выбирайте по налоговой модели магазина и требованиям вашей юрисдикции, не по примеру из чужого руководства.

Default product cost и handling fee

Default product cost отвечает за товары, у которых нет собственной ставки. Это полезный fallback, но его легко настроить слишком широко. Если вы хотите, чтобы доставка рассчитывалась только для явно настроенных товаров, не превращайте default cost в скрытый универсальный тариф без проверки. Добавьте в корзину товар без per-product ставки и убедитесь, что fallback действительно нужен.

Handling fee per product и handling fee per order решают разные задачи. Первая добавляется к каждому товару, вторая - один раз к заказу. Не используйте обе настройки просто "для запаса". Если магазин берёт плату за упаковку каждой единицы товара, подходит per product. Если есть фиксированная стоимость обработки заказа, подходит per order. После изменения handling fee всегда проверяйте корзину с разным количеством товаров, иначе итог может выглядеть завышенным.

Ignore Free Shipping и Ignore Local Pickup

Параметры Ignore Free Shipping и Ignore Local Pickup нужны, когда standalone-метод должен подавлять другие варианты в той же зоне. Это особенно важно для товаров, которые нельзя отправить бесплатно или забрать стандартным способом. Но включать эти параметры нужно осознанно. Если покупатель ожидает самовывоз для обычных товаров в смешанной корзине, а один товар включает per-product доставку, UX может стать спорным.

Проверяйте не только один товар, а смешанную корзину: товар с индивидуальной ставкой, обычный товар, товар с free shipping условием и товар для самовывоза, если такие сценарии есть. Цель настройки - не максимальное количество правил, а предсказуемое поведение checkout.

Тарифы в карточке товара и вариациях

После настройки зоны переходите к товару. В карточке товара откройте вкладку Shipping в блоке Product data и включите Enable per-product shipping. После этого появится таблица ставок и параметр Adjust Shipping Costs. В этой точке вы фактически решаете, будет ли ставка товара добавляться к другим shipping methods или использоваться внутри standalone-логики.

Как заполнять таблицу ставок

Строка таблицы описывает условие местоположения и две части стоимости. Location-поля используют двухбуквенные country code и state code, а postcode может быть конкретным значением или wildcard. Если поле не нужно, его оставляют пустым или используют wildcard там, где это предусмотрено логикой. Но не стоит делать первую строку слишком общей, если ниже есть более точные строки: расширение ищет подходящую строку сверху вниз, и сработает только одна строка для адреса покупателя.

• Country Code используйте для страны, например US или GB.
• State/Country Code заполняйте, если нужно ограничить ставку регионом внутри страны.
• Zip/Postal Code применяйте для конкретного индекса или wildcard-группы вроде PE*.
• Line Cost ставьте для стоимости одной строки корзины.
• Item Cost ставьте для стоимости, которая умножается на количество единиц товара.

Порядок строк важнее, чем кажется

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

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

Вариации переопределяют родительский товар

Для вариативных товаров ставка может быть задана на уровне вариации. В документации указано, что variation rates override product rates. Это полезно, когда, например, маленький размер едет обычной посылкой, а большой размер требует отдельной упаковки. Но это также источник ошибок: администратор смотрит на ставку родительского товара, а checkout применяет таблицу выбранной вариации.

Для вариаций используйте понятную стратегию. Если различий по доставке нет, храните ставку на родительском товаре и не включайте отдельную таблицу у каждой вариации. Если различия есть, включайте per-variation shipping только там, где ставка действительно отличается. После настройки проверьте минимум две вариации: одну с собственной ставкой и одну без неё.

Импорт CSV и сопровождение ставок в каталоге

CSV-импорт нужен, когда ставки повторяются на нескольких товарах или их слишком много для ручного ввода. Per Product Shipping использует шесть обязательных колонок: product id, country code, state code, postcode, line cost и item cost. Если структура файла нарушена, импорт не сработает. Если product ID не совпадает с товаром в текущем магазине, ставка попадёт не туда или не будет применена.

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

Import CSV и Import CSV override

Обычный import добавляет строки, а override обновляет совпадающие импортированные значения. Это различие важно при регулярном обновлении ставок. Если вы каждый раз добавляете новые строки вместо обновления старых, таблица может быстро стать нечитаемой, а широкие старые правила будут мешать новым. Если используете override, заранее проверьте, какие строки будут считаться совпадающими, и сохраните исходный CSV как точку отката.

Bulk-enable через стандартный импорт WooCommerce

Отдельная особенность: импорт ставок через Per Product Shipping не включает автоматически сам параметр per-product shipping у товара. Для массового включения используется стандартный Product CSV Importer and Exporter WooCommerce с нужными колонками обновления товаров. Это нормальная логика, но её часто пропускают. В итоге ставки вроде бы загружены, а товар не применяет их, потому что сам переключатель не включён.

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

Как поддерживать ставки без хаоса

Храните мастер-таблицу ставок вне WordPress, например в защищённой таблице у менеджера логистики. В ней должны быть product ID, SKU для человеческой проверки, страна, регион, индекс, line cost, item cost и комментарий к правилу. Product ID нужен для импорта, а SKU помогает не ошибиться при переносе между магазинами, потому что ID в разных окружениях часто отличаются.

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

Практический сценарий: доплата за крупный товар

Разберём сценарий, который хорошо соответствует назначению WooCommerce Per Product Shipping. В магазине уже есть базовая доставка по стране через Flat Rate. Большая часть товаров отправляется стандартно. Один товар крупный, требует усиленной упаковки и должен добавлять фиксированную доплату. Для соседнего региона доплата меньше, для отдалённого региона больше. Покупатель должен видеть итоговую доставку в одном checkout без ручного пересчёта менеджером.

Цель

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

Подготовка

• В shipping zone уже есть рабочий Flat Rate.
• Крупный товар не помечен как Virtual.
• У вас есть тестовый адрес для базовой зоны и тестовый адрес для региона с отдельной ставкой.
• Страницы cart и checkout исключены из кеширования.

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

1. Откройте крупный товар в WooCommerce > Products.
2. Перейдите в Product data > Shipping.
3. Включите Enable per-product shipping.
4. Включите Adjust Shipping Costs, чтобы ставка добавлялась к Flat Rate.
5. Добавьте строку для более точного региона или индекса и укажите line cost, если доплата не зависит от количества.
6. Добавьте более широкую строку для страны как fallback.
7. Сохраните товар и очистите кеш корзины, если он есть.

Проверка

Добавьте в корзину только обычный товар и запишите стоимость доставки. Затем добавьте крупный товар в количестве 1 и проверьте, что доставка увеличилась на line cost. Увеличьте количество крупного товара до 2. Если вы использовали line cost, сумма продуктовой доплаты не должна удвоиться. Если использовали item cost, должна. Затем смените адрес на регион с другой ставкой и убедитесь, что checkout выбрал нужную строку.

Нюанс смешанной корзины

В смешанной корзине покупатель должен понимать итог. Если доставка стала выше, но название метода осталось обычным, добавьте понятное описание доставки на странице условий магазина или переименуйте shipping method так, чтобы он не обещал "стандартную доставку" там, где есть доплата за крупный товар. Не нужно перегружать checkout длинными объяснениями. Достаточно честного названия метода и проверенной суммы.

Проверка результата на корзине и оформлении заказа

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

Мини-матрица тестирования

Проверка block checkout и классического checkout

На странице продукта WooCommerce указывает совместимость расширения с Cart and checkout blocks. Всё равно стоит проверить именно тот тип checkout, который используется в вашем магазине. Если магазин недавно переходил с shortcode-based checkout на блоки, проверьте shipping options, обновление адреса и итоговые суммы. Если сторонняя тема или builder изменяет оформление checkout, временно сравните поведение с базовым WooCommerce checkout, чтобы отделить проблему интерфейса от проблемы расчёта.

Проверка заказов в админке

После тестового заказа откройте заказ в админ-панели и посмотрите shipping line. Она должна соответствовать тому методу и сумме, которую видел покупатель. Это важно для менеджеров, бухгалтерии и интеграций с fulfilment-процессами. Если в заказе сумма правильная, но на checkout она выглядит спорно, проблема может быть в тексте метода или пользовательском интерфейсе. Если сумма уже в заказе неверная, возвращайтесь к зонам, строкам ставок, variation override и кешу.

Безопасные улучшения и тонкая настройка

Для большинства магазинов достаточно настроек в админке. Код нужен только тогда, когда подтверждённая логика расширения не покрывает нужное поведение. Официальная документация приводит пример фильтра для ситуации, когда standalone Per Product Shipping должен всё же разрешить другой shipping method. Это не универсальный рецепт и не способ скрыть ошибку конфигурации. Используйте его только если вы действительно хотите оставить, например, Flat Rate вместе с standalone-методом.

Разрешить Flat Rate рядом со standalone-методом

Сниппет добавляет flat_rate в список методов, через которые разрешено shipping via при standalone-режиме. Вставляйте его через Code Snippets, child theme или маленький собственный plugin. Не правьте файлы WooCommerce, тему без child theme или сам Per Product Shipping.

add_filter( 'woocommerce_per_product_shipping_ship_via', function ( $ship_via ) {
    $ship_via[] = 'flat_rate';
    return $ship_via;
} );

После добавления кода проверьте checkout в зоне, где есть Per-Product и Flat Rate. Добавьте товар с per-product ставкой и убедитесь, что оба метода отображаются именно там, где это нужно. Затем отключите сниппет и повторите тест, чтобы зафиксировать поведение до и после. Если после включения кода покупатель видит слишком много вариантов доставки или выбирает более дешёвый метод, который не должен быть доступен для крупного товара, откатите изменение и решите задачу через отдельную зону, другой method title или условный shipping plugin.

Когда код лучше не добавлять

Не добавляйте сниппеты для пересчёта стоимости, если цель можно достичь настройками line cost, item cost, order handling fee или zone order. Любое вмешательство в shipping rates повышает риск конфликтов с кешем, блоковым checkout, платёжными плагинами и будущими обновлениями WooCommerce. Если логика требует выбирать максимальную ставку, исключать отдельные методы по классу, группировать товары по коробкам или учитывать реальные тарифы перевозчика, это уже не маленький безопасный snippet, а отдельная задача для плагина с условной логикой или индивидуальной разработки.

Когда WooCommerce Per Product Shipping будет удачным выбором

WooCommerce Per Product Shipping стоит использовать, когда доставка действительно зависит от конкретного товара или вариации, а не от большой матрицы условий. Он особенно полезен для крупных, тяжёлых, хрупких, нестандартно упакованных или редких товаров, которые требуют своей ставки поверх обычной доставки или внутри отдельного shipping method. В такой задаче плагин даёт понятную точку управления: открыл товар, включил per-product shipping, задал строки, проверил checkout.

Перед запуском на рабочем магазине проверьте shipping zones, порядок строк, variation override, line cost против item cost, mixed cart, free shipping, local pickup и кеширование checkout. Если все тесты сходятся, можно переходить к блоку скачивания и загрузить архив с WooCommerce Per Product Shipping для дальнейшей установки или обновления на своём сайте. Если же настройка быстро превращается в десятки условий и исключений, не пытайтесь силой уложить всё в per-product таблицы - для такой логистики лучше выбрать более гибкий shipping plugin.

Главный критерий простой: после настройки администратор должен уметь объяснить расчёт доставки без доступа к коду. Если ответ звучит как "этот товар добавляет такую ставку для этой зоны, а checkout показывает итог после сопоставления адреса", Per Product Shipping используется по назначению. Если ответ требует длинной схемы с исключениями, ролями, классами, коробками и внешними тарифами, пора пересматривать архитектуру доставки.