MyThemeShop WooCommerce Checkout Field Modifier - Плагин WordPress

Руководство по настройке MyThemeShop WooCommerce Checkout Field Modifier для оформления заказа

MyThemeShop WooCommerce Checkout Field Modifier нужен там, где стандартная форма оформления заказа WooCommerce собирает слишком много лишних данных или, наоборот, не хватает одного-двух важных полей для обработки заказа. В этом руководстве разберём не рекламное описание плагина, а практику: что проверить перед установкой, как безопасно менять поля, как построить понятный сценарий для магазина и как убедиться, что данные доходят до заказа.

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

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

Что именно меняет редактор checkout-полей

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

MyThemeShop WooCommerce Checkout Field Modifier заявлен как плагин для редактирования полей оформления заказа WooCommerce: удаления лишней информации, изменения input-полей и добавления дополнительных деталей. В практическом смысле это означает три основные задачи:

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

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

Классическая форма и блочная форма - почему это важно

WooCommerce поддерживает классическую форму checkout на шорткоде [woocommerce_checkout] и блочную форму Checkout block. Для старых редакторов checkout-полей это принципиальная разница. Классическая форма работает через PHP-шаблоны и фильтры вроде woocommerce_checkout_fields. Блочная форма опирается на другую архитектуру, Store API и специальные API для дополнительных полей.

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

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

Кому подойдёт такой плагин, а кому лучше выбрать другой путь

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

Удачные сценарии

MyThemeShop WooCommerce Checkout Field Modifier будет уместен, когда магазин работает с понятным набором checkout-полей и нужно быстро подогнать форму под процесс обработки заказа. Например, интернет-магазин доставляет заказы курьером и хочет добавить поле «Удобное время доставки», а поле «Название компании» сделать необязательным. Или магазин продаёт электронные файлы и хочет убрать лишние адресные поля, оставив только имя, email и минимальные данные для оплаты.

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

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

Если вам нужна сложная условная логика, привязка полей к категориям товаров, отдельные условия для способов доставки, доплаты за выбранные опции, загрузка файлов, проверка регулярными выражениями или полноценная поддержка Checkout block, перед установкой проверьте возможности именно вашей версии. У старого продукта MyThemeShop в открытых источниках мало актуальной документации, поэтому не стоит заранее обещать себе функции, которые лучше подтверждены у современных альтернатив.

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

Роли в команде

Владелец магазина может определить, какие данные реально нужны для обработки заказа. Администратор WordPress может включить плагин, изменить подписи и обязательность. Разработчик нужен, если поле должно попадать в нестандартные письма, экспорт, PDF-документы или внешнюю систему. Такой раздел обязанностей снижает риск: бизнес решает, что собирать, а технический специалист проверяет, что данные сохраняются и не ломают оформление заказа.

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

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

Техническая подготовка

• Проверьте, что WooCommerce активен и страница оформления заказа назначена в WooCommerce - Settings - Advanced.
• Откройте страницу checkout в редакторе и определите, используется ли шорткод [woocommerce_checkout] или блок WooCommerce Checkout.
• Сделайте резервную копию базы данных, потому что настройки полей и тестовые заказы сохраняются в базе.
• Если есть тестовый домен или staging, сначала настройте поля там. Это особенно важно для магазинов с платными заказами.
• Зафиксируйте текущий список полей: сделайте скриншот формы checkout и сохраните список обязательных полей до изменений.

Бизнес-проверка

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

Отдельно проверьте платежи и доставку. Для некоторых способов доставки нужен индекс, страна, регион или город. Для некоторых платёжных провайдеров важны email, телефон или billing-адрес. Если вы сделаете критичное поле необязательным, заказ может пройти в интерфейсе, но дальше сломаться на доставке, оплате, письме или ручной обработке.

Список полей, которые нельзя удалять вслепую

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

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

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

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

После активации не меняйте сразу все поля. Сначала найдите страницу настроек. У продуктов этого класса пункт меню обычно появляется либо в разделе WooCommerce, либо в отдельном меню плагина, либо внутри Settings. Если точный пункт в вашей версии отличается, ориентируйтесь на названия, связанные с checkout, checkout fields или WooCommerce fields. Важно открыть именно редактор полей, а не общие настройки магазина.

Минимальная проверка до изменений

1. Откройте страницу оформления заказа в приватном окне браузера.
2. Добавьте простой товар в корзину и перейдите к checkout.
3. Проверьте, что форма загружается без ошибок JavaScript и без бесконечного индикатора загрузки.
4. Откройте админ-панель и найдите экран управления полями плагина.
5. Измените одну безопасную подпись, например placeholder у примечания к заказу, если такая настройка доступна.
6. Сохраните изменения и проверьте checkout без авторизации и с тестовым покупателем.

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

Как понять, что активация прошла нормально

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

Карта полей: что удалять, менять и добавлять

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

Поля оплаты и доставки

Billing-поля обычно связаны с оплатой, налогами, счётом и контактами покупателя. Shipping-поля связаны с доставкой. Additional или order-поля чаще подходят для комментариев, предпочтений и данных, которые относятся только к конкретному заказу. Для цифровых товаров shipping-группа может быть лишней, но для физической доставки она критична.

Если плагин позволяет удалить или отключить billing и shipping-информацию, используйте это только после проверки способов доставки и оплаты. Например, поле billing_company часто можно сделать необязательным, а вот billing_email почти всегда должно остаться обязательным. Поле order_comments можно переименовать в «Комментарий к доставке», если покупатели не понимают стандартную подпись.

Подписи, placeholder и обязательность

Изменение подписи часто полезнее удаления поля. Покупатель лучше заполняет форму, когда видит конкретный смысл: не «Адрес 2», а «Квартира, офис или подъезд». Placeholder должен помогать, но не заменять label. Если подсказка исчезает при вводе, покупатель всё ещё должен понимать, что за поле он заполняет.

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

Новые поля и имена мета-ключей

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

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

Как не испортить checkout длинной формой

Есть соблазн собрать всё сразу: источник лида, пожелание по доставке, тип клиента, отдел, должность, комментарий, второй телефон. Но checkout - не CRM-анкета. Чем ближе покупатель к оплате, тем меньше терпения у него остаётся на вопросы. Для каждого нового поля задайте три вопроса:

• Кто будет читать это поле после заказа?
• Что изменится в обработке заказа, если поле заполнено?
• Можно ли спросить это позже, не мешая оплате?

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

Подробная настройка после установки

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

Первый проход: привести стандартные поля в порядок

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

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

Что включать сразу

• Понятные labels для полей, которые покупатели часто путают.
• Placeholder с примером только там, где пример уменьшает ошибку.
• Обязательность для телефона, если доставка или менеджерская обработка без него невозможны.
• Необязательный статус для company и order comments, если они нужны не всем.

Что лучше не трогать без причины

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

Второй проход: добавить только нужные поля

Для нового поля определите тип ввода. Текстовое поле подходит для короткого комментария или номера. Textarea - для длинного примечания, но оно часто делает checkout визуально тяжелее. Select или radio полезны, когда вариантов мало и они известны заранее. Checkbox хорош для одного согласия или необязательной отметки. Если нужен файл, календарь, доплата или сложная логика, проверьте, поддерживает ли это именно ваша версия. У MyThemeShop WooCommerce Checkout Field Modifier открыто подтверждены базовые задачи редактирования полей, но сложные типы нужно проверять в интерфейсе.

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

Третий проход: скрыть или удалить лишнее

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

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

Проверка после каждого сохранения

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

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

Сценарий: поле для удобного времени доставки

Разберём практический пример, который хорошо показывает смысл редактора полей. Магазин доставляет товары курьером в течение дня. Покупатели часто пишут в комментарии «позвоните заранее» или «после 18:00», менеджеры уточняют время вручную, а курьер получает неполные данные. Цель - добавить отдельное поле с удобным временем доставки и не перегружать checkout.

Цель

Получить на checkout отдельное поле «Удобное время доставки», чтобы покупатель выбрал понятный интервал, а менеджер видел это значение в заказе. Поле не должно блокировать оформление, если покупатель готов согласовать время по телефону.

Подготовка

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

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

1. Откройте экран управления checkout-полями в админ-панели.
2. Выберите группу, которая относится к заказу или дополнительной информации. Если такой группы нет, используйте место рядом с примечанием к заказу.
3. Добавьте поле типа select или radio, если плагин поддерживает такие типы. Если нет, используйте текстовое поле с понятным placeholder.
4. Задайте label: «Удобное время доставки».
5. Для select добавьте варианты: «Утро», «День», «Вечер», «Согласовать по телефону».
6. Сделайте поле необязательным, если заказ можно обработать без него.
7. Проверьте, что значение сохраняется в заказе. Если есть настройки вывода в письмах, включите вывод только для админ-письма, если это нужно менеджеру.
8. Сохраните настройки и очистите кеш.

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

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

Нюанс, который часто упускают

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

Как проверять данные в заказе, письмах и повторных покупках

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

Карточка заказа

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

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

Письма WooCommerce

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

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

Повторный заказ и автозаполнение

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

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

Влияние на удобство, безопасность и скорость оформления заказа

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

Удобство покупателя

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

Не переносите на покупателя внутреннюю терминологию магазина. В публичной форме лучше «Удобное время доставки», чем «Delivery slot». Лучше «Комментарий к заказу», чем «Order meta». В админке технические названия допустимы, но покупатель должен видеть человеческий язык.

Защита данных

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

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

Скорость и совместимость

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

Кеш страниц для checkout обычно должен быть исключён. Страница оформления заказа зависит от корзины, покупателя, доставки и оплаты. Если кеширующий плагин отдаёт старый HTML или старое состояние, вы можете видеть «неработающие» поля, хотя настройки сохранены правильно. Проверьте исключения для корзины, checkout и личного кабинета в настройках кеша.

Безопасное улучшение: вывод поля в email, если интерфейса не хватает

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

Пример ниже показывает общий подход. Замените delivery_time_preference на реальный ключ вашего поля. Код лучше добавлять через дочернюю тему или проверенный плагин для snippets. Перед этим сделайте резервную копию и проведите тестовый заказ.

add_filter( 'woocommerce_email_order_meta_fields', 'site_add_delivery_time_to_admin_email', 10, 3 );

function site_add_delivery_time_to_admin_email( $fields, $sent_to_admin, $order ) {
    if ( ! $sent_to_admin ) {
        return $fields;
    }

    $delivery_time = $order->get_meta( 'delivery_time_preference' );

    if ( ! empty( $delivery_time ) ) {
        $fields['delivery_time_preference'] = array(
            'label' => 'Удобное время доставки',
            'value' => sanitize_text_field( $delivery_time ),
        );
    }

    return $fields;
}

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

Диагностика: почему поля не работают после настройки

Ошибки checkout-полей часто выглядят одинаково: поле не появилось, заказ не проходит, значение не сохранилось. Но причины разные. Ниже - практическая карта диагностики для MyThemeShop WooCommerce Checkout Field Modifier и похожих редакторов полей WooCommerce.

Поле не появляется на checkout

Симптом: поле создано или изменено в админке, но на публичной странице форма осталась прежней.

Возможная причина - сайт использует Checkout block, а плагин меняет классический checkout. Откройте страницу оформления заказа в редакторе WordPress. Если там блок WooCommerce Checkout, проверьте совместимость плагина с блоками или временно протестируйте классический шорткод [woocommerce_checkout] на staging.

Вторая причина - кеш. Очистите кеш сайта, кеш браузера и проверьте исключения для checkout. Если используется оптимизация JavaScript, временно отключите её для страницы оформления заказа.

Заказ не проходит из-за обязательного поля

Симптом: покупатель нажимает кнопку оформления, но форма возвращает ошибку по полю, которое он не видит или не понимает.

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

Значение видно на странице, но не сохраняется в заказе

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

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

Поле есть в заказе, но не приходит в письме

Симптом: администратор видит значение в карточке заказа, но не получает его в email.

Это отдельная настройка вывода, а не обязательно ошибка сохранения. Проверьте параметры отображения поля в письмах. Если интерфейс не поддерживает такой вывод, можно использовать безопасный snippet через фильтр woocommerce_email_order_meta_fields, но только после проверки точного meta key.

Форма визуально ломается после изменения порядка

Симптом: поля стали слишком узкими, налезают друг на друга, часть формы съехала на мобильном.

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

После обновления WooCommerce настройка ведёт себя иначе

Симптом: поля работали, затем после обновления WooCommerce или темы перестали отображаться или сохраняться.

Проверьте changelog WooCommerce и тип checkout. Если сайт перешёл на блочную форму или тема изменила страницу checkout, старые фильтры могли перестать влиять на форму. Откатите изменение на staging, проверьте совместимость плагина и не обновляйте рабочий checkout без тестового заказа.

Когда MyThemeShop WooCommerce Checkout Field Modifier будет удачным выбором

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

Если магазин уже работает на Checkout block, требует сложных правил отображения, нуждается в большом количестве типов полей, хранении данных в разных местах, импортe-экспорте настроек или современной документации, лучше сначала сравнить альтернативы. Старый продукт можно использовать, но только после теста на staging и проверки полного заказа.

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

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