Трекер Keitaro 2026: обзор, лицензия и связка с Google Ads

Вы платите за клики в Google Ads, но не знаете, какая связка «кампания → объявление → лендинг → оффер» реально приносит деньги, потому что данные живут в трёх несвязанных местах: кабинет, аналитика и партнёрка. Трекер Keitaro закрывает ровно этот разрыв — он ставится на ваш сервер, принимает клик, запоминает его параметры и сшивает их с конверсией, которая пришла назад через постбек. В этом обзоре — что именно умеет трекер Keitaro в 2026 году, к чему привязана лицензия, какой сервер потребуется, как устроена интеграция с Google Ads, где у неё жёсткие ограничения, сколько всё это стоит в сумме и в каких случаях трекер вам вообще не нужен. Факты взяты из официальной документации Keitaro; там, где документация молчит, об этом сказано прямо.

Что такое Keitaro и чем трекер отличается от аналитики

Keitaro — это self-hosted трекер: вы покупаете лицензию, арендуете сервер и ставите программу себе, а не пользуетесь чужим облаком. Отсюда и главное отличие от GA4 и от облачных сервисов: сырые данные о кликах лежат у вас, их никто не семплирует и не агрегирует за вас, а скорость отчётов упирается только в железо, за которое вы платите.

Путать трекер с веб-аналитикой не стоит, у них разные единицы учёта. GA4 считает сессии и события на сайте и отвечает на вопрос «что человек делал на странице». Трекер считает клики на входе в воронку и отвечает на вопрос «из какого источника, с какого объявления, по какому гео и устройству пришёл этот конкретный клик и чем он закончился». Поэтому связка «трекер плюс аналитика» не избыточна: расхождения между системами — это нормальное явление, и мы разбирали его отдельно в материале про расхождение конверсий между Google Ads и GA4.

Второе отличие — направление данных. Аналитика собирает данные для чтения, трекер собирает их ещё и для возврата: он принимает постбек от партнёрской программы и отправляет конверсию обратно в рекламный кабинет, чтобы автостратегия оптимизировалась на реальную выручку, а не на клик. Если эта часть вам в принципе незнакома, начните с базового разбора серверного трекинга и sGTM — механика возврата данных там та же.

Лицензия Keitaro: к чему она привязана и что ломается при истечении

Это первое, что стоит понять до покупки, потому что лицензия Keitaro устроена жёстче, чем у облачных сервисов. В документации сказано прямо: ключ привязан к трекеру и используется одновременно только одним трекером, а сама лицензия привязана к основному IP-адресу сервера. Формула, которую приводит вендор, звучит как «один ключ — один сервер — один трекер». Дополнительные IP-адреса на сервере трекер не поддерживает.

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

Что происходит при истечении лицензии, важно понимать заранее. По документации трекер перестаёт работать полностью: останавливаются редиректы и обработка трафика. Это не деградация до «только чтение» — это остановка боевого контура, через который идут ваши клики. Уведомление приходит за 7 дней, в самом трекере и на почту. Данные при этом никуда не деваются: настройки, кампании и сайты остаются на сервере, и при продлении всё поднимается. Но лицензии, не продлённые в течение 360 дней, удаляются без возможности восстановления.

Смена редакции бесплатна и делается в кабинете кнопкой Change edition. При апгрейде срок действия автоматически пересчитывается в меньшую сторону — доплачивать отдельно не нужно; при даунгрейде срок не продлевается и деньги не возвращаются, так что понижать тариф имеет смысл только в момент окончания текущей лицензии.

Сервер под трекер Keitaro: требования, которые не обходятся

Keitaro ставится скриптом на чистый сервер — именно чистый, без панели управления. Документация называет обязательными условиями CentOS 9 Stream или CentOS 10 Stream, виртуализацию KVM, диск от 20 ГБ SSD и минимум 4 ГБ оперативной памяти. Отдельно оговорено, что трекер не поддерживает работу за NAT. Установка на 2 ГБ и 1 CPU технически возможна, но вендор сразу предупреждает о проблемах с производительностью.

Железо подбирается не «по размеру бизнеса», а по числу кликов в сутки — вот таблица из официальной документации:

Кликов в сутки	Тип сервера	RAM	CPU
до 100 000	VPS	4 ГБ	2
100 000 – 500 000	VPS	8 ГБ	4
500 000 – 1 000 000	VPS/VDS	16 ГБ	4
1 000 000 – 5 000 000	VDS	32 ГБ	4
5 000 000 – 10 000 000	VDS	64 ГБ	8

Обратите внимание на логику таблицы: до миллиона кликов растёт в первую очередь память, а не процессор. Это прямое следствие того, что трекер пишет и читает большие объёмы однотипных записей, а не считает сложную математику. В инструкции по развёртыванию на Hetzner вендор уточняет: shared-процессор годится до миллиона кликов в сутки, выше нужен dedicated, а минимально применимой конфигурацией там назван CX21.

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

Установка: порядок действий на один вечер

Арендуйте чистый сервер нужной конфигурации под CentOS 9 Stream, без панели управления.
Зайдите по SSH или через веб-терминал провайдера.
Запустите установочный скрипт: curl https://files.keitaro.io/scripts/releases/stable/kctl.sh | bash -s -- install
Дождитесь окончания установки. На Hetzner, где тот же скрипт можно положить прямо в поле Cloud configs при создании сервера, вендор просит подождать около 30 минут.
Откройте панель по адресу http://IP_сервера/admin и активируйте ключ.
Если что-то пошло не так, лог установки лежит в /var/log/keitaro/install.log.
Привяжите домен (для трекинг-скрипта он обязан работать по HTTPS) и только после этого заводите первую кампанию.

Отдельное предупреждение из инструкции по Hetzner: включение файрвола провайдера может заблокировать часть вашего целевого трафика. Если после запуска кликов «нет», а в кабинете Google Ads они есть, проверьте это раньше, чем начнёте искать проблему в кампании.

Интеграция с Google Ads: что умеет и чего не умеет

Интеграция настраивается в разделе Maintenance → Integrations → Google Ads, кнопкой Add account. Дальше вы логинитесь в Google-аккаунт и разрешаете приложению Keitaro работать с рекламными данными. В форме три поля: произвольное имя (на работу не влияет), Customer ID — его берут в правом верхнем углу рекламного аккаунта и вводят без дефисов, — и Google token, который подставляется автоматически и который не нужно ни менять, ни редактировать.

Дальше вы выбираете, в какие кампании Keitaro будут поступать затраты, и настраиваете Mapping — соответствие статусов и событий трекера конверсиям в Google Ads. Кампания в трекере при этом создаётся из шаблона источника GoogleAds, а расходы раскладываются по кампаниям через параметр {campaignid} из этого шаблона.

Теперь цифры, которые меняют ожидания от инструмента. Затраты обновляются с интервалом 12 часов. Конверсии отправляются с интервалом 6 часов, отсчёт идёт с момента установки трекера. Конверсия уходит в Google Ads только при наличии параметра gclid — нет идентификатора клика, нет возврата данных. Проверять отправку вендор предлагает в логах S2S.

Из этого следует простая операционная вещь: сверять ROI «в реальном времени» по этой интеграции бессмысленно, расход в трекере отстаёт на полсуток. Если вам нужна оперативная сверка, её источником остаётся сам кабинет, а трекер отвечает за историю и за возврат конверсий. И отдельно про gclid: он обязан дойти до трекера живым, поэтому разметку конечных URL и шаблоны отслеживания лучше один раз собрать правильно — подробный разбор есть в статье про GCLID, GBRAID и WBRAID в шаблонах отслеживания.

Главное ограничение, которое ломает планы агентствам: в документации прямо сказано, что интеграция не работает с MCC-аккаунтами. То есть подключать нужно каждый клиентский аккаунт отдельно, а не управляющий. Второе требование — верифицированный профиль Google Ads. Третье — если в логах появляется ошибка «Synchronization is not set in the campaign», значит кампания просто не добавлена в настройки интеграции.

Что закрывает трекер, а что остаётся на стороне Google Ads и GA4

Задача	Keitaro	Google Ads	GA4
Сырой лог каждого клика с параметрами	да, у вас на сервере	нет	нет
Приём постбека от партнёрки	да	нет	нет
Возврат конверсии в кабинет	да, раз в 6 часов и только с gclid	—	через связку аккаунтов
Фактический расход по кампаниям	подтягивает раз в 12 часов	первоисточник	импортом
Поведение на сайте, воронка страниц	нет	частично	да
Работа с MCC	нет	да	—
Обучение автостратегий	косвенно, через возвращённые конверсии	да	нет

Таблица объясняет, почему трекер не заменяет ни кабинет, ни аналитику, а встраивается между ними. Если вы ещё выбираете инструмент, посмотрите сравнение трекеров AdsBridge и RedTrack: там разобрана облачная альтернатива self-hosted подходу, и выбор чаще всего сводится не к функциям, а к готовности администрировать свой сервер.

Tracking Script вместо редиректа: когда он нужен

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

Код берётся на вкладке Tracking в кампании и вставляется в index.html или index.php между тегами <head> и </head>; домен кампании при этом должен работать по HTTPS. На странице благодарности ставится такой же код. Конверсия отправляется методом KTracking.reportConversion(payout, status, params, cb), где статус принимает значения lead, sale или rejected, а в параметрах можно передать sub_id_1…sub_id_30. Отдельный метод KTracking.update() обновляет те же sub_id уже после клика, а KTracking.ready() отдаёт subid и токен.

Ограничения вендор перечисляет честно, и их стоит прочитать до внедрения: скрипт не поддерживает сплит лендингов и офферов, для работы схемы в потоке обязательно должны быть офферы, а размещение скрипта в локальном оффере создаёт дубли кликов. Считается первый визит; чтобы учитывать неуникальные клики, нужен параметр collectNonUniqueClicks: true или _new=1 в ссылке. Если вы уже сталкивались с задвоением данных, логика будет знакома по разбору дублей конверсий и дедупликации.

Keitaro 10: что изменилось и кому это важно

Десятая версия — это в первую очередь переход на ClickHouse: вендор называет это полной поддержкой ClickHouse и отдельно отмечает, что нужна миграция. Для аккаунтов с большими объёмами именно это, а не новые кнопки, определяет скорость отчётов. Из остального в списке нововведений: собственная Geo DB, защита дашборда, интеграции с Namecheap и Cloudflare, расширенная поддержка IPv6, журнал аудита, более 120 валют, тёмная тема и новые языки интерфейса. Часть функций доступна начиная с определённых редакций — Geo DB и тёмная тема от Starter, защита дашборда и интеграции от Expert, журнал аудита от Team.

Два момента про деньги и миграцию. Обновление до Keitaro 10 поддерживается на всех планах, покупать новый план для апдейта не нужно. Пользователям старых тарифов (Basic, Pro, Business) новые функции недоступны — им доступен только переход на ClickHouse ради ускорения отчётов. Для тех, кто трекером ещё не пользовался, вендор упоминает бесплатный ключ Keitaro 10 на две недели — это и есть нормальный способ проверить инструмент до покупки.

Сколько это стоит на самом деле: модель на салфетке

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

Лицензия — повторяющийся платёж, редакция выбирается по нужным функциям, а не по объёму.
Сервер — выбирается по таблице кликов выше; это второй по величине и единственный растущий со временем платёж.
Домены — трекинговый домен нужен с HTTPS, и их обычно больше одного.
Администрирование — обновления, бэкапы, мониторинг диска. Это не ноль: self-hosted означает, что дежурный по серверу — вы.
Время на внедрение — настройка потоков, постбеков и mapping-а статусов, плюс неделя на сверку цифр.

Простая проверка целесообразности: если месячная стоимость всей этой конструкции меньше, чем деньги, которые вы сейчас теряете на решениях вслепую, трекер окупается. Для аккаунта на 2–3 кампании и один оффер он обычно не окупается — там хватает кабинета и аналитики. Как считать «деньги, теряемые вслепую», мы разбирали в материале про импорт офлайн-конверсий в Google Ads: там та же логика возврата данных, но без своего сервера.

Чего в документации Keitaro нет

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

Состав устанавливаемых компонентов — скрипт ставит всё сам, но что именно, на странице установки не перечислено.
Используемые порты, кроме адреса панели /admin.
Механизм и формат отправки конверсий в Google Ads: сказано только, что отправка идёт при наличии gclid раз в 6 часов.
Точные имена макросов для подстановки gclid в шаблон отслеживания — в тексте они показаны только на скриншотах.
Где именно внутри трекера хранится gclid, кроме того, что клики видны в логе кликов.
Логика повторных попыток и лимиты на количество отправляемых конверсий.
Серверные требования конкретно для трекинг-скрипта.
Требования к ОС для десятой версии — страница FAQ их не перечисляет.

Все эти пункты не повод отказываться от инструмента, но повод закладывать запас на тесты и не обещать заказчику точности, которую вендор не декларировал.

Граница, которую этот блог не переходит

У любого трекера есть фильтры и правила маршрутизации — по гео, устройству, источнику, частоте. Это нормальный инструмент: он нужен, чтобы отправить мобильный трафик на мобильный лендинг, отсечь гео, где у вас нет оффера, или остановить поток, который выжег бюджет. Но тот же механизм можно использовать, чтобы показывать проверяющим Google одну страницу, а пользователям другую. Это нарушает политики Google Ads, ведёт к блокировке и бьёт по людям, которые кликают по рекламе, — такие инструкции вы в этом блоге не найдёте ни сегодня, ни в будущем.

Есть и практичная сторона вопроса. Рекомендация из документации Keitaro отключить трекинговые куки относится к способу отслеживания, а не к сокрытию контента: куки — не единственный и не самый надёжный носитель идентификатора клика, и отказ от них упрощает жизнь в тех браузерах, где они режутся. Если вы работаете в регулируемых вертикалях, честный путь в 2026 году — сертификация и верификация, а не обход проверки. Инфраструктурная часть этой задачи — тема нашего раздела сервисов для работы с Google Ads и материалов про агентские аккаунты Google Ads.

Внедрение за семь дней: чек-лист

День 1. Выбрать редакцию и сервер по таблице кликов. Проверить, что провайдер даёт KVM и не меняет IP произвольно.
День 2. Установить трекер скриптом, активировать ключ, поставить домен с HTTPS, сделать первый бэкап.
День 3. Завести кампанию из шаблона источника GoogleAds, собрать ссылку и положить её в шаблон отслеживания кампании.
День 4. Подключить интеграцию: Customer ID без дефисов, выбор кампаний, mapping статусов. Проверить, что профиль Google Ads верифицирован.
День 5. Настроить постбек партнёрки, прогнать тестовую конверсию, найти её в логе S2S.
День 6. Свериться: клики трекера против кликов кабинета, конверсии трекера против конверсий кабинета. Расхождение в пределах нескольких процентов нормально, кратное — ищите потерю gclid.
День 7. Зафиксировать соглашение по именованию — потоки, офферы, sub_id. Без него через месяц отчёт превратится в кашу; практика описана в материале про UTM-разметку и naming conventions.

Пять ошибок, на которых теряют время

Ждать данных в реальном времени. Расход подтягивается раз в 12 часов, конверсии уходят раз в 6 — это заложено в интеграцию, а не сломалось у вас.
Подключать MCC. Интеграция с управляющим аккаунтом не работает, нужен каждый клиентский аккаунт отдельно.
Ставить трекинг-скрипт в локальный оффер. Получите дубли кликов и потом неделю будете искать, почему цифры завышены.
Экономить на памяти. Трекер на 2 ГБ запустится, но вендор сам предупреждает о проблемах с производительностью, а деградация редиректа — это потерянные клики.
Забыть про дату окончания лицензии. При истечении останавливаются редиректы и обработка трафика целиком, а не отдельные отчёты.

Трекер не делает кампании прибыльными. Он делает решения проверяемыми: вы перестаёте спорить о том, что работает, и начинаете смотреть в лог. Всё остальное — следствие.

FAQ

Что такое трекер Keitaro простыми словами?

Это программа, которую вы ставите на свой сервер. Она принимает клик, записывает его параметры, направляет пользователя на нужный лендинг или оффер и затем связывает этот клик с конверсией, пришедшей обратно через постбек.

К чему привязана лицензия Keitaro?

К основному IP-адресу сервера. Действует правило «один ключ — один сервер — один трекер», дополнительные IP-адреса на сервере не поддерживаются. Перепривязать ключ можно самостоятельно через кнопку Unlink в личном кабинете.

Что будет, если лицензия закончится?

Трекер перестаёт работать полностью: останавливаются редиректы и обработка трафика. Данные остаются на сервере и восстанавливаются при продлении, но лицензии, не продлённые в течение 360 дней, удаляются без возможности восстановления. Уведомление приходит за 7 дней.

Какой сервер нужен под Keitaro?

Чистый сервер без панели управления, CentOS 9 или 10 Stream, виртуализация KVM, от 20 ГБ SSD и минимум 4 ГБ памяти. Дальше конфигурация подбирается по числу кликов в сутки: 4 ГБ до 100 тысяч, 8 ГБ до 500 тысяч, 16 ГБ до миллиона. Работа за NAT не поддерживается.

Работает ли интеграция Keitaro с MCC-аккаунтом Google Ads?

Нет. В документации прямо указано, что интеграция не работает с MCC. Каждый клиентский аккаунт подключается отдельно, и у него должен быть верифицированный профиль Google Ads.

Как часто Keitaro отправляет конверсии в Google Ads?

Раз в 6 часов, начиная с момента установки трекера. Затраты из кабинета подтягиваются раз в 12 часов. Конверсия отправляется только при наличии параметра gclid; проверить отправку можно в логах S2S.

Можно ли обойтись без редиректа и поставить только скрипт?

Да, для этого есть трекинг-скрипт: код вставляется в head страницы, домен кампании должен работать по HTTPS. Но он не поддерживает сплит лендингов и офферов, а при размещении в локальном оффере создаёт дубли кликов.

Чем Keitaro отличается от облачных трекеров?

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

Что нового в Keitaro 10?

Главное — полная поддержка ClickHouse, для которой нужна миграция. Также собственная Geo DB, защита дашборда, интеграции с Namecheap и Cloudflare, расширенная поддержка IPv6, журнал аудита, более 120 валют и тёмная тема. Часть функций доступна начиная с определённых редакций.

Можно ли протестировать трекер бесплатно?

Вендор упоминает бесплатный ключ Keitaro 10 на две недели для тех, кто трекером ещё не пользовался. Это разумный способ проверить интеграцию и скорость отчётов на своих объёмах до покупки лицензии.

Заменит ли трекер аналитику GA4?

Нет. Трекер считает клики на входе в воронку и возвращает конверсии, аналитика считает поведение на сайте. Это разные единицы учёта, и расхождения между ними — ожидаемое явление, а не ошибка настройки.

Нужен ли трекер небольшому рекламодателю?

Чаще всего нет. Если у вас несколько кампаний, один сайт и конверсии фиксируются тегом, кабинета и GA4 достаточно. Трекер оправдан, когда источников несколько, офферы внешние и решения принимаются по сырым логам.

Первоисточники: документация Keitaro о лицензии, инструкция по установке и раздел об интеграции с Google Ads. Подборку сервисов и партнёрских программ, с которыми работают медиабайеры, мы держим в разделе партнёрских программ.

Трекер Keitaro в 2026: честный обзор — лицензия, сервер и связка с Google Ads