Five Steps to Production

  1. Sign up. Email + password, or one-click via Google, GitHub, or Yandex. Pick the account that will own ops — team-sharing comes later, and switching the owning account afterward is not a clean operation.
  2. Connect Cloudflare. Integrations → Add Cloudflare → paste an API token with Zone:Read + DNS:Edit scopes. Your zones appear in Domains within seconds; nothing about your Cloudflare setup changes.
  3. Sync domains. Open Domains and run Sync. Review statuses, expiry dates, and DNS health in one table instead of clicking through registrar dashboards. Block or assign in bulk from here.
  4. Create structure (optional). Projects group domains by client, brand, or vertical. Sites declare a primary domain and bind redirects and TDS rules to it.
  5. Ship redirects. Redirects → pick a site → pick a T1–T7 template → fill the target → Sync. The change lands on Cloudflare exactly as it would have through Page Rules, except you saw a diff first and applied it in batch.

Start Here If

  • You run 20+ domains across one or more Cloudflare accounts and the per-zone UI is now the bottleneck.
  • You manage multiple brands or clients and need isolation between projects without separate Cloudflare accounts.
  • You want to evaluate with minimal risk — connect one Cloudflare account, sync a handful of domains, ship a single redirect, decide.

Skip If

  • You only have one or two domains — Cloudflare Page Rules cover that case cheaper.
  • You are not on Cloudflare. 301.st reads and writes through the Cloudflare API; we do not currently support Route 53 / Vercel / Netlify equivalents.
  • You want to migrate DNS away from Cloudflare. That is the opposite direction.

What Is Built

  • Auth: email + password, OAuth (Google / GitHub / Yandex), multi-method sign-in management.
  • Integrations: Cloudflare (token-based, multiple accounts), Namecheap, NameSilo, VirusTotal.
  • Domains: filterable table, per-domain inspector, bulk block / unblock / delete / point at a target, subdomain create + delete.
  • Routing: redirects with T1–T7 templates and version-aware bulk sync; TDS Smart Shield (geo/device/bot) and SmartLink (UTM/click-ID) rules deployed to Cloudflare Workers.
  • Attribution: postback sources with per-event URLs, live conversions dashboard, drop-in support for 1Win-class operators and traditional networks. Self-service billing and plan management.

What Catches People Out

  • First Cloudflare sync on a fresh integration with many zones can take a couple of minutes — be patient on the initial run; subsequent syncs are fast.
  • Stripe is unavailable in the RU region (blocked at the network level); the Russian deploy at 301.ru uses Cryptomus and YooKassa instead.
  • TDS rules deploy to a Cloudflare Worker on your primary domain — Free plan Worker request quotas apply to your traffic. Workers Paid is recommended once volume grows.

FAQ

Do I need Cloudflare?

Yes. 301.st operates on top of Cloudflare zones — redirects and TDS rules are deployed there. Other DNS providers are not currently supported.

Can I skip projects and sites?

You never create them, and you never work without them. Every account starts with a project called "Default Workspace" holding a site called "Default", and a redirect attaches to a site — so the first one lands there without you choosing anything. Add your own when you need isolation between brands, clients, or environments.

What is the difference between Redirects and TDS?

Redirects are unconditional URL → URL rules — what Page Rules and Bulk Redirects do, plus versioning and bulk apply across zones. TDS adds conditional routing: Smart Shield filters by request signals (geo, device, bot detection); SmartLink routes by URL parameters (utm_source, fbclid, gclid, sub-IDs). Start with Redirects; add TDS when a use case actually needs the conditions.

Next Guides