CactusPlay - магазин игр с сетью проверенных исполнителей

Обзор инфраструктуры и возможностей сайта

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

Задача

Геймеры из СНГ, покупающие игры для PlayStation и Xbox, сталкивались с фрагментированным рынком: цены в официальных магазинах значительно различались по регионам, продавцы подарочных карт были разбросаны по форумам, и не было единого места, чтобы сравнить и купить. Стал сооснователем CactusPlay, чтобы закрыть этот пробел: магазина игр и внутриигровых предметов с ценами из официальных источников, где выполнение заказов вынесено в сеть исполнителей, а не заперто внутри команды.

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

Исследование

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

Рассмотренные варианты

1. Ручной ввод цен администраторами - отклонено. Не масштабируется; цены меняются ежедневно, во время распродаж - иногда ежечасно.
2. Сторонний API агрегации цен - для PlayStation/Xbox в СНГ на тот момент такого не существовало.
3. Кастомные скраперы на Node.js + витрина на WordPress/WooCommerce - выбрано. Скраперы дают реальное владение данными; WooCommerce даёт проверенный в бою коммерческий слой без создания оформления заказа с нуля.

Решение

Скраперы на Node.js, работающие по cron-расписанию, обращаются к эндпоинтам PlayStation Store и Xbox Store, разбирают ответ и отправляют обновления цен и наличия в WooCommerce через его REST API. WordPress + WooCommerce отвечают за витрину, корзину и интеграции платёжных шлюзов. Кастомные расширения на PHP обрабатывают сценарии подключения исполнителей, которые WooCommerce не поддерживал из коробки.

‹›

aA🔒cactusplay.ru/

⇧▢+

ГГлавнаяККаталог5Игры PS5ВВедьмак 3%Скидки@Контакты

cactusplay.ru, scrollable snapshot of the live storefront

Реализация

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

Интегрированы платёжные шлюзы, поддерживающие способы оплаты СНГ. Кастомные расширения WooCommerce на PHP отвечали за цифровую доставку (коды ключей) и логику выплат исполнителям. Развёрнуто на VPS с автоматическим деплоем через Git-хуки.

Заказы мог выполнять любой, у кого есть турецкие платёжные данные

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

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

Юридическая подготовка к приёму платежей

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

Только после этого встал платёжный контур: эквайринг через плагин банка «Точка» для WooCommerce, рядом с ним LifePay CloudPrint для фискальных чеков — сам эквайринговый плагин их не печатал. Для покупателя важна только видимая часть: оплата прямо с карты российского банка на сайте и чек, который приходит как положено.

Система за витриной

Магазин - лишь одна грань системы. Граббер на Node.js обходит официальный PlayStation Store (и Xbox Store через ту же абстракцию), забирая 20 000+ позиций каждый час. Игры, дополнения и сервисы он перебирает раздельно, переименовывает категории в собственную таксономию магазина и сводит теги сторов - каталог приходит структурированным, а не плоской выгрузкой.

Остальное несут пять кастомных плагинов WordPress:

• slave-api - движок синхронизации. На нём абстракция платформ (единый интерфейс поверх API PlayStation и Xbox), обработчики товаров, меняющие видимость и выводящие SKU из оборота, CLI-команды для полной и частичной синхронизации и версионируемые сценарии обновления - правило каталога раскатывается на живой магазин без ручного прохода.
• product-manager - ценовая сторона витрины. Запрашивает у PlayStation Store актуальные цены в разных валютах, выбирает одну через подключаемую стратегию (штатная берёт наименьшую легальную региональную цену), кэширует результат в transient, чтобы страница товара не ждала внешний вызов, и добавляет нужные процессу кастомные поля в форму товара, корзину, оформление и заказ.
• product-code-manager - половина, отвечающая за цифровую доставку. Генерирует и хранит коды товаров, распознаёт и активирует их, отдаёт API с авторизацией по JWT - заказ, оформленный в любой части системы, выполняется без участия человека. Обработчики реагируют на создание заказа и смену статуса, и именно поэтому код приходит сразу после покупки цифрового товара, а не после ручной отправки.
• aw-auth - вход. Добавляет VK, Яндекс, Steam и Discord в формы входа WordPress и WooCommerce по единому контракту провайдера: каждая новая сеть - это клиент, сервис и экран настроек, а не форк общего сценария. Steam проверяется по подписи OpenID 2.0, остальные - обменом OAuth-кода; вернувшийся посетитель сопоставляется со своим аккаунтом, новый создаётся только если совпадения нет. Колбэк может прийти дважды, поэтому код занимается в таблице-замке со счётчиком обращений: второй запрос дожидается первого и уходит по его редиректу вместо создания дубля. Steam не отдаёт email, и такие пользователи попадают на форму с почтой и телефоном до оформления заказа. Вход разрешён только по email, адрес должен быть на домене .ru по требованиям 152-ФЗ, а приватный кэш страниц сбрасывается при входе, чтобы никто не увидел чужую закэшированную страницу.
• mail-manager - собственный движок рассылок, чтобы клиентская почта не зависела от внешнего сервиса. Аудитории - это категории, кампании привязываются к категориям, а очередь на отправку выводится джойном: получатель, у которого уже есть запись о доставке по кампании, повторно не выбирается, и упавший прогон продолжается ровно с места остановки. Крон отправляет фиксированную порцию с паузой между письмами, удерживая магазин в лимитах SMTP вместо залпа, после которого домен уходит в спам. После активации отправка выключена, а перехватчик пишет письма в лог вместо доставки - копия боевой базы не может написать реальным клиентам; в админке по каждой кампании видно «в очереди / отправлено / ошибка». Колонки открытий и кликов и эндпоинт трекинга заложены - до продакшена дошла именно доставка.

Яндекс.Маркет: сквозная цепочка цены

Интеграция с маркетплейсом замыкает контур. Предложения приводятся к схеме Яндекс.Маркета отдельным слоем мапперов с конфигурацией под каждый магазин, а ценовой сервис держит их в актуальном состоянии. Цепочка работает без человека на любом шаге: цена меняется в официальном PlayStation Store, граббер её забирает, обновляется сайт и затем обновляется предложение на Яндекс.Маркете. Коды отгружаются достаточно быстро, чтобы покупка цифрового товара на маркетплейсе закрывалась в ту же сессию, а карточки заполнены всеми атрибутами, которые Яндекс.Маркет принимает, а не минимумом для публикации.

Одно число - и весь каталог пересчитан

Ценникам всё же иногда нужна рука на рычаге: сдвинулся курс, у партнёра поменялись условия, надо подправить маржу. Вместо правки товаров множитель базовой цены лежит отдельной строкой в базе - RUB_MULTIPLIER, рядом с ним множитель для p2p. Меняешь значение, и ближайшая синхронизация пересобирает по нему все цены каталога: и на сайте, и в фиде Яндекс.Маркета.

Множители цены - по строке на каждый

Логотип, купленный на ярмарке

Знак магазина - не рисунок кактуса вообще, а вполне конкретный кактус. Подвеску я купил на уличной ярмарке в Реколете, Буэнос-Айрес, сфотографировал, отснял на зелёном фоне и обвёл вырезанный силуэт в тот знак, который теперь стоит на сайте, на обложках и сверху каждой карточки маркетплейса.

Подвеска из Реколеты

Вырезана в Photoshop

Сервис стилизации обложек - сделан, но не внедрён

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

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

Набор бейджей по мета-данным товара

Обложки категорий - одним набором

В каталоге было 33 категории, и ни у одной не было обложки. Вместо того чтобы заказывать их поштучно, весь набор сгенерирован через Kie AI по единому стилю промпта, подобранному под сайт: неоновая линейная графика, зелёное на почти чёрном, по одному предмету на плитку. Установка тоже пошла скриптом, а не 33 заходами в медиатеку - WP-CLI импортирует каждый файл и привязывает его к терму как обложку категории, одним прогоном внутри контейнера LiteSpeed.

Все 33 обложки категорий, один сгенерированный набор

Поддержка

Поддержка клиентов работает на self-hosted FreeScout по адресу support.cactusplay.ru: веб-чат и Telegram сведены в один ящик, а рядом с перепиской подтягиваются последние заказы клиента - оператор отвечает, не переключаясь между системами.

Почта на своём железе

Внешние почтовые сервисы берут за ящик и за объём, а магазину нужно было расти и в том, и в другом. Всю почту забрал на себя mailcow на собственном сервере: mail.cactusgames.ru отправляет по SMTP и принимает по IMAP для всех адресов, к нему же авторизуются поддержка и рассыльщик, и доставка больше не упирается в чужой тариф и чужие правила. Ниже - подключённый к нему FreeScout: отправка на 5587 через StartTLS, забор INBOX на 993 через SSL.

Отправка через mail.cactusgames.ru

Приём по IMAP

Собственный почтовый движок магазина

mail-manager - тот самый кампанийный движок, описанный выше, - в работе. Он стоит на CactusPlay и на консалтинговых сайтах: именно поэтому клиентская почта не зависит от внешнего провайдера.

Форма до финальной версии

И форма активации, и инструкция стоят поверх product-code-manager - и на CactusPlay, и на 1gros. Здесь более ранняя, промежуточная версия формы: её записали, чтобы обсудить подход с партнёром и убедиться в его корректности до того, как доводить до конца.

Ещё один заход на ту же раннюю форму, уже с превью: до подтверждения покупатель видит, какой товар он получит по коду. Баги JS на экране позже поправили.

Инструкция по активации кода

Демонстрационное видео для самого сайта: как пользователю активировать код. Стоит на CactusPlay и на консалтинговом 1gros. Такой онбординг сделал процесс понятным и прозрачным - и покупатели перестали жаловаться на него в Яндекс.

На сайте была проблема: после покупки на Яндекс.Маркете пользователи переходили на форму активации игры и терялись там, не понимая, как активировать игру. Поэтому я выделил время, написал сценарий и записал это видео. Покупатели видели его прямо в форме активации, и оно помогало им не потеряться, разобраться и довести активацию до конца.

Вход через российских провайдеров

Модуль aw-auth, который существует и отдельно, а здесь переиспользован на CactusPlay и на консалтинговых сайтах. Он закрывает OAuth-авторизацию через провайдеров, готовых решений под которых тогда не было: Яндекс, насколько знаю, вообще первый из доступного, плюс VK и Discord. Упор на рынок РФ - со всеми требованиями законодательства по данным.

Yandex ID - первый подключённый провайдер

Документы прежде оплат

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

С готовыми документами эквайринг стал досягаем. Просто так его не включают: магазин сначала прошёл модерацию, ради прохождения которой весь пакет документов и собирался. После неё расчётный счёт ушёл в Точку - её плагин для WooCommerce проводит оплату на сайте, а чеки печатает LifePay cloudprint. Покупатели из России платят рублями картой МИР, Visa или Mastercard либо через СБП, не уходя с оформления заказа.

Оплата рублями картой или через СБП

Та же схема ушла и в партнёрские магазины. Ниже - оформление заказа на 1gros: подытог в рублях, значки карт и СБП и строка о том, что платежи обеспечивает платформа Tochka.

Оформление заказа в партнёрском магазине

Моментальная отгрузка для Яндекс.Маркета

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

Решением стала кастомная форма активации ключей. При покупке наш API выдаёт покупателю ключ - по сути отложенное обязательство, - и этим закрывается окно отгрузки Яндекса; сама активация на аккаунт выполняется уже на нашей платформе, закрывая заказ на стороне Яндекса.

Та же цепочка работает и в партнёрских магазинах. Ниже - витрина 1gros на Яндекс.Маркете: карточки собраны автоматизацией каталога, а не заполнены руками, и каждая продажа сама выпускает ключ активации, который покупатель потом гасит на сайте.

1gros на Яндекс.Маркете, карточки собраны автоматизацией

Когда работы стало больше, чем рук

Не каждый модуль имело смысл писать самому. Чтобы не терять темп, обособленные куски уходили на фриланс-биржи вроде Kwork, а это работает только если постановка достаточно плотная, чтобы её можно было отдать без сопроводительного разговора. Ниже одна из таких постановок: плагин к FreeScout, который подтягивает чаты по заказам Яндекс.Маркета в тот же ящик, где веб-чат и Telegram - с указанием эндпоинта под каждую операцию, ленивой подгрузкой длинных переписок, вложениями и разметкой сообщений чата и арбитража.

Постановка на один из аутсорс-модулей

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

Кандидат уходит

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

Чат по заказу, разбираемый руками

Обычный день в ящике

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

Сервисный чат: бот CRM пишет о новых заказах

Консалтинг для других магазинов

Граббер и наработки вокруг него уходили и в консалтинг. Я применял их на 1gros.ru, ps-store.ru, playstaionplus.ru и xbox-store.ru: синхронизация базы через мой парсер, подключение сторонних магазинов, донастройка WordPress и сервисное обслуживание. На видео один из таких сайтов - 1gros.

Баннеры на главные страницы партнёрских магазинов

Работа по этим сайтам была не только про трубопроводы. Главным страницам нужно было с чего-то начинаться, и подписка PlayStation Plus получила собственный баннер - по уровням, в двух вариантах оформления на выбор магазина.

Тёмный вариант

Градиентный вариант

Обслуживание откуда придётся

Магазины продают круглосуточно, поэтому обслуживание не ждало рабочего места. Изрядная часть его шла по SSH с телефона: правка крона синхронизации на VPS 1gros, проверка баз playstationplus.ru и ps-store.ru, наблюдение за нагрузкой на сервере Xbox API. Красоты в этом нет, но синхронизация цен, вставшая в полночь, чинится в полночь.

Крон синхронизации на VPS 1gros

Базы обслуживаемых магазинов

Нагрузка на сервере Xbox API

Граббер в работе

Граббинг статичных списков товаров с сайта PlayStation - то сырьё, из которого потом собирается каталог.

Вторая половина той же работы: настройка коэффициента цены, который превращает цену магазина в цену, по которой продаёт шоп.

Результат

Граббер держит 20 000+ позиций в час, а изменения цен доходят и до магазина, и до карточки на Яндекс.Маркете без чьего-либо участия. Платформа обрабатывала реальные транзакции с момента запуска, а инфраструктура скрапинга пережила несколько редизайнов фронтенда PlayStation и Xbox Store за счёт точечных обновлений селекторов.

Поддержка: нагрузка от краулеров LLM

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

Поддержка: не наша главная страница

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