EventON Ticket Variations & Options - WordPress Plugin

Руководство по настройке EventON Ticket Variations & Options для билетов WordPress

EventON Ticket Variations & Options нужен не для обычной продажи одного билета, а для случаев, когда билет на событие должен иметь выбор: тип посетителя, уровень доступа, дополнительную услугу, товар, место, блок бронирования или отдельную цену. В этом руководстве разберём, как подготовить сайт, где искать настройки после установки, чем вариации отличаются от ценовых опций, как проверить результат в корзине WooCommerce и что делать, если покупатель не видит нужный вариант.

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

Важно понимать границы продукта. EventON Ticket Variations & Options расширяет связку EventON, Event Tickets и WooCommerce. Поэтому итог зависит не только от самого add-on, но и от базового события, включённых билетов, состояния товара WooCommerce, кэша, темы и того, как покупатель проходит корзину и оформление заказа.

Как add-on встраивается в билетную систему EventON

В EventON билет обычно начинается с события. Администратор создаёт или редактирует запись события, включает билетную часть, задаёт базовую цену и SKU, а затем уже подключает дополнительные сценарии. EventON Ticket Variations & Options добавляет поверх этого слоя два важных механизма: вариации билета и ценовые опции. На практике это позволяет не плодить отдельные события ради "VIP", "Детский", "С пакетом участника" или "С парковкой".

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

Что добавляют вариации

Вариация отвечает за тип самого билета. Например, для мастер-класса это может быть "Обычный", "Премиум" и "Для участника клуба"; для киносеанса - "Взрослый" и "Детский"; для конференции - "Очное участие" и "Онлайн-доступ". В документации EventON вариационный тип создаётся отдельно: сначала задаётся название группы, затем через список значений создаются варианты, а уже потом для каждого варианта указывается цена, запас и статус.

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

Что добавляют ценовые опции

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

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

Где появляется результат

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

Кому подойдёт такой способ продажи билетов

EventON Ticket Variations & Options особенно полезен там, где событие остаётся одним и тем же, но состав покупки различается. Это важнее, чем кажется: если создать пять отдельных событий вместо одного события с вариантами, календарь раздувается, посетитель теряет контекст, а администратор получает разрозненные списки участников.

Хорошие сценарии

Самые понятные сценарии - концерты, семинары, экскурсии, мастер-классы, курсы, театральные мероприятия, закрытые встречи и конференции. В каждом из них есть общий объект продажи - событие, но есть разные входные условия. Например, один участник покупает общий билет, другой добавляет обед, третий выбирает VIP-доступ, а четвёртый берёт билет только для зарегистрированных членов клуба.

• Мероприятия с уровнями доступа. Вариации помогают отделить обычный вход, премиум-доступ и членский билет без создания нескольких событий.
• События с допродажами. Ценовые опции подходят для футболок, печатных материалов, парковки, питания и других дополнений к билету.
• Сайты с WooCommerce-отчётностью. Если магазин уже обрабатывает платежи, купоны и заказы через WooCommerce, выбранные значения легче проверять в привычной цепочке заказа.
• События с ограниченным ресурсом. Запас на уровне вариации или опции помогает не продавать то, чего уже нет, а общий лимит билетов защищает от превышения вместимости события.

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

Если у вас один бесплатный RSVP без оплаты, простой календарь без WooCommerce или регистрация через отдельную форму, add-on может оказаться избыточным. Он также не заменяет полноценную систему рассадки, если нужно рисовать зал и продавать конкретные места: для этого в экосистеме EventON есть Seats, а Variations & Options там работает как дополнительный слой выбора.

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

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

Перед установкой важно проверить не только наличие архива add-on. Этот продукт работает в связке, поэтому слабое место может находиться в базовом EventON, Tickets addon, WooCommerce, страницах корзины или теме. Хорошая подготовка экономит больше времени, чем попытка искать ошибку уже после первых заказов.

Минимальная связка

Официальная документация указывает требования: EventON, EventON Tickets addon и WooCommerce. Для сценариев с местами нужен Seats, для блоков бронирования - Bookings. Это означает, что перед настройкой нужно открыть админ-панель WordPress и убедиться, что все нужные плагины активны, не конфликтуют после обновлений и видны в меню событий.

• Проверьте, что EventON работает на обычной странице календаря через shortcode или блок.
• Проверьте, что Event Tickets уже умеет включать билет на событии и выводить его на странице события.
• Проверьте, что WooCommerce имеет рабочие страницы корзины и оформления заказа.
• Проверьте, что тестовый товар WooCommerce можно добавить в корзину и оформить в тестовом режиме платёжного шлюза.
• Проверьте, что кэш страницы события можно очистить после изменения настроек билета.

Черновик события для теста

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

Практичная проверка: если обычный билет EventON не добавляется в корзину без вариаций, сначала исправляйте базовую связку EventON Tickets + WooCommerce. Включение EventON Ticket Variations & Options не исправит проблему корзины, платежей или страницы оформления заказа.

Язык, валюта и разделители цены

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

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

Установка add-on технически похожа на установку обычного WordPress-плагина. В документации EventON описан стандартный путь через Plugins - Add New - Upload, выбор ZIP-архива и установка. После активации проверьте, что в событии появилась возможность включить ticket variations and options, но не ожидайте, что расширенные поля всегда будут видны до сохранения события.

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

1. Откройте Plugins - Add New и загрузите ZIP-архив add-on.
2. Активируйте плагин и убедитесь, что EventON, Tickets addon и WooCommerce уже активны.
3. Создайте новое тестовое событие через Events - Add Event или откройте существующий черновик.
4. Включите билеты для события, задайте базовую цену и SKU, затем сохраните черновик.
5. Перезагрузите страницу редактирования события, если дополнительные настройки не появились сразу.
6. Включите опцию ticket variations and options и откройте окно настроек вариаций и опций.

После этого у вас должна появиться рабочая точка входа в add-on. Если кнопка настроек не появляется, вернитесь к проверке зависимостей: активность Tickets addon, базовая цена, SKU, сохранение события, отсутствие JavaScript-ошибок в админ-панели и конфликтов с кэшем.

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

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

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

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

Базовый билет, цена и SKU

EventON Tickets требует базовые данные билета. Даже если вы планируете показывать только вариационные цены или продавать вариации отдельно, начните с аккуратного заполнения стандартной билетной части. Базовая цена и SKU помогают системе сформировать товарную связку и не терять данные при передаче в WooCommerce.

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

Типы вариаций и значения

Сначала создаётся variation type. Это название группы выбора: например, "Тип билета", "Формат участия" или "Категория участника". Затем добавляется список значений через запятую. Документация показывает такой подход для вариантов вроде Adult и Kids. Практически это означает: не смешивайте в одной группе разные логики. Если группа называется "Формат участия", её значения должны быть "Очный" и "Онлайн", а не "Очный, Футболка, Парковка".

Как выбрать структуру вариаций

Для первой настройки придерживайтесь одного сильного измерения. Например, "General", "VIP", "Member". Если событие требует нескольких измерений, сначала проверьте, как add-on отображает их на публичной части и как данные попадают в заказ. Чем больше комбинаций, тем выше риск ошибки в цене, запасе или отчёте.

Цена, запас и статус вариации

Для каждой вариации задаётся цена, количество и статус. Пустой запас может означать отсутствие лимита, если это поддерживается настройкой, но для реального платного события лучше явно решить, где хранится лимит: на уровне вариации, на уровне общей ёмкости события или на уровне Seats/Bookings. Нельзя полагаться на "примерно хватит", если речь идёт о зале, группе или ресурсе с физическим ограничением.

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

Ценовые опции: индивидуальные и множественные

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

Когда ограничивать запас опции

Ограничение запаса нужно, если опция привязана к физическому ресурсу: комплект материалов, место на экскурсии, питание, мерч определённого размера. Если опция цифровая или организационная, запас можно оставить без жёсткого лимита, но результат всё равно нужно проверить в заказе WooCommerce.

Отдельная продажа вариаций и опций

Официальные инструкции выделяют два сценария: можно продавать price options как отдельные билеты, а также продавать variations as separate tickets. Это полезно, когда каждая выбранная позиция должна попасть в корзину как самостоятельный билет, а не как добавка к одному общему билету. Такой режим особенно важен для отчётности и проверки на входе, если каждый посетитель должен иметь свой отдельный билет.

Включайте этот режим только после простого теста. Сначала проверьте одну вариацию, затем добавьте две разные вариации в корзину и убедитесь, что WooCommerce показывает корректные позиции, суммы и количество. В changelog add-on есть несколько исправлений вокруг отдельной продажи и добавления в корзину, поэтому этот сценарий стоит тестировать особенно внимательно после обновлений.

Ограничения для авторизованных пользователей

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

Скрытие базовой цены и общий лимит

Скрытие базовой цены полезно, когда реальная цена всегда определяется вариацией. Иначе посетитель может увидеть базовую сумму и не понять, почему итог меняется после выбора. Общий лимит билетов нужен, когда все типы билетов делят одну вместимость: например, зал на 50 человек, где взрослые, дети и VIP не должны суммарно превысить 50 мест.

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

Вариации, опции и WooCommerce: как не запутать покупателя

Главная ошибка при настройке EventON Ticket Variations & Options - смешать тип билета, дополнительную услугу и отдельную позицию корзины. Для администратора это может выглядеть как тонкость интерфейса, но для покупателя это разница между ясной формой и непонятным набором цен.

Используйте вариации для выбора "какой билет"

Если выбор меняет право посещения, уровень доступа, аудиторию или формат участия, это вариация. Она должна быть понятна без пояснений: "VIP", "Standard", "Child", "Online", "In person", "Member". В русской публичной части такие значения можно локализовать средствами EventON или общими механизмами перевода, но не делайте технические названия вроде ticket_type_1 видимыми для покупателя.

Используйте опции для выбора "что добавить"

Если выбор добавляет предмет, услугу или небольшой бонус к билету, это price option. Например, "Футболка", "Печатный конспект", "Парковка", "Обед". Покупатель должен понимать, что он покупает билет и дополнение к нему, а не второй независимый тип доступа.

Используйте отдельные билеты для отчётности и входа

Режим отдельной продажи нужен, когда каждая выбранная вариация или опция должна вести себя как отдельная билетная единица. Например, семья покупает взрослый и детский билет в одной корзине, но на входе каждый билет должен проверяться отдельно. В таком случае важна не только сумма заказа, но и то, какие строки и данные попадут в WooCommerce, в письма и в attendee list.

Не перегружайте форму выбора

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

Практический сценарий: мастер-класс с обычным, VIP и клубным билетом

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

Цель

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

Подготовка

Перед настройкой должны быть активны EventON, Event Tickets, WooCommerce и EventON Ticket Variations & Options. Создайте тестовое событие, включите билеты, задайте базовую цену и SKU, сохраните черновик и перезагрузите страницу редактирования. Если нужен клубный билет, создайте тестового пользователя с ролью подписчика или клиента, чтобы проверить разницу между гостем и вошедшим пользователем.

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

1. В блоке билетов включите ticket variations and options и откройте окно настроек.
2. Создайте variation type с названием "Ticket Type" и значениями Standard, VIP, Member.
3. Для Standard задайте обычную цену и доступность для всех посетителей.
4. Для VIP задайте повышенную цену, ограниченный запас и обычный доступ для всех.
5. Для Member задайте цену и ограничение покупки только для вошедших пользователей, если такой сценарий нужен.
6. Создайте price option "Printed workbook" с собственной ценой и ограниченным запасом, если материалов ограниченное количество.
7. Включите общий лимит билетов, если вся аудитория делит одну вместимость события.
8. Сохраните событие, очистите кэш страницы и откройте публичную часть в обычном окне браузера.

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

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

Нюанс с кэшем и страницей события

Если после сохранения форма на публичной странице не меняется, не меняйте настройки вслепую. Сначала очистите кэш сайта, кэш браузера и, если используется оптимизация JavaScript, временно отключите объединение скриптов для страницы события. EventON использует интерактивные элементы, и проблемы на публичной части часто выглядят как "настройка не сохранилась", хотя причина в кэше или конфликте скриптов.

Как проверить заказ, отчёты и список участников

После настройки нельзя ограничиваться просмотром страницы события. EventON Ticket Variations & Options важен именно потому, что выбранные значения должны пройти через всю цепочку: публичная форма, корзина, оформление заказа, письмо, заказ WooCommerce, attendee list и sales insight. Если значение видно только на первом шаге, настройка ещё не готова к продаже.

Проверка в корзине WooCommerce

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

Проверка оформления заказа и письма

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

Проверка списка участников и отчётности

Официальная страница продукта указывает, что данные вариаций и опций доступны в attendee-фильтрации и sales insight. Поэтому после тестового заказа откройте редактирование события, список посетителей и отчёты продаж. Администратор должен быстро отфильтровать нужную группу: например, всех VIP, всех участников с материалами или всех покупателей конкретной вариации.

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

Seats, Bookings, общий запас и другие сложные режимы

EventON Ticket Variations & Options не живёт в вакууме. Официальные материалы отдельно показывают связку с Seats и Bookings. Это сильная сторона add-on, но такие сценарии требуют более строгой проверки, потому что выбор вариации начинает зависеть от места, блока бронирования или общей вместимости.

Вариации вместе с Seats

Если используется Seats, посетитель выбирает место на схеме, а вариации и опции добавляют к этому месту дополнительный выбор. Например, в театре можно выбрать конкретное место и тип посещения, а на концерте - место и пакет обслуживания. Документация EventON указывает, что в таком сценарии настройки вариаций выполняются в связке с seat map editor. Поэтому не переносите механически настройки обычного события в seated-событие: сначала проверьте порядок действий из документации Seats.

Вариации вместе с Bookings

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

Общий запас по всем вариациям

В changelog add-on отмечено появление возможности задавать общий лимит по всем вариациям. В статье не нужно привязывать пользователя к конкретной версии, но при настройке это практический ориентир: для зала, класса или экскурсии чаще важен общий потолок, а не только отдельные лимиты по типам билетов. Если у вас 50 мест, система должна остановить продажи при достижении 50 в любой комбинации вариантов.

Совместимость с Dynamic Pricing

В публичном helpdesk-ответе EventON есть важный сигнал: Dynamic Pricing не совместим с Ticket Variations & Options для применения динамических цен к вариациям и ценовым опциям. Поэтому не закладывайте сценарий "динамическая цена меняет каждую вариацию" без отдельного подтверждения разработчика. Если нужны ранние цены, клубные цены и разные уровни билетов, иногда безопаснее настроить их как понятные вариации или рассмотреть другой продукт, где такая логика является штатной.

Повторяющиеся события

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

Небольшие безопасные улучшения внешнего вида

Иногда add-on работает правильно, но публичная форма выглядит тяжело: длинные названия вариантов ломают строку, цена опции сливается с подписью, а тема перетягивает стили кнопок или полей. Официальная документация EventON рекомендует решать style override через инспектор браузера и пользовательский CSS, а не через правку файлов плагина. Это безопасный путь, потому что изменение можно быстро удалить.

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

/* Добавьте в поле пользовательских стилей EventON или в CSS дочерней темы.
   Сначала проверьте реальные классы формы на странице события. */
.eventon-ticket-options .evo_ticket_option,
.eventon-ticket-options .evo_ticket_variation {
  line-height: 1.45;
  margin-bottom: 10px;
}

.eventon-ticket-options .evo_ticket_option label,
.eventon-ticket-options .evo_ticket_variation label {
  display: flex;
  align-items: center;
  gap: 8px;
}

После вставки очистите кэш и проверьте страницу события на компьютере и телефоне. Если форма стала хуже или стили не применились, удалите CSS и вернитесь к инспектору. Не правьте файлы EventON, WooCommerce, темы или add-on напрямую: при обновлении такие изменения потеряются и усложнят поддержку.

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

Диагностику лучше вести по цепочке, а не по догадкам. Вариации и опции могут не появиться из-за несохранённого события, выключенных базовых билетов, ошибки JavaScript, кэша, конфликта темы, неверного режима отдельной продажи или ограничений пользователя. Ниже - типичные симптомы для EventON Ticket Variations & Options и безопасный порядок проверки.

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

Симптом: add-on активирован, но в событии не видно нужных настроек. Возможная причина - не включены базовые билеты, не заполнены цена и SKU, событие не сохранено после включения tickets или зависимый add-on не активен.

Проверьте активность EventON, Event Tickets, WooCommerce и EventON Ticket Variations & Options. Затем включите tickets в тестовом событии, заполните обязательные поля, сохраните черновик и перезагрузите страницу редактирования. Если настройки появились после сохранения, это нормальный рабочий порядок, а не ошибка.

Вариация есть в админ-панели, но не видна на сайте

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

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

Цена в корзине отличается от ожидаемой

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

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

Опция продалась больше доступного запаса

Симптом: физический ресурс ограничен, но покупатели продолжают добавлять его в корзину. Проверьте, задан ли запас именно для price option, не оставлен ли он пустым как неограниченный, корректно ли меняется stock status и не мешает ли кэш странице события.

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

Отдельные вариации добавляются в корзину не так, как ожидалось

Симптом: при режиме separate tickets в корзине появляется базовый билет, неверное количество или неправильная строка товара. Этот сценарий много раз затрагивался в changelog, поэтому первым делом проверьте актуальность add-on и зависимых плагинов. Затем упростите тест: одна variation type, две вариации, без price options.

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

После обновления пропали стили или не нажимаются элементы формы

Симптом: визуальная форма сломалась, кнопки не реагируют, блоки открываются странно. Начните с очистки кэша сайта и браузера. Затем проверьте консоль на JavaScript-ошибки и временно отключите объединение или отложенную загрузку скриптов на странице события. Если ошибка исчезает при смене темы, причина может быть в конфликте темы с EventON.

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

Когда EventON Ticket Variations & Options будет удачным выбором

Этот add-on стоит использовать, если ваш сайт уже работает на EventON, продажи идут через Event Tickets и WooCommerce, а событиям нужны понятные варианты билетов, доплаты, ограничения по запасу или отдельная передача выбранных значений в заказ. Он особенно полезен, когда администратору важно видеть не только "куплен билет", но и какой именно тип билета куплен, с какой опцией и в каком количестве.

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

Если после проверки продукт подходит под вашу модель события, можно загрузить архив с EventON Ticket Variations & Options и протестировать его на копии сайта или отдельном тестовом событии. Такой порядок безопаснее, чем сразу включать сложные варианты билетов на активной продаже.