Посещаемость сайта театра сама по себе мало что говорит. Куда важнее знать, сколько людей дошли до билетов, позвонили в кассу или оставили заявку на школьный поход. Но у театров есть особенность: оплата часто проходит на чужом домене, а часть вопросов решается по телефону. Разберём, как выстроить учёт в таких условиях.
Что считать обращением на сайте театра
Сначала нужно договориться о списке действий. Для театра он обычно такой:
- переход к покупке билета с карточки спектакля или афиши;
- нажатие на телефон кассы (на мобильных это ссылка «позвонить»);
- клик по кнопке мессенджера или почте;
- отправка формы: групповое посещение, экскурсия, аренда зала, сертификат, партнёрский запрос;
- запрос на возврат или обмен, если у вас есть для него отдельная форма.
Важно понимать разницу между намерением и результатом. Клик «Купить билет» — это намерение. Оплаченный заказ видит только билетная система. Не называйте клики продажами, иначе отчёт будет выглядеть лучше, чем есть на самом деле.
Где теряется след: виджет билетов и телефон кассы
Если афиша встроена через виджет или ведёт на сайт билетного оператора, счётчик вашего сайта не видит, что происходит дальше. Он зафиксирует только момент ухода. Поэтому на своей стороне измеряем клик и контекст: какой спектакль, какая дата, с какой страницы. Если оператор умеет принимать метки в ссылке или подключать ваш счётчик, обсудите это с ним отдельно и проверьте на тестовой покупке.
С телефоном ситуация похожая. Клик по номеру показывает попытку позвонить, но не то, что разговор состоялся. Подмена номеров через сервис коллтрекинга даёт больше данных, однако требует отдельного договора и аккуратной настройки, чтобы в афише и контактах не оказалось разных номеров. Для небольшого театра на старте часто достаточно учёта кликов.
Пример: страница спектакля «Вишнёвый сад»
Возьмём условную страницу. На ней заголовок, описание, список ближайших дат и у каждой даты кнопка «Купить билет». Внизу блок «Группам и школам» с короткой формой и телефон кассы в шапке.
Чтобы учёт был полезным, каждому действию присваиваем событие с параметрами:
- клик «Купить билет» → событие ticket_click, параметры: название спектакля, дата сеанса, сцена, место кнопки (список дат или верх страницы);
- клик по телефону → phone_click, параметр: страница, где он нажат;
- отправка формы для групп → group_request, параметры: тип (школа, организация), без передачи имени и телефона в аналитику;
- клик по мессенджеру → messenger_click.
Тогда отчёт ответит на реальные вопросы: какие спектакли чаще доходят до покупки, не мешает ли сложный календарь выбору даты, работает ли блок для групп.
Как назвать события и что в них не класть
Названия делайте единообразными и на латинице, а в параметрах используйте понятные значения: не «спектакль1», а название постановки. Тогда через год вы не запутаетесь. В Яндекс Метрике это цели и параметры визитов, в Google Analytics 4 — события с параметрами. Заведите общую таблицу: событие, где срабатывает, что означает, кто отвечает.
Не отправляйте в аналитику персональные данные: имена, телефоны, адреса почты из форм. Для учёта достаточно факта отправки и типа заявки.
Как сверить цифры с реальностью
Раз в месяц сравнивайте три источника: клики на покупку из аналитики, число заказов в билетной системе и количество заявок в почте или CRM. Совпадения не будет, но соотношение подскажет, где проблема. Если кликов много, а заказов мало, смотрите на сам виджет: он может медленно грузиться, плохо выглядеть на телефоне или показывать неожиданную сумму. Если звонков мало, проверьте, виден ли номер без прокрутки.
Помогает и вопрос в кассе: «Как вы узнали о спектакле?» Ответы не точны, но дополняют картину, особенно там, где онлайн-след обрывается.
Проверочный список перед запуском
- Список обращений согласован, клик и оплата не смешаны в одну цель.
- На каждой карточке спектакля кнопки покупки отправляют событие с названием и датой.
- Клики по телефону и мессенджеру фиксируются на всех страницах, включая подвал.
- Форма для групп даёт событие после успешной отправки, а не при нажатии на кнопку.
- В аналитику не попадают персональные данные.
- Тестовая покупка на телефоне пройдена, данные видны в отчётах.
- Назначен ответственный, который раз в месяц сверяет аналитику с кассой.
