WooCommerce Lead Time - Плагин WordPress

Руководство по настройке WooCommerce Lead Time для сроков ожидания товаров

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

Материал рассчитан на владельца магазина, администратора WooCommerce и разработчика, который помогает настроить карточки товаров без правки ядра плагина. После чтения вы сможете выбрать безопасные значения, проверить вывод на сайте, подготовить пример для made-to-order товаров, понять ограничения с вариациями и не потеряться, если сообщение о сроке не появляется.

Здесь нет инструкций по покупке или активации лицензии. Руководство исходит из того, что плагин уже получен законным способом и установлен в рабочей среде. Основной фокус - функционал, настройка, проверка результата, диагностика и решение вопроса, подходит ли WooCommerce Lead Time для вашего магазина.

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

Lead time - это время между заказом и отправкой товара. Оно отличается от доставки: доставка начинается после того, как товар готов, упакован и передан перевозчику. Если магазин продаёт готовые товары со склада, made-to-order изделия, предзаказы, товары с поставкой от производителя или позиции с разными сроками подготовки, покупателю важно увидеть срок ещё до оплаты. Иначе человек ожидает мгновенной отправки, а магазин получает лишние письма, отмены и спорные заказы.

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

Самые сильные сценарии для этого плагина:

• Магазин продаёт изделия под заказ и хочет заранее показывать срок изготовления.
• Часть каталога доступна сразу, а часть поступает от поставщика через несколько дней или недель.
• У одного товара есть вариации с разными сроками подготовки, например размер, цвет или материал.
• Нужно показывать разные сообщения для товаров In stock, Out of stock и On backorder.
• Команда поддержки часто получает вопросы о статусе заказа, хотя срок подготовки можно было показать на странице товара и в письме.

Главная польза WooCommerce Lead Time - единая логика ожидания по всему пути покупателя. Если срок виден только в описании товара, он легко теряется. Если он повторяется в корзине, на оформлении заказа и в письмах, покупатель чаще понимает, что магазин не задерживает заказ, а выполняет заранее указанное условие.

Кому подойдёт WooCommerce Lead Time, а где он будет лишним

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

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

Плагин может быть не лучшим выбором, если задача другая:

• Нужно рассчитывать дату доставки по адресу, зоне, перевозчику, выходным, праздникам и времени отсечки. Для этого обычно нужен плагин estimated delivery date или delivery slots.
• Нужна публичная страница отслеживания заказа после покупки. WooCommerce Lead Time показывает срок в заказе, но не заменяет полноценное отслеживание.
• Каталог меняет сроки автоматически по данным поставщика каждую ночь, а магазин не готов настраивать импорт метаполей или интеграцию через REST API.
• Срок зависит от сложной комплектации, состава комплекта или расчёта производственной очереди. В таком случае понадобится отдельная бизнес-логика.

Быстрая проверка выбора: если вы можете заранее сказать покупателю "товар будет готов к отправке через X", WooCommerce Lead Time подходит. Если нужно сказать "посылка приедет к вам в город такого-то числа с учётом метода доставки", смотрите плагины расчёта доставки.

Что проверить перед установкой на WooCommerce-магазин

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

Проверьте базовую структуру товаров

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

Для простых товаров достаточно проверить вкладку Inventory в блоке Product Data. Для вариативных товаров нужно отдельно смотреть родительский товар и каждую вариацию, потому что срок может быть общим для товара или индивидуальным для конкретной вариации.

Проверьте тему и место вывода наличия

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

Сделайте тестовую группу товаров

Не начинайте с полного каталога. Создайте или выберите 3-5 тестовых товаров:

• Один простой товар в наличии.
• Один товар без управления количеством, но со статусом Out of stock.
• Один товар с разрешённым backorder, если магазин так работает.
• Один вариативный товар с несколькими вариациями.
• Один товар в категории, где вы планируете задавать общий срок.

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

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

Установка проходит как у обычного WordPress-плагина: администратор загружает архив через Plugins > Add New > Upload Plugin, включает плагин и затем переходит к настройкам WooCommerce. В документации Barn2 указан путь WooCommerce > Settings > Products > Lead time. Если такой страницы нет, сначала проверьте, установлен ли и активен ли WooCommerce, потому что плагин является именно расширением WooCommerce.

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

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

1. Откройте страницу настроек Lead time и задайте минимальный глобальный срок для теста, например короткую нейтральную фразу.
2. Выберите вывод на Single product page и сохраните настройки.
3. Откройте тестовый товар в режиме инкогнито или в другом браузере, чтобы не видеть админ-панель.
4. Проверьте, находится ли сообщение рядом с наличием или кнопкой добавления в корзину.
5. Измените статус товара и убедитесь, что срок появляется только для выбранных статусов.

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

Подробная настройка после установки: что включать первым

Раздел настроек управляет не только текстом, но и тем, где срок будет виден. Для магазина это критично: один и тот же срок может быть полезен на карточке товара, но избыточен в списке товаров; или наоборот, покупатель должен видеть срок ещё на странице категории, чтобы не заходить в неподходящие товары.

Где показывать сроки ожидания

В настройках можно выбрать несколько зон вывода. Для типового магазина я бы включал их поэтапно:

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

Для каких статусов показывать сообщение

В блоке Display lead times for важно выбрать реальные статусы, а не включать всё подряд. Если срок подготовки есть только у backorder-товаров, не нужно показывать его у обычных товаров в наличии. Если магазин продаёт handmade-изделия, срок может быть полезен и для In stock, потому что наличие не всегда означает мгновенную отправку.

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

Префикс, единицы и цвет текста

Lead time prefix задаёт общую подпись перед сроком. Если всем товарам подходит одна формулировка, держите префикс централизованно: так проще менять стиль текста. Если категории и товары требуют разных полных фраз, оставьте общий префикс пустым и записывайте полную фразу на уровне категории, товара или вариации.

Единицы days или weeks удобны для числовых сроков. Но если нужна свободная фраза вроде "Готовим после подтверждения макета", единицы лучше не выбирать. Иначе плагин добавит окончание, которое может испортить фразу.

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

Логика приоритетов: глобальный срок, категория, товар и вариация

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

Практически это означает, что не нужно заполнять каждое поле в каталоге. Лучше построить иерархию:

1. Глобальный срок - только для большинства товаров или как fallback для пустых значений.
2. Категория - для групп с одинаковой логикой подготовки, например "На заказ" или "Поставка от производителя".
3. Товар - для исключений внутри категории.
4. Вариация - для конкретного цвета, размера, комплектации или материала.

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

Как не запутать команду магазина

Если с каталогом работает несколько менеджеров, заведите внутреннее правило. Например: "Категории задаёт администратор, товары меняют менеджеры, вариации меняются только для исключений". Без такого правила легко получить конфликт, когда один человек меняет категорию, второй товар, а покупатель видит результат, который никто не ожидал.

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

Статические и динамические сроки: как выбрать формат

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

Когда выбирать статический срок

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

Статический срок также удобен, если вы хотите писать фразами, а не числами: "Готовим после согласования", "Отправка после комплектации", "Изготовление занимает несколько рабочих дней". Но в таком случае не выбирайте автоматические единицы измерения, иначе текст может выглядеть неестественно.

Когда выбирать динамический срок

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

Если вы используете динамические сроки вместе с плагином доставки, который должен учитывать lead time при выборе слота, внимательно следуйте формату из документации: единицы Days или Weeks и числовое значение. Если ввести свободный текст вроде "14 Days" туда, где интеграции нужен числовой срок, связка с delivery slots может работать неправильно.

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

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

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

Где покупатель должен увидеть срок: товар, список, корзина, заказ и письма

Одно из преимуществ WooCommerce Lead Time - возможность вывести срок в нескольких точках покупательского пути. Но это не значит, что все точки надо включать одновременно. Хорошая настройка отвечает на вопрос: в какой момент информация помогает человеку принять решение или снизить тревогу после покупки?

Карточка товара и списки товаров

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

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

Корзина и оформление заказа

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

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

Детали заказа и письма

Вывод в письмах и деталях заказа полезен для поддержки. Клиент возвращается к письму и видит, почему товар не отправлен через день. Но помните важный нюанс из документации: lead time будет добавлен только к заказам, созданным после включения соответствующей опции. Старые заказы не получат это поле задним числом.

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

Разберём сценарий для магазина мебели или декора. Есть товар "Столешница на заказ" с вариациями по материалу. Базовая категория изготавливается за несколько рабочих дней, но одна вариация доступна только после поставки материала. Задача - показать общий срок для категории, индивидуальный срок для товара и отдельный срок для конкретной вариации.

Цель

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

Подготовка

• WooCommerce активен, товары и вариации уже созданы.
• У тестового товара есть категория, например "Изготовление под заказ".
• Вариации отличаются реальным сроком, а не только цветом для красоты примера.
• Кеш страницы товара можно временно очистить или отключить на время теста.

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

1. Откройте WooCommerce > Settings > Products > Lead time.
2. Включите вывод на карточке товара, в корзине и на оформлении заказа. Письма подключите после проверки текста.
3. Выберите статусы, где срок должен быть виден. Для made-to-order товара часто логично начать с In stock и On backorder, если оба состояния используются в магазине.
4. Задайте нейтральный префикс, например "Готовность к отправке:", если он подходит большинству товаров.
5. В Products > Categories откройте категорию и задайте общий срок для всей группы.
6. Откройте конкретный товар и в блоке Product Data на вкладке Inventory задайте индивидуальный срок, если этот товар отличается от категории.
7. Для вариативного товара откройте нужную вариацию и задайте срок только там, где он отличается от родительского товара.
8. Сохраните изменения и проверьте страницу товара как обычный покупатель.

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

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

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

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

Практичные идеи применения в разных типах WooCommerce-каталога

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

Made-to-order товары

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

Предзаказы и ожидаемые поставки

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

Каталоги с большим количеством поставщиков

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

Товары с вариациями

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

Массовое обновление, импорт и REST API: когда ручной ввод уже не подходит

Для малого каталога ручная настройка приемлема. Для сотен товаров она быстро превращается в риск: кто-то ошибётся в поле, забудет обновить дату или задаст срок не на том уровне. Barn2 описывает несколько путей для массовой работы: совместимые bulk editor-плагины, импорт через custom fields и доступность метаданных через REST API.

Bulk editor для операционной команды

Если менеджерам нужно регулярно обновлять сроки по таблице, удобнее использовать совместимый редактор, который умеет менять пользовательские метаполя товаров и вариаций. В документации Barn2 перечислены Setary, YITH WooCommerce Bulk Product Editing, WP Sheet Editor и BEAR как варианты для bulk editing. Суть одна: добавить нужное метаполе в редактор и обновлять сроки пачкой.

Импорт через метаполя

Для статического срока простого товара используется метаполе _wclt_lead_time, а для динамического - _wclt_lead_time_date. Для вариаций используется _wclt_variation_lead_time, а при включении разных сроков по статусу к ключам добавляется суффикс статуса, например _instock. Это технические детали для разработчика или администратора, который готовит CSV.

При импорте динамических дат учитывайте, что дата может храниться как timestamp. Не вставляйте произвольный текст туда, где плагин ждёт числовое значение. Перед массовым импортом сделайте пробный CSV на 3-5 товарах, проверьте публичный вывод и только потом обновляйте каталог.

REST API и интеграции

Если сроки приходят из складской системы, поставщика или ERP, ручной импорт может быть промежуточным решением. Документация Barn2 указывает, что поля lead time доступны в метаданных товара через REST API. Это не значит, что интеграция появляется сама: разработчику всё равно нужно сопоставить поля, статусы, форматы дат и правила обновления.

Короткие коды, блок и вывод срока в нестандартных местах

По умолчанию плагин старается выводить срок там, где это безопасно для темы и WooCommerce. Но у кастомных карточек товара, конструкторов и специальных страниц часто возникает вопрос: как показать срок в другом месте? Для этого у WooCommerce Lead Time есть [lead_time] shortcode и блок Product Lead Time для шаблонов на базе WooCommerce Blocks.

Когда использовать shortcode

[lead_time] показывает срок текущего товара на его странице. Если нужно вывести срок конкретного товара в другом месте, можно использовать форму с ID товара:

[lead_time id="123"]

Замените 123 на ID нужного товара. Такой подход уместен в информационном блоке, лендинге товара, кастомной вкладке или странице, где вы показываете конкретную позицию. Не используйте shortcode как замену нормальной архитектуре каталога, если нужно выводить сроки у десятков товаров в таблице: для этого лучше смотреть интеграцию с product table или блоки.

Когда использовать блок

Блок Product Lead Time полезен, если вы собираете шаблон товара через WooCommerce Blocks. Он показывает корректный срок для продукта внутри такого шаблона. Это удобнее, чем вставлять shortcode в произвольный текстовый блок и потом искать, почему контекст товара не определился.

Вывод в таблице и quick view

Barn2 отдельно описывает связку с WooCommerce Product Table и WooCommerce Quick View Pro. В таблице можно добавить колонку lead time, а в quick view - показать срок во всплывающем окне товара. Это полезно для оптового каталога или магазина, где покупатель сравнивает много товаров без перехода в каждую карточку.

Проверка результата на сайте и в заказе

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

Чек-лист проверки

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

Как отличить lead time от доставки

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

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

Большинство магазинов справится настройками, shortcode и блоком. Код нужен только в особых случаях: нестандартная тема, большое число вариаций, перенос вывода в другое место или интеграция с кастомным шаблоном. Не правьте файлы ядра WooCommerce, плагина или родительской темы. Используйте дочернюю тему, Code Snippets или собственный маленький плагин.

Порог AJAX для товаров с большим числом вариаций

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

Базовый пример из документации выглядит так:

function barn2_ajax_variation_threshold( $qty, $product ) {
    return 50;
}
add_filter( 'woocommerce_ajax_variation_threshold', 'barn2_ajax_variation_threshold', 10, 2 );

Перед применением проверьте количество вариаций у проблемного товара. Если их намного больше, не поднимайте значение без анализа скорости. Лучше ограничить изменение конкретным товаром через переменную $product или попросить разработчика сделать условие. Откат простой: отключить snippet и очистить кеш.

Перенос вывода срока в кастомном шаблоне

Для разработчиков Barn2 документирует фильтр wclt_disable_default_output и функцию wclt_get_lead_time. Сначала отключают стандартный вывод, затем получают срок в нужном месте шаблона. Это стоит делать только если текущая тема действительно не даёт приемлемого размещения. В большинстве магазинов лучше оставить стандартное место рядом с availability, потому что оно ожидаемо для покупателя и меньше конфликтует с обновлениями.

Почему срок ожидания не отображается или выглядит неправильно

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

Срок не виден на карточке товара

Симптом: настройка сохранена, но на публичной странице товара нет сообщения.

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

Что исправить

• Проверьте статус товара в Product Data > Inventory.
• Проверьте, выбран ли этот статус в настройках плагина.
• Очистите кеш страницы товара и кеш оптимизатора, если он есть.
• Временно переключитесь на стандартную тему на тестовой копии, если подозреваете шаблон.

Вариационный срок появляется только после выбора вариации

Это нормальное поведение для стандартных dropdown-вариаций WooCommerce: пока вариация не выбрана, система не знает конкретную комбинацию. Если нужно показать срок сразу, используйте default variation в WooCommerce или выводите вариации отдельными строками через подходящий product table-сценарий.

Срок не показывается у товара с большим числом вариаций

Если вариаций больше стандартного порога, WooCommerce может загружать данные вариации через AJAX. Barn2 предлагает увеличить порог через фильтр woocommerce_ajax_variation_threshold, но предупреждает о влиянии на скорость при большом числе вариаций. Сначала оцените, действительно ли покупателю нужно видеть все вариационные сроки до выбора, или достаточно default variation.

Вместо оформленного сообщения видны HTML-теги

Симптом: на странице товара отображаются фрагменты вроде <span> рядом со сроком. В документации Barn2 это связывается с темами, которые экранируют HTML availability через слишком строгий вывод. Правильнее исправлять шаблон в дочерней теме или обращаться к разработчику темы. Не вставляйте небезопасный HTML в поле срока ради обхода проблемы.

Срок в заказе не появился у старых заказов

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

Динамический срок выглядит не так, как ожидалось

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

Когда лучше откатить настройку

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

Видео по настройке и интерфейсу плагина

В документации Barn2 для разделов WooCommerce Lead Time указан один и тот же обучающий ролик. Он полезен как визуальная опора для intent-кластера "как настроить WooCommerce Lead Time" и помогает увидеть интерфейс настройки, места вывода и базовый рабочий сценарий. Используйте видео как дополнение к тексту: перед повторением шагов всё равно сверяйте настройки с вашей версией магазина и текущей документацией.

Когда WooCommerce Lead Time будет удачным выбором

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

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

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