Netlify alternative for Russia

Netlify is handy for deploying sites from GitHub, but in Russia its dashboard and some sites won't open without a VPN, and you can't pay with a Russian card. Dada Cloud gives you the same path: connect a repo, push, and get a live HTTPS URL in minutes. Pay in rubles, servers in Russia, opens without a VPN.

Why teams move from Netlify to Dada Cloud

Pay with a Russian card

Russian card, invoice and closing documents for legal entities. No foreign card or intermediaries.

Deploy from GitHub, like Netlify

Connect a repo, push to the main branch — automatic rebuild and deploy. The framework (Next.js, static, SPA) is detected for you.

Opens without a VPN

Unlike Netlify, the dashboard and deployed sites are reachable from Russia directly, with no workarounds.

HTTPS domain out of the box

Right after the deploy the site is reachable over a valid TLS certificate. Your own domain connects in a couple of steps.

Managed PostgreSQL alongside

Netlify has no built-in database — you need an external provider. Here managed PostgreSQL is created next to the app and DATABASE_URL is injected automatically.

Data in Russia (152-FZ)

Sites and databases run on servers inside Russia — what the personal-data law requires.

How to move from Netlify to Dada Cloud

No need to rewrite the site — you're moving build and deploy configuration, six steps.

01

Connect a repo or upload an archive

In the console: Projects → Git → Connect, the same GitHub repo you had on Netlify, access via a GitHub App. Don't want to set up git — deploy straight from a zip or tar.gz instead.

02

netlify.toml isn't read here — check the autodetect

There's no direct netlify.toml equivalent. Dada detects the framework from manifests in the repo (package.json, requirements.txt, Dockerfile) — static sites, React/Vite SPAs, Next.js, Nuxt, SvelteKit, Python and others — and fills in the build command for you. Need a nonstandard build step — deploy from your own Dockerfile instead, it takes priority.

03

Check the build command and port

The autodetect result is shown on the app-creation screen before the first deploy. Framework, build command and start command can be edited by hand there if detection is off.

04

Move over your environment variables

Copy values from Netlify → Site configuration → Environment variables into the app's settings → environment variables. You can set a separate value for the preview address without cloning the whole environment.

05

Push to the main branch

A push to main triggers an automatic rebuild and deploy, same as a commit-triggered deploy on Netlify. The build log is visible in the console, and errors are immediately visible.

06

Connect a domain

Right after deploy the site is reachable at a name-hash.dada-tuda.ru address over HTTPS. Your own domain is added under the Domains tab: the apex is verified with a TXT record (dada-domain-verify=...), a subdomain via CNAME, with a Let's Encrypt certificate issued automatically after verification.

What Netlify had and where it moved to in Dada Cloud

Point by point — what carries over directly and what's named differently.

NetlifyDada CloudNote
Netlify Site (from GitHub)App in Dada CloudSame principle: one repo equals one app with auto-build on push.
netlify.tomlFramework autodetect or a DockerfileThere's no separate config file: build settings are detected automatically or set by hand on the app, with a Dockerfile for the nonstandard case.
Deploy Previews (per PR)Live-preview link for a deploy (*.pv.dada-tuda.ru)Not the same thing: it isn't an automatic preview URL per PR, but an HMAC-protected link for viewing an already-deployed environment, including embedding it in the console.
Netlify Environment variablesApp environment variables + preview overrideA separate value for the preview address is set per variable, not as a full environment clone.
Netlify DNS / custom domain + TLSDomains + managed TLSThe apex is verified with a TXT record, a subdomain via CNAME, with a Let's Encrypt certificate issued automatically.
Dollar usage-billingFixed ruble plansPay by Russian card, invoice, or contract with closing documents.

What doesn't move over directly

Being upfront about the differences so there are no surprises after the move.

Netlify Functions and Edge Functions

There's no serverless-function deploy type in Dada Cloud — an app always runs as a container service, not as a function invoked on demand. Function logic needs to move into the service itself (an API route inside the app) or onto a separate App Server.

The _redirects file and Netlify redirect rules

There's no _redirects file convention. Redirects and rewrite rules are configured at the app level, in the server or framework code, not through a platform config file.

Netlify Forms

There's no backend-less HTML form handling — you need to implement form submission yourself as a handler inside the app.

Netlify Identity

There's no ready-made auth-as-a-service for site visitors — user authentication needs to be built into the app itself or handled by an external service.

Split Testing (branch-based A/B)

There's no built-in split testing between deploy branches.

Replacing Netlify in Russia — FAQ

Often not: the dashboard and some deployed sites won't open without a VPN, and you can't pay with a Russian card. Data is stored abroad — which doesn't meet 152-FZ. Dada Cloud solves it: access without a VPN, ruble payments and servers in Russia.

Get your backend live from GitHub today

Connecting a repo takes a minute. You only pay for what you actually use.

Create account