WooCommerce Shipping Multiple Addresses - Плагин WordPress

Руководство по настройке WooCommerce Shipping Multiple Addresses для заказов на несколько адресов

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

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

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

Где плагин действительно помогает магазину

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

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

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

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

• Подарочные товары, где один покупатель отправляет позиции нескольким получателям.
• Корпоративные заказы, в которых одинаковые или похожие товары распределяются по офисам и сотрудникам.
• Магазины с повторными клиентами, которым удобно сохранять несколько адресов в аккаунте.
• Сценарии, где доставка считается отдельно по каждому адресу и покупатель должен видеть итог до оплаты.

Когда плагин может быть лишним

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

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

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

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

Базовые условия WooCommerce

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

• Убедитесь, что в корзине есть больше одной позиции или количество товара больше одного, иначе покупатель может не увидеть смысл функции.
• Проверьте, что для каждого тестового региона в WooCommerce > Settings > Shipping есть подходящая зона и метод доставки.
• Проверьте, что товары требуют доставки: виртуальные позиции не должны создавать ложное ожидание физической отправки.
• Временно отключите агрессивное кэширование cart, checkout и account-страниц, если оно настроено через кэш-плагин или сервер.

Настройка shipping destination

Официальная документация плагина отдельно предупреждает о настройке WooCommerce, которая заставляет использовать billing address как адрес доставки. Если магазин принудительно отправляет заказ на billing address, мультиадресные варианты на checkout не появятся. Это не ошибка плагина, а конфликт логики: нельзя одновременно заставить весь заказ идти на один billing address и предложить покупателю несколько shipping-направлений.

Проверка перед стартом: откройте WooCommerce > Settings > Shipping > Shipping options и убедитесь, что магазин не принуждает доставку к billing address, если вы хотите показывать несколько адресов на checkout.

Классический checkout и блоки WooCommerce

Многие расширения, которые меняют checkout, зависят от того, используется классический shortcode checkout или блоковый checkout. В документации WooCommerce указано, что для несовместимых расширений может потребоваться переход на classic checkout. У WooCommerce Shipping Multiple Addresses есть отдельная страница выбора адресов и shortcode [woocommerce_select_multiple_addresses], поэтому при непонятном поведении checkout первым делом проверьте, не упирается ли сценарий в блоковую версию cart/checkout.

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

Установка и первичная проверка без лишнего риска

Установка выполняется как у обычного WordPress-плагина: через загрузку ZIP в Plugins > Add New Plugin > Upload Plugin или через связку магазина с WooCommerce.com, если она уже настроена. Важно не сам факт активации, а то, что вы делаете сразу после нее. Не включайте мультиадресную доставку на живом checkout без тестового заказа, особенно если магазин уже принимает реальные платежи.

Порядок безопасного запуска

1. Сделайте резервную копию или работайте на staging-копии магазина.
2. Установите и активируйте плагин обычным способом через админ-панель WordPress.
3. Проверьте, появилась ли настройка WooCommerce > Settings > Shipping > Multiple Shipping.
4. Откройте checkout-страницу и убедитесь, что она не кэшируется и не заменена кастомным шаблоном, который скрывает стандартные WooCommerce hooks.
5. Создайте тестовую корзину минимум с двумя товарами или двумя единицами одного товара.
6. Проверьте, появляется ли предложение настроить несколько адресов после ввода shipping address.

После этого еще рано считать запуск готовым. Первичная проверка отвечает только на вопрос "плагин активировался и виден". Настоящий тест начинается там, где покупатель распределяет товары, сохраняет адреса, возвращается к checkout и видит корректные shipping rates.

Страница Shipping Addresses и shortcode

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

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

Ключевые настройки Multiple Shipping после установки

Раздел настроек находится в WooCommerce > Settings > Shipping > Multiple Shipping. Здесь решается, как покупатель увидит мультиадресный сценарий, какие дополнительные данные можно указать для каждой доставки и какие товары нельзя делить по адресам. Хорошая настройка не должна включать все подряд. Начните с базового сценария, проверьте заказ, а затем добавляйте дополнительные поля.

Заголовок и текст на checkout

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

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

Cart Duplication для одинаковых подарков

Enable Cart Duplication полезен, когда покупатель хочет отправить одинаковый набор нескольким людям. Вместо ручного добавления одинаковых товаров он может дублировать содержимое корзины и дальше назначить адреса. Это не настройка "для всех магазинов". Если товары обычно уникальны и покупатель редко отправляет одинаковые наборы, лишняя кнопка может путать.

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

Delivery Notes и Date Picker

Заметки к доставке и выбор желаемой даты дают покупателю больше контроля, но добавляют ответственность магазину. Если вы включаете Delivery Notes, менеджер должен реально читать эти заметки при сборке заказа. Если включаете Date Picker, операционная команда должна понимать, является ли дата обещанием или пожеланием.

Для большинства магазинов безопаснее начать с заметок и ограничения длины текста. Дату доставки включайте только тогда, когда ваши shipping methods, склад и служба доставки способны соблюдать правила по дням. Настройки Valid Shipping Days и Excluded Delivery Dates помогают исключить неподходящие дни, но они не заменяют операционную дисциплину.

Gift Packages и подарочная логика

Enable Gift Packages добавляет признак подарка для отправки. Это не просто галочка в интерфейсе. Для менеджера она может означать, что в коробку не нужно вкладывать инвойс, нужно использовать другой packing slip или требуется отдельная подарочная обработка. Перед включением сформулируйте внутреннее правило: что именно делает команда, когда видит gift-метку.

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

Исключение товаров и категорий

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

Хорошая практика - сначала составить список исключений по логистике, а не включать все товары автоматически. Если у товара есть особые shipping classes, нестандартные размеры или ручная обработка, добавьте его в тестовый заказ отдельно. Мини-итог этого этапа: покупатель должен видеть несколько адресов только там, где магазин готов выполнить такую доставку без ручного исправления после оплаты.

Partial Order Completed Email

Письмо о частично выполненном заказе помогает, когда разные отправления внутри одного заказа закрываются в разное время. Но оно должно быть понятным: покупатель должен увидеть, какая часть заказа завершена, а какая еще обрабатывается. Если включаете Send Email, перепишите Subject и Message под свой тон поддержки, но не обещайте доставку раньше, чем ее подтверждает служба отправки.

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

Как покупатель распределяет товары по адресам

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

Переход от checkout к выбору адресов

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

Здесь важны два UX-нюанса. Первый - не заставляйте покупателя гадать, вернется ли он к оплате. Текст кнопки и уведомления должны объяснять, что это промежуточный шаг. Второй - не перегружайте страницу лишними блоками темы. Чем больше сайдбаров, всплывающих акций и сторонних скриптов на checkout, тем выше риск конфликта.

Распределение количества одного товара

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

Если товар управляет складом, тестируйте stock reduction отдельно. В карточке продукта на WooCommerce Marketplace есть пользовательские отзывы, где отмечались проблемы с поведением inventory в отдельных ситуациях. Такие отзывы не заменяют официальный changelog, но дают практичный сигнал: для магазина с жестким учетом остатков тестовый multi-shipping заказ обязателен до запуска.

Сохраненные адреса и учетная запись

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

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

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

Разберем сценарий, который лучше всего показывает смысл плагина. Магазин продает подарочные наборы. Покупатель хочет купить три набора, отправить их трем людям, добавить разные delivery notes и оплатить заказ один раз. Задача администратора - настроить checkout так, чтобы покупатель не создавал три отдельных заказа, а менеджер после оплаты видел понятную разбивку.

Цель и подготовка

Цель - один заказ с несколькими shipping destinations. Для подготовки нужен физический товар с включенной доставкой, минимум три единицы товара в корзине, настроенные shipping zones для всех тестовых адресов и включенная опция multi-address на checkout. Если вы проверяете delivery notes или date picker, добавьте их в тест только после базового прохода.

Перед тестом создайте три условных адреса, которые попадают в разные или хотя бы проверяемые shipping zones. Не используйте случайные неполные адреса: если зона не распознается, WooCommerce может не показать shipping methods, и вы будете искать ошибку не там.

Шаги тестового заказа

1. Добавьте в корзину три одинаковых подарочных товара или один товар количеством три.
2. Перейдите на checkout и введите основной billing address.
3. Нажмите кнопку выбора нескольких адресов, которую вы настроили в тексте checkout.
4. На странице Shipping Addresses назначьте первую единицу товара первому адресу, вторую - второму, третью - третьему.
5. Если включены delivery notes, добавьте короткую заметку к одному адресу и оставьте остальные пустыми.
6. Сохраните адреса и вернитесь к checkout.
7. Проверьте, что итоговая доставка рассчитана по каждому адресу, а заказ можно завершить.

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

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

Нюанс теста: если shipping methods исчезли только для одного адреса, сначала проверяйте shipping zone этого адреса. Если исчезла сама кнопка multi-address, проверяйте настройки плагина, страницу с shortcode, classic checkout и принудительную доставку на billing address.

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

Проверка результата должна идти дальше, чем "заказ создан". Мультиадресная доставка влияет на расчет shipping costs, отображение order details, возможные налоги по destination, письма покупателю и работу менеджера на складе. Если вы пропустите этот этап, проблема всплывет уже после реального платежа.

Shipping costs по каждому адресу

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

Проверьте три типа адресов: адрес внутри основной зоны, адрес в другой зоне и адрес, где доставки быть не должно. В последнем случае checkout должен показать понятное отсутствие shipping method, а не молча пропустить товар. Если магазин использует free shipping, flat rate и carrier rates одновременно, протестируйте каждый метод отдельно.

Налоги и destination logic

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

Order overview и работа менеджера

В админ-панели менеджеру важно видеть, какие товары относятся к какому адресу. Проверьте, что в order overview есть понятная ссылка или блок с деталями shipping. Затем откройте сам заказ и посмотрите, достаточно ли информации для комплектации: адрес, товары, quantity, shipping method, gift status, delivery notes, если они включены.

Если fulfillment идет через стороннюю систему, не ограничивайтесь просмотром заказа в WordPress. Экспортируйте или передайте тестовый заказ в вашу систему обработки и проверьте, не превращается ли мультиадресный заказ в один общий shipment. Документация плагина прямо указывает несовместимость с ShipStation и Stamps.com API integration, поэтому автоматизация этикеток требует отдельной проверки, а не доверия к общей фразе "поддерживает shipping methods".

Письма покупателю

Покупателю нужны письма, которые не создают путаницу. Если у заказа несколько получателей, обычное письмо "ваш заказ выполнен" может быть недостаточным, особенно если отправления закрываются по частям. При включении partial completed email проверьте тему, текст и момент отправки. Если письмо не объясняет, какая часть заказа завершена, лучше доработать текст или временно выключить уведомление.

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

WooCommerce Shipping Multiple Addresses работает в зоне checkout, delivery и order data. Это делает его чувствительным к темам, checkout-оптимизаторам, кэшированию, tax-интеграциям, fulfillment-сервисам и кастомным полям адреса. Чем больше у магазина сторонних расширений на checkout, тем важнее тестировать не "чистый WooCommerce", а вашу реальную связку.

Известные несовместимости и зоны внимания

В официальной документации прямо перечислены несовместимости с ShipStation integration, Stamps.com API integration и TaxJar в сценарии ship to multiple addresses. Это не значит, что магазин вообще не может использовать эти сервисы, но означает, что нельзя обещать автоматическую совместную работу. Если такие интеграции уже стоят на сайте, тестируйте полный путь: checkout, order data, label workflow, tax calculation и уведомления.

Также осторожно относитесь к checkout builders и полям, которые добавлены через сторонние плагины. Если поле нужно только для обычного single-address checkout, оно может не попасть в multi-address breakdown. Для критичных полей лучше искать документированный фильтр или консультацию разработчика, чем пытаться скопировать поле через случайный JavaScript.

Переопределение шаблонов без правки плагина

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

1. Создайте дочернюю тему, если ее еще нет.
2. Скопируйте нужные template-файлы из plugins/woocommerce-shipping-multiple-addresses/templates.
3. Поместите копии в папку multi-shipping внутри активной темы.
4. Вносите правки только в копии и фиксируйте их в системе контроля версий или хотя бы в changelog проекта.

Проверка проста: после правки откройте страницу выбора адресов из тестового checkout и убедитесь, что форма, сохранение адресов, возврат к checkout и order details работают. Откат - удалить или переименовать переопределенный template в теме, чтобы плагин снова использовал оригинальный файл.

Маленький snippet для отображения дополнительного поля

В официальной документации раздел Code Snippets ссылается на пример с фильтрами woocommerce_shipping_fields и wc_ms_formatted_address. Такой подход подходит только разработчику, который понимает, какие поля добавляет и где они должны отображаться. Ниже пример безопасной логики: добавить короткий внутренний код получателя к shipping address и вывести его в formatted address. Вставлять лучше через Code Snippets или дочернюю тему, а не в файлы плагина.

add_filter( 'woocommerce_shipping_fields', 'jf_add_recipient_code_field', 10, 2 );
function jf_add_recipient_code_field( $fields, $country ) {
    $fields['shipping_recipient_code'] = array(
        'label'       => 'Recipient code',
        'placeholder' => 'Office or desk code',
        'required'    => false,
        'class'       => array( 'form-row-wide' ),
        'priority'    => 120,
    );

    return $fields;
}

add_filter( 'wc_ms_formatted_address', 'jf_show_recipient_code_in_multi_shipping', 10, 2 );
function jf_show_recipient_code_in_multi_shipping( $formatted_address, $address ) {
    if ( ! empty( $address['shipping_recipient_code'] ) ) {
        $formatted_address .= '<br>Recipient code: ' . esc_html( $address['shipping_recipient_code'] );
    }

    return $formatted_address;
}

После добавления snippet создайте тестовый заказ с несколькими адресами и проверьте, что поле сохраняется и отображается именно там, где нужно менеджеру. Если поле не попадает в order data или конфликтует с checkout editor, отключите snippet и вернитесь к штатным полям. Не добавляйте критичные юридические, налоговые или платежные поля таким способом без отдельной проверки разработчиком.

Как объяснить функцию покупателю и не перегрузить checkout

Даже технически правильная настройка может не сработать, если покупатель не понимает, зачем ему новый шаг. WooCommerce Shipping Multiple Addresses лучше показывать как помощь в конкретной задаче, а не как технический режим. Текст на checkout должен быть коротким, а подсказки - рядом с действием.

Хорошие подсказки

Хорошая подсказка отвечает на вопрос "что произойдет после клика". Например: "Выберите адрес для каждого товара, затем вернитесь к оплате". Это лучше, чем "Use multiple shipping", потому что объясняет действие на человеческом языке. Если у вас подарочный магазин, можно добавить контекст: "Удобно для подарков нескольким получателям".

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

Что не стоит обещать

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

Проверка удобства на мобильном

Мультиадресная доставка часто предполагает больше полей, чем обычный checkout. Даже если основной тест проходит на desktop, проверьте мобильный экран: кнопки не должны съезжать, адреса должны быть читаемы, а выбор quantity не должен превращаться в мелкую таблицу. Если тема ломает верстку, сначала отключите лишние checkout-виджеты и проверьте на стандартной теме, а потом ищите конфликт в CSS.

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

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

Кнопка нескольких адресов не появляется на checkout

Симптом: покупатель добавляет несколько товаров, но видит обычный checkout без предложения распределить товары по адресам. Возможные причины - выключенная настройка Multiple Shipping, принудительная доставка на billing address, корзина без подходящих товаров, блоковый checkout или конфликт темы.

Что проверить

• Включена ли функция в WooCommerce > Settings > Shipping > Multiple Shipping.
• Не настроен ли режим, при котором shipping destination принудительно равен billing address.
• Есть ли в корзине физические товары и больше одной отправляемой позиции.
• Работает ли сценарий на classic checkout и стандартной теме на staging-копии.

Как исправить: сначала уберите конфликт shipping destination, затем проверьте страницу с shortcode и classic checkout. Если после этого кнопка появляется, ищите конфликт в теме или checkout builder. Если не появляется, возвращайтесь к настройкам плагина и исключенным товарам.

Страница Shipping Addresses открывается, но адреса не сохраняются

Симптом: покупатель заполняет адреса, нажимает сохранение, но возвращается к пустому состоянию или не может продолжить заказ. Возможные причины - отсутствует shortcode, сессия WooCommerce сбрасывается, checkout/cart кэшируется, сторонний security-плагин режет запрос или тема ломает форму.

Что проверить

• На выбранной странице есть [woocommerce_select_multiple_addresses].
• Cart, checkout и account-страницы исключены из кэша.
• Проблема повторяется у вошедшего пользователя и гостя или только в одном режиме.
• Нет ли JavaScript-ошибок от темы, popup-плагина или checkout customizer.

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

Для одного из адресов нет методов доставки

Симптом: часть адресов получает shipping rate, а для одного адреса WooCommerce сообщает, что доставка недоступна. Чаще всего это не ошибка WooCommerce Shipping Multiple Addresses, а обычная логика shipping zones. Адрес попал в зону без методов или не попал ни в одну подходящую зону.

Как исправить: проверьте регион, postcode, порядок shipping zones и метод доставки для этой зоны. Создайте обычный single-address заказ на тот же адрес. Если доставка не появляется и там, исправляйте базовую доставку WooCommerce. Если в single-address заказе метод есть, проверяйте исключения товара, shipping classes и сторонние carrier-плагины.

Заказ создался, но менеджер не понимает, куда отправлять позиции

Симптом: покупатель оформил заказ, но в админ-панели недостаточно ясно, какие товары идут к какому получателю. Возможные причины - не просмотрен block breakdown в заказе, тема писем не адаптирована, fulfillment-процесс ожидает один shipping address или кастомные поля не выводятся в formatted address.

Как исправить: откройте order overview, найдите блок или ссылку с multiple addresses, проверьте order details и письма. Если команда работает с внешней системой, убедитесь, что она получает разбивку. Для кастомных полей используйте только документированные фильтры и staging-тест.

После включения плагина ломается верстка checkout

Симптом: элементы выбора адресов сжимаются, налезают друг на друга или плохо выглядят на мобильном. В support-обсуждениях по WooCommerce-плагинам такие проблемы часто связаны с темой, checkout builder или кастомными CSS-правилами. Самый быстрый способ отделить причину - сравнить поведение на стандартной теме и с отключенными визуальными оптимизаторами checkout.

Как исправить: не редактируйте файлы плагина. Сначала проверьте конфликт CSS, затем добавляйте точечную правку в дочернюю тему. Если требуется менять HTML-разметку, используйте template override через multi-shipping и документируйте изменение.

Интеграция доставки или налогов дает неверный результат

Симптом: carrier label, налоговый расчет или fulfillment-система обрабатывают мультиадресный заказ как один shipment или теряют часть данных. Официальная документация прямо предупреждает об отдельных несовместимостях с некоторыми integrations, поэтому такой результат нельзя исправлять наугад.

Как исправить: отключите автоматическую передачу реальных заказов до завершения теста. Создайте тестовый multi-address заказ, проверьте данные в WooCommerce, затем проверьте внешнюю систему. Если интеграция не поддерживает breakdown по адресам, используйте ручную обработку, другой workflow или другой инструмент.

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

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

Не запускайте его как "улучшение checkout для всех". Сначала проверьте shipping zones, classic checkout, страницу с [woocommerce_select_multiple_addresses], исключения товаров, расчет доставки, отображение заказа и внешние integrations. Если тестовый сценарий проходит стабильно, можно скачать установочный файл, установить его на подготовленный магазин и повторить проверку уже на вашей реальной конфигурации.

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