Kintura: self-hosted трекер с автооптимизацией трафика

Kintura: что это такое

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

Честно говоря, сейчас это уже не "фишка" - похожие механики есть у нескольких трекеров. Kintura не лидер рынка, но и не мертва. У неё есть своя аудитория, которая использует её годами и не планирует переезжать.

Что реально выделяет трекер: написана на Node.js с MongoDB вместо стандартного PHP/MySQL. Это нетипично для ниши и влияет на всё - от требований к серверу до производительности под нагрузкой.

Лицензия и цены

Только self-hosted. $99/месяц или $799/год - последнее выгоднее примерно на треть, выходит что-то около $66/месяц в пересчёте. Бесплатного периода нет, но до покупки поддержка отвечает на технические вопросы.

Лицензия - на один сервер. Хочешь два сервера под нагрузку - нужна вторая лицензия. Для большинства это не проблема, но при масштабировании стоит учитывать.

Сервер: что нужно

Тут Kintura отличается от PHP-трекеров. Стек:

• Node.js 18 LTS
• MongoDB 6.0
• Redis 6+
• Nginx (как обратный прокси)
• Ubuntu 20.04 или 22.04

По ресурсам: минимум 4 GB RAM. MongoDB прожорливее MySQL - на сервере с 4 GB памяти она займёт 1.5-2 GB только под себя. Для комфортной работы лучше 6-8 GB. CPU - 2+, диск SSD от 40 GB.

Установка на Ubuntu 22.04

Базовые пакеты и Nginx:

apt update && apt upgrade -y
apt install -y nginx certbot python3-certbot-nginx curl

Node.js 18 через официальный скрипт:

curl -fsSL https://deb.nodesource.com/setup_18.x | bash -
apt install -y nodejs

MongoDB 6.0:

curl -fsSL https://www.mongodb.org/static/pgp/server-6.0.asc | gpg -o /usr/share/keyrings/mongodb-server-6.0.gpg --dearmor
echo "deb [ arch=amd64,arm64 signed-by=/usr/share/keyrings/mongodb-server-6.0.gpg ] https://repo.mongodb.org/apt/ubuntu jammy/mongodb-org/6.0 multiverse" | tee /etc/apt/sources.list.d/mongodb-org-6.0.list
apt update && apt install -y mongodb-org
systemctl enable --now mongod

Redis:

apt install -y redis-server
systemctl enable --now redis

Nginx настраиваем как прокси перед Node.js приложением (оно слушает порт 3000):

server {
    listen 80;
    server_name kintura.yourdomain.com;

    location / {
        proxy_pass http://localhost:3000;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_cache_bypass $http_upgrade;
    }
}

SSL:

certbot --nginx -d kintura.yourdomain.com --non-interactive --agree-tos -m admin@yourdomain.com

Сам Kintura качается с официального сайта после покупки. Разворачиваем и запускаем через PM2:

cd /var/www/kintura
npm install --production
cp .env.example .env
# Прописать MongoDB, Redis, ключ лицензии
npm install -g pm2
pm2 start ecosystem.config.js
pm2 save && pm2 startup

Всё остальное - через веб-интерфейс после первого запуска.

Как это работает изнутри

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

Из готовых шаблонов источников трафика - PropellerAds, Zeropark, ClickDealer, TrafficJunky и ещё несколько десятков. Подключить новый источник вручную - минут десять максимум.

Офферам можно задавать дневные лимиты: при достижении бюджета оффер отключается автоматически. Полезно при работе с CPA-сетями где важно не выйти за рамки договорённостей.

Автооптимизация - как она работает реально

Это то, ради чего Kintura и создавалась. Настраивается через Optimization Rules: выбираешь метрику (ROI, EPC, CR), период сбора данных, минимальный порог кликов для принятия решения, и агрессивность изменений весов.

По сути это взвешенный A/B тест, который сам корректирует распределение трафика раз в заданный период. Не нужно заходить каждые несколько часов и вручную двигать ползунки.

Подводный камень один: для работы алгоритма нужен объём. При 200-300 кликах в день статистика скачет слишком сильно, и автооптимизация может принять решение по случайному шуму. Нормально работает от 500-1000 кликов в день на кампанию.

Производительность

Node.js асинхронно обрабатывает запросы - это значит, что один процесс может держать много одновременных соединений без блокировки. При высоком трафике это преимущество перед синхронным PHP.

MongoDB быстро пишет данные, но агрегационные запросы (когда строишь отчёт за месяц по 20 срезам) могут работать несколько секунд при миллионах кликов. Это нормально, но стоит знать заранее.

Пара настроек для ускорения:

• В /etc/mongod.conf прописать wiredTigerCacheSizeGB = 40-50% от RAM сервера
• PM2 cluster mode на многоядерных серверах: добавить instances: "max" в ecosystem.config.js

Kintura vs конкуренты: где она выигрывает

Keitaro лучше документирован и больше распространён в СНГ, Binom быстрее обрабатывает клики за счёт простой архитектуры, FunnelFlux даёт визуальный редактор воронок.

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

Итог

Kintura - рабочий инструмент, который занимает свою нишу уже несколько лет. Не лидер, но и не устаревший. Node.js/MongoDB стек хорошо держит нагрузку, автооптимизация реально помогает при достаточных объёмах трафика.

Главное помнить при выборе сервера: 4 GB RAM - это минимум, а не комфорт. MongoDB требует памяти. VPS с 6-8 GB RAM и SSD-дисками даст нормальную работу без постоянных оглядок на нагрузку.