domain → routekit → anywhere

Ваш домен.
Любой сайт.
Любая инфраструктура.

RouteKit принимает запросы к домену и решает, куда их направить: на основной сайт, отдельный лендинг, приложение, хранилище или API. Без переноса сайта и сложной настройки инфраструктуры.

Посмотреть, как работает
Без переноса сайтаОсновной сайт не меняетсяПервое правило — за несколько минут
LIVE ROUTING
проблема

Иногда менять сайт — слишком долго.
А иногда невозможно.

Сайт уже работает, на него идёт реклама, он собран на Tilda, конструкторе или чужой CMS. И тут появляется задача.

site.ru/promo
запустить новый лендинг на основном домене
site.ru/files/
отдавать файлы из собственного хранилища
site.ru/app/
подключить веб-приложение
site.ru/api/*
проксировать запросы к backend
utm_campaign=test
перенаправить часть трафика на новую версию
geo / ip / utm
настроить правила обработки запросов

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

RouteKit добавляет слой управления перед существующим сайтом. site.ru → routekit → tilda | app | files | api | promo
как работает

Один домен.
Несколько источников.

Вы направляете домен через RouteKit. Основной сайт работает как раньше — RouteKit обрабатывает только те запросы, для которых вы создали правила. Остальное уходит куда шло.

routing.ymlAPPLIED
site.ru/*tilda-cmsproxyDEFAULT
site.ru/promo/*promo-productionproxy
site.ru/files/*s3://project-filesstorage
site.ru/api/*api.internal:8443proxy
site.ru/app/*app-serviceweb-app
// правила применяются на каждом запросе · изменение вступает в силу за ~0.4s

SIMULATOR

Проверьте любой путь
Нажмите на правило слева — путь подставится автоматически.
сценарии

Что можно сделать
с RouteKit

01 Запустить лендинг Новая страница на основном домене — без изменений в существующем сайте. site.ru/new-product→ваш сервер
02 Подключить файлы Документы, изображения и медиа — из собственного хранилища. site.ru/files/*→S3
03 Подключить приложение Сайт остаётся на конструкторе, сервис живёт на вашей инфраструктуре. site.ru/app→Next.js / backend
04 Маршрутизировать трафик Условия по URL, UTM-меткам, IP и Geo — на каждом запросе. utm_campaign=test→promo-v2
05 Управлять редиректами Правила перенаправления без изменения сайта или CMS. site.ru/old→301 → site.ru/new
06 Подключить API Отдельные endpoint'ы — через основной домен, без CORS-настроек. site.ru/api/*→ваш backend
before / after

Не переносите сайт
ради одной новой возможности

Tilda остаётся Tilda. Но теперь у домена появляется второй уровень: приложения, файлы, API и промостраницы — на том же адресе.

БЫЛО
site.ru──→Tilda
А всё новое — по отдельным адресам:
app.site.ruещё один поддомен
files.other-domain.ruчужой домен
promo.some-service.ruчужая платформа

Три DNS-записи. Три сертификата. Ноль общего управления.

С ROUTEKIT site.ru routekit Tilda site.ru/app → Application site.ru/files → S3 bucket site.ru/api → Backend site.ru/promo → Landing

Основной маршрут не тронут — добавились только правила.

управление правилами

Маршрутизация как конфигурация

Каждое правило — явная конфигурация: что совпало и куда направить. Никакой скрытой магии: её можно прочитать, выгрузить и положить в git. Попробуйте — редактор и YAML связаны.

routing.yml· project: fedorov-main
ROUTE /promo/*
ACTIVE
WHEN
AND
THEN route traffic to
LIVE PREVIEW
GET site.ru/promo/?utm_campaign=september-test
↓ ROUTEKIT rule /promo/* matched
↓ promo-production
—
automation

Управляйте инфраструктурой
через AI

Опишите задачу обычным языком. RouteKit предложит изменения конфигурации и покажет diff — применит только после вашего подтверждения. Никакой автономной магии: вы всегда видите, что меняется.

ASK ROUTEKIT
RouteKit сгенерирует правила и покажет изменения перед применением.
PROPOSED CHANGESwaiting for request
# опишите задачу слева —
# изменения появятся здесь
для кого

Особенно полезен, когда
сайт уже работает

для агентств

Работа с клиентом — без доступа к его CMS

Запускайте страницы и сервисы для клиента, не запрашивая полный доступ к его конструктору и хостингу. Правила живут в отдельном проекте — их легко передать и легко отозвать.

ТИПИЧНЫЙ МАРШРУТclient-site.ru/promo→agency-landing
для маркетологов

Промостраницы — за минуты, а не за спринт

Рекламные посадочные, A/B-эксперименты и сезонные страницы запускаются без тикета разработчику — и без риска для основного сайта: он просто продолжает работать.

ТИПИЧНЫЙ МАРШРУТsite.ru/?utm_campaign=spring→spring-landing
для разработчиков

Своя инфраструктура на рабочем домене

Подключайте приложения, API и хранилища к домену, который уже приносит трафик. Без миграции основного сайта, без даунтайма и без запросов на изменение DNS.

ТИПИЧНЫЙ МАРШРУТsite.ru/api/*→backend.internal:8443
для владельцев сайтов на конструкторах

Возможности своего сервера — без переезда

Файлы, приложения и интеграции появляются на вашем домене, пока сайт остаётся на Tilda или другой платформе — ровно таким, как есть.

ТИПИЧНЫЙ МАРШРУТsite.ru/files/*→s3://company-docs
безопасность

Вы контролируете каждое изменение

  • Projects
    правила изолированы по проектам
  • Environments
    staging и production раздельно
  • Rules
    версии и история изменений
  • Tokens
    доступ выдаётся по ключам
  • Logs
    каждое решение — в журнале

Конфигурация меняется только явными действиями — и всегда с предпросмотром. Перед применением RouteKit проверяет правила: пересечения путей, конфликты условий, недоступные цели. Применить изменения может только подтверждённый токен владельца.

routekit apply --env production
✓ config validated — no conflicts
2 rules changed · main site untouched
applied by owner token · 12:04:33 UTC
routekit

Не переделывайте сайт.
Добавьте недостающий слой.

Подключите существующий домен к RouteKit и управляйте страницами, сервисами и маршрутизацией из одного места.

Домен · первое правило · готово — настройка занимает несколько минут