Keitaro в self-hosted-стеке: что ставить рядом, а что только мешает

Keitaro в self-hosted-стеке: что ставить рядом, а что только мешает

Keitaro часто берут не «как трекер», а как центр связки: он собирает клики, ленды, постбеки и даёт контроль над логикой потоков. Но сам по себе он не закрывает весь цикл — вокруг него нужен минимальный стек без лишнего зоопарка.

Обычно рядом держат:
— домен на отдельной зоне под поток;
— VPS с нормальным аптаймом и бэкапом;
— SSL и понятные редиректы;
— прокси только там, где нужен внешний доступ или проверка витрин.

Если в схеме есть FB, TikTok или другие источники с чувствительным модерационным слоем, полезно заранее разделить трекер, ленды и админку по разным хостам или хотя бы по разным поддоменам.

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

Keitaro особенно удобен там, где нужен self-hosted контроль без постоянной зависимости от внешнего SaaS. Но его сила раскрывается только вместе с дисциплиной в доменах, бэкапах и структуре кампаний.