Пять шагов до продакшена

  1. Зарегистрируйтесь. Email + пароль или вход одним кликом через Google, GitHub или Яндекс. Выбирайте аккаунт, который будет владеть операциями — командный шеринг приходит позже, и сменить владеющий аккаунт задним числом — не чистая операция.
  2. Подключите Cloudflare. Интеграции → Добавить Cloudflare → вставьте API-токен с правами Zone:Read и DNS:Edit. Ваши зоны появятся в Доменах за несколько секунд; в самом Cloudflare ничего не меняется.
  3. Синхронизируйте домены. Откройте Домены и нажмите Sync. Смотрите статусы, сроки и состояние DNS в одной таблице — не перебирая панели регистраторов. Отсюда же блокируйте и назначайте пакетом.
  4. Создайте структуру (опционально). Проекты группируют домены по клиенту, бренду или вертикали. Сайты привязывают цели редиректов (акцепторные домены) и становятся якорем для TDS-правил. На первый день можно пропустить, если у вас один бренд.
  5. Запустите редиректы. Редиректы → выберите сайт → шаблон T1–T7 → укажите цель → Sync. Изменение приземляется на Cloudflare ровно так же, как и через Page Rules, только вы сначала увидели дифф и применили пакетом.

Начинайте здесь, если

  • У вас 20+ доменов на одном или нескольких Cloudflare-аккаунтах, и интерфейс per-zone уже стал узким горлышком.
  • Вы ведёте несколько брендов или клиентов и нужна изоляция между проектами без отдельных Cloudflare-аккаунтов.
  • Хотите попробовать с минимальным риском — подключите один Cloudflare-аккаунт, синхронизируйте несколько доменов, отправьте один редирект, примите решение.

Пропустите, если

  • У вас всего один-два домена — Cloudflare Page Rules покроют этот случай дешевле.
  • Вы не на Cloudflare. 301.st читает и пишет через Cloudflare API; аналогов для Route 53 / Vercel / Netlify пока нет.
  • Вы хотите мигрировать DNS с Cloudflare — это движение в противоположную сторону.

Готово к продакшену

  • Авторизация: email + пароль, OAuth (Google / GitHub / Яндекс), управление способами входа.
  • Интеграции: Cloudflare (по токенам, несколько аккаунтов), Namecheap, NameSilo, VirusTotal.
  • Домены: фильтруемая таблица, инспектор на каждый домен, bulk: ре-синк, блок, привязка к проекту, привязка к сайту, создание и удаление поддоменов.
  • Маршрутизация: редиректы по шаблонам T1–T7 с версионируемым bulk-sync; TDS Smart Shield (гео/устройство/боты) и SmartLink (UTM/click-ID), разворачиваются на Cloudflare Workers.
  • Атрибуция: источники постбэков с per-event URL, живой дашборд конверсий, drop-in поддержка для 1Win-класса операторов и традиционных сетей. Самообслуживаемый биллинг и управление тарифом.

Операционные нюансы

  • Первый Cloudflare-sync на свежей интеграции с большим количеством зон может занять пару минут — потерпите на первом проходе; последующие быстрые.
  • Stripe недоступен в регионе RU (блокируется на уровне сети); российский деплой 301.ru использует Cryptomus и YooKassa.
  • TDS-правила разворачиваются на Cloudflare Worker на акцепторном домене — Free-лимит запросов Workers распространяется на ваш трафик. При росте объёма рекомендован Workers Paid.

FAQ

Нужен ли Cloudflare?

Да. 301.st работает поверх Cloudflare-зон — редиректы и TDS-правила разворачиваются именно там. Другие DNS-провайдеры пока не поддерживаются.

Можно ли пропустить проекты и сайты?

Да, они опциональны. Можно создавать редиректы сразу против синхронизированных доменов. Проекты/сайты добавляются позже, когда нужна изоляция между брендами, клиентами или окружениями.

В чём разница между Редиректами и TDS?

Редиректы — безусловные правила URL → URL: то, что делают Page Rules и Bulk Redirects, плюс версионирование и bulk-применение на все зоны. TDS добавляет условную маршрутизацию: Smart Shield фильтрует по сигналам запроса (гео, устройство, обнаружение ботов); SmartLink маршрутизирует по URL-параметрам (utm_source, fbclid, gclid, sub-ID). Начинайте с Редиректов; подключайте TDS, когда юзкейс реально требует условия.

Следующие руководства