7 октября 2026 года вышел WooCommerce 11.2. Среди изменений — поддержка полей даты в механизме дополнительных полей блочного оформления заказа. Для владельца магазина это повод обсудить удобный сбор пожеланий покупателя: например, когда ему хотелось бы получить заказ. Но календарь на экране и подтверждённая доставка к выбранному дню — разные результаты услуги.
В официальном описании релиза речь идёт о возможности для расширений и разработчиков собирать даты через блок оформления заказа. Это не объявление готовой системы управления курьерскими интервалами. Наличие обновлённого WooCommerce ещё не означает, что нужный сценарий уже настроен в вашем магазине.
Какое обещание увидит покупатель
До заказа доработки решите, что означает выбранная дата. Это пожелание, которое подтвердит менеджер, или доступный срок, который магазин обязуется выполнить? Подпись возле поля должна соответствовать реальному процессу. Иначе покупатель сочтёт выбор подтверждением, хотя склад ещё не проверил наличие.
Если магазин пока не умеет рассчитывать доступность, можно обсудить сбор желаемой даты с явным пояснением о последующем подтверждении. Когда требуется автоматическое бронирование, в задачу входят дополнительные правила и подключения. Их нужно оценивать отдельно.
Четыре ситуации для разговора с исполнителем
- Товар под заказ. Как рассчитывается ближайший доступный день и что произойдёт при изменении срока поставщика?
- Выходной склада. Можно ли выбрать день, в который компания не отгружает заказы?
- Разные способы получения. Одинаковы ли правила для курьера и самовывоза?
- Смешанная корзина. Что увидит покупатель, если товары имеют разные сроки готовности?
Это примеры вопросов для проектирования, а не перечень функций, автоматически появившихся в релизе. Попросите подрядчика отделить возможности установленной платформы от того, что потребуется добавить. Также нужно проверить, используется ли на сайте блочное оформление заказа: сообщение WooCommerce относится именно к нему.
Путь даты не заканчивается в форме
Новая информация полезна, если её получает тот, кто организует исполнение. Попросите показать, где дата окажется в заказе, письме менеджеру и используемой CRM. Если связь с доставкой или учётной системой нужна, включите её в отдельный перечень работ.
Договоритесь, кто может изменить пожелание и как об этом узнает покупатель. Особенно важно различать первоначальный запрос и согласованный срок. Не стоит молча заменять одно другим: сотруднику и клиенту нужно одинаково понимать текущую договорённость.
Что проверить до запуска
Поручите исполнителю подготовить демонстрацию на тестовой копии. Пройдите оформление на телефоне и компьютере, проверьте сохранение выбранного значения и его получение сотрудником. Если поле необязательное, отдельно проверьте заказ без даты. Если обязательное — понятное сообщение при пропуске.
Для магазина с правилами доступности добавьте согласованные проверки выходных, недоступных дней и изменения состава корзины. Результат проверки должен описывать реальные действия и полученные значения. Скриншот календаря сам по себе не подтверждает работу всей цепочки.
Уточните порядок обновления и совместимость подключений. Не меняйте рабочее оформление только ради нового поля, не оценив последствия для оплаты, доставки и существующих доработок. Стоимость должна учитывать проверку этих сценариев, а не только добавление элемента формы.
Практический смысл новости — появилась дополнительная основа для реализации сценария с датой в блочном оформлении. Заказчику стоит начать с правил обслуживания: что компания может обещать и кто подтверждает срок. Тогда функция будет поддерживать работу магазина, а не создавать ещё одно ожидание, которое менеджерам придётся объяснять вручную.
