FastTickets — мгновенные билеты: высокие нагрузки, антиботы, удобная оплата

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

«Старт в 10:00» — проверка на прочность: фанаты заходят раньше, вкладки открыты на нескольких устройствах, боты готовят штурм, а каждое обновление страницы бьёт по базе. Основа стабильности — архитектура. Мы разделяем «тяжёлые» операции (блокировка мест, расчёт корзины, проверка промокодов) и «лёгкие» (каталог событий, списки городов, страницы артистов) и обслуживаем их раздельно: «лёгкие» кэшируются на CDN и отдаются моментально, «тяжёлые» — через изолированные сервисы с очередями и лимитами скорости. Очередь на вход — не зло, а предсказуемость: мы заранее включаем виртуальную комнату ожидания, измеряем пропускную способность платёжных шлюзов и резервируем вычислительные ресурсы под пик, чтобы пользователь видел честный таймер и не «перезагружал мир». Схемы залов должны быть лёгкими: векторная графика без лишних слоёв, сегментация по секторам, загрузка по требованию и рендер на GPU, чтобы масштабирование и панорамирование были плавными на старых телефонах. «Холды» мест — короткие и прозрачные: пользователь видит, сколько осталось времени на оплату, а мы ставим мягкие продления при переключении метода оплаты, чтобы честная покупка не срывалась из-за крошечных задержек 3DS. Конкурентные блокировки — через оптимистичные транзакции: место считается доступным до момента фиксации держателя, а конфликт решается мгновенным обновлением схемы и предложением альтернативного ряда. Категории цен храним в отдельном слое, чтобы «динамическая цена» не ломала фронтенд; при особыx событиях используем «тарифные корзины» — уже рассчитанные наборы цен для групп мест, чтобы не тратить миллисекунды на каждую ячейку. Данные о доступности передаются диффами, а не «всем залом», чтобы экономить трафик. И, конечно, наблюдаемость: метрики по времени рендера, частоте ошибок, доле успешных блокировок и конверсии оплаты собираются в реальном времени, чтобы SRE видели, где именно «сдулось». Правильный старт — это инженерия ожиданий: показывать честную очередь, защищать инвентарь и не заставлять человека гадать, что происходит.

Что убивает конверсию? Форма, которая просит лишнее, длинная 3DS-процедура, неочевидные ошибки и «битая» логика возврата на оплату. Мы начинаем с «гигиены» чекаута: минимальное число полей, подсказки форматов, мгновенная валидация и маски ввода, автоподстановка страны и города по индексу, понятные тексты ошибок («Мы не приняли эту карту банком-эмитентом, попробуйте другой метод») вместо загадочного «Transaction failed». Оплата — выбор без тупиков: Apple Pay/Google Pay для мобильных, карты и локальные методы, рассрочка там, где это уместно; переключение метода не разрушает корзину и не теряет билеты. 3DS обрабатываем аккуратно: если эмитент требует подтверждения, показываем нативную веб-прослойку, сохраняем контекст и возвращаем пользователя в один клик. Электронный билет — сразу после успешного платежа, в том числе офлайн-копия в формате PDF/PKPass и письмо с QR-кодом; в аккаунте — история заказов, статус оплаты, кнопка «переотправить билет» и «добавить в кошелёк». Антифрод — защита без паранойи: поведенческие сигналы (скорость заполнения полей, последовательность действий), устройство и отпечаток браузера, гео-аномалии, частота попыток и «семейство карт»; при риске — мягкая проверка, а не «стоп-машина». Антибот — без мучительных капч: rate-limit на попытки блокировки мест, «медовый» инвентарь для ловли скриптов, проверка консистентности кликов на схеме, скрытые поля-ловушки, динамические токены и серверная валидация. Возвраты и обмены делаем частью воронки: в профиле — «сдать билет» с правилами и сроками, где возможно — апгрейд до более дорогой категории с доплатой, чтобы сохранить клиента и выручку. Поддержка — видимая: чат и e-mail не прячем, SLA по ответу пишем честно, статус заявки привязан к заказу — пользователь не повторяет всю историю заново.

Операции и рост — это циклы «измерили → поменяли → повторили». Мы ставим цели: время до билета, доля успешных оплат, процент возвратов, скорость поддержки, NPS. Аналитика привязана к событиям: открытие события, зум схемы, блокировка, добавление в корзину, переход к оплате, статус 3DS, успешный билет; для маркетинга — источники, кампании, промокоды, UTM. SEO и карточки событий — не «после релиза»: ЧПУ-адреса, чистые тайтлы и метаописания, грамотные H1-H2 и структурированные данные (Event, Offer) — поиску проще понять, что именно продаётся. Мобильные устройства — особый мир: большие пальцы, липкий хедер с кнопкой «К корзине», лёгкая схема залов и offline-режим для билетов — в метро и за городом интернет падает. Для площадок — Кабинет партнёра: выгрузка отчётов, динамическая цена с граничными правилами, квоты под промо и корпоративные блоки, резервирование фан-сектора, лист ожидания. Борьба со скальпингом — не только блокировки: персонификация билета там, где это законно и уместно; лимиты на количество мест в одну руку; аномалии покупок (много заказов с одного устройства/карты/адреса) — мягкая проверка и при необходимости возврат. Команда релизов — работает по фичефлагам: включаем новую схему зала, платежный метод или антибот-правило для 5–10% трафика, смотрим метрики, масштабируем. Доступность — не пункт для отчёта: контрасты, фокусы клавиатуры, тексты для скринридеров и возможность купить без мыши. Документы — простые: условия возврата, оферта, политика приватности, контакты. В сумме это экосистема: честная очередь, быстрая схема, бережный чекаут, адекватная защита и прозрачные правила — так продажи устойчивы и в пик, и в будни.