Skip to main content
All articles

Webflow Hosting Alternatives: 5 Cheaper Ways in 2026

WebflowHostingAlternativesStatic Hosting

I've been shipping static sites since the Geocities days, and there's a thing that keeps happening with Webflow customers: they love the Designer, they don't love the renewal email. Specifically the one that says the Premium plan they need for a proper CMS site is going to be three hundred quid a year, before you even think about an Ecommerce add-on or a second site.

So this piece is for the person who has already done the maths and decided the bill is too high. We'll go through what Webflow actually costs in 2026, what you keep and what you lose when you export the code, the best hosting for Webflow exports across five cheaper providers, and how to plug the gaps the exporter leaves behind. If you came here searching for a Webflow hosting alternative because the per-site bill keeps stacking, you're in the right place. Pitches at the end, not the start.

Webflow hosting plans and pricing in 2026: what you actually pay

Webflow hosting cost is the thing that pushes most people to look elsewhere, so let's get the numbers on the table first. These are verified from webflow.com/pricing as of mid-2026, billed annually.

Site plans

PlanPrice (billed annually)BandwidthCMS items
StarterFree1 GB/mo50 items, 20 collections
Basic$15/mo10 GB/moNo CMS (static only)
Premium$25/moUp to 2.5 TB/mo20,000 items, 40 collections

Ecommerce plans

PlanPrice (billed annually)BandwidthProducts
Standard$29/mo50 GB/mo2,000 items
Plus$74/moUp to 2.5 TB/moUp to 20,000
Advanced$212/moUp to 2.5 TB/moUp to 20,000

A few flags before you cost things out:

  • The Starter free tier won't take a custom domain. The moment a client says "and the domain is acme.co.uk", you're on Basic at minimum.
  • Basic has no CMS. If you've built anything with collections in the Designer, you need Premium.
  • Those prices are billed annually. Monthly billing is roughly 20% more, and a lot of folks end up there because the annual commit feels too tight.
  • Add-ons (extra users, Logic operations, Localisation locales) sit on top.

In practice, a small studio running three or four client sites on Premium will be looking at $900 to $1,200 a year just for hosting, before anyone touches the Designer.

Why people look for cheaper Webflow hosting

People leave Webflow hosting mainly because per-site pricing stacks badly across multiple projects. The "host your Webflow site elsewhere" conversation usually starts when one of these is true:

  • Per-site pricing scales badly. Each Webflow site needs its own paid plan. There's no "all my client sites in one account" tier the way there is on most static hosts.
  • The CMS is overkill. The site has a blog with twelve posts that gets updated three times a year. Premium for that is silly money.
  • The site is basically done. It's a marketing brochure that hasn't been touched in eighteen months. Nothing's changing. Why is it on a $25/mo plan?
  • Bandwidth headroom doesn't matter. 2.5 TB on Premium sounds generous until you notice your site does 4 GB a month and would fit on a free tier ten times over.
  • Agency-side stacking. Five client sites at $25/mo = $1,500/yr. The client doesn't see that line item, the agency does, and the margin is the first thing to get squeezed when the client pushes back on the retainer.

I watched someone on r/webflow last month run the maths on exactly this. They'd been paying around $40/mo (Premium on monthly billing) to host a static portfolio, moved the same files to a plain S3 + CloudFront + free SSL setup, and brought the bill down to under $2 a month. Different host, same site, twentieth of the cost. That gap is the whole reason this article exists.

None of this is a criticism of the Webflow tool itself. The Designer is genuinely good. It's the hosting bundle that doesn't fit every shape of project.

The export route: keep the Designer, drop the hosting bill

Webflow lets you export the rendered site as a ZIP of HTML, CSS, JS and images. I've covered the mechanics of that in the export your Webflow site as static code piece, so I won't repeat the click-by-click here. Webflow website hosting is what you're replacing, not the Designer - this is the closest thing to a self host Webflow workflow that actually works. You can't run the Designer yourself, but you can absolutely run the output.

What you keep: the HTML, the CSS, the JS, the images, the fonts, the responsive breakpoints, the interactions, the SEO meta tags. The site looks identical.

What stops working the second the ZIP leaves Webflow:

  • The CMS as a live database. You get a static snapshot, frozen at export time.
  • Forms. The Webflow form endpoint goes away with the hosting.
  • Site search (the Webflow-hosted one).
  • Conditional visibility tied to CMS data.
  • The Editor, for client edits.
  • Password protection.
  • Ecommerce (cart, checkout, products, accounts).
  • User Accounts / gated content.

You still pay Webflow to use the exporter. Export is gated behind a paid Workspace seat - the exported site is free to host, but every time you tweak content in the Designer and re-export, you're still paying for the Workspace. If your site never changes again, fine - export once and cancel. If you re-export monthly, factor the Workspace seat into your sums alongside the new hosting bill.

If your site is a marketing brochure with a contact form, that's an afternoon's work. If your site is a paid-membership directory with conditional content gates and a Stripe checkout, stop reading this and stay on Webflow. Seriously.

Messy bits the exporter leaves behind

Webflow's native export isn't a clean handoff. Three artefacts worth knowing about before you ship the ZIP to a new host:

  • Image URLs stay pointed at Webflow's asset CDN. The export doesn't rewrite asset paths, so a chunk of your imagery is still served from Webflow infrastructure. Convenient until Webflow shuffles that domain and your images break. Worth rewriting paths to relative ones, or downloading the assets and pointing the HTML at local copies.
  • JS and CSS files ship gzipped. Most of the hosts in the comparison below handle this transparently; the issue only bites if you put the export on a bare nginx box you configured yourself. If you do, unzip the files before upload or set the right Content-Encoding header.
  • CSS-embedded images sometimes get left out entirely. Background images referenced inside stylesheets don't always make it into the ZIP. Diff the export against the live site and copy missing assets across manually.

Five cheaper places to host an exported Webflow site

HostFree tierPaid entryCustom domainBandwidthBest forTradeoff
HostsmithYes (no custom domain)Standard plan covers 5 sitesFrom Standard upwardsGenerous, per-planMulti-site studios, password-staged client workNewer name than the giants
Cloudflare PagesYes, generousPro $20/moFree tierUnlimited on freeHighest-traffic free optionGit-deploy oriented, less drag-and-drop friendly
NetlifyYesPro $19/moFree tier100 GB freeForms + functions in one placeBandwidth overage charges bite
VercelYesPro $20/moFree tier100 GB freeNext.js / framework workVercel's bandwidth pricing surprises clients more than anything else
GitHub PagesYesFree with paid GitHubFree tier"Soft" 100 GB/moOpen-source project sitesGitHub Pages limitations for client sites - no server-side anything, no access control

Hostsmith specifically: the free tier is fine for a personal test but won't accept a custom domain, and neither will Basic. For an exported Webflow site you'll want the Standard plan, which is where custom domains and access protection unlock - more on that below. Hostsmith doesn't publish dollar prices on the pricing page the way Webflow does, so you'll want to check the current number on hostsmith.net before you commit; the value is in the feature mix, not a headline figure.

Pointing your Webflow custom domain at a new host

The DNS change is the same shape regardless of where you land. Drop the Webflow A records for your apex domain at your registrar, point them at the new host's IP addresses (or use a CNAME / ALIAS / ANAME record for the www subdomain), and let propagation do its thing - usually under an hour, sometimes longer if you've been generous with the TTL. Keep the Webflow site published until DNS has flipped and the new host shows a clean cert, then turn off Webflow hosting. Don't cancel the Webflow Designer plan until the export is verified in production. Belt and braces.

Replacing what breaks after export

Forms

The export strips the Webflow form handler, so the form sits there looking pretty and posts to nowhere. Three options I've used and trust:

  • Formspree. Free tier handles 50 submissions a month, Personal plan is $15/mo for higher volume and webhooks. Works by changing the form's action to a Formspree URL. About five minutes of work.
  • Basin. Similar shape - free tier for one form, paid tier for higher volume. Generous spam filtering thrown in.
  • Web3Forms. Free 250 submissions a month, no account required, you just get an access key. Worth noting it's a third-party service hosted by SureMail / Awesome Motive - read their data-handling notes if your form collects anything sensitive.

Funny how it comes back around. The first time I wired up a contact form, I was setting form actions to Perl CGI scripts in about 2002 - dropping a .pl file into cgi-bin and praying the file permissions were right. The modern Formspree workflow is genuinely nicer, but the shape of the problem (form -> external handler -> email) hasn't changed in twenty-four years.

If your Webflow site relied on the built-in site search, Pagefind is the drop-in. It works with any static HTML output, indexes the export directory, and ships a self-contained JS bundle - drop-in web components included. No server, no database, no API key.

Build the index:

npx -y pagefind --site ./webflow-export

Drop the widget into your template. The trigger needs a button inside it - empty <pagefind-modal-trigger> won't render anything visible, which catches people out every time:

<link href="/pagefind/pagefind-component-ui.css" rel="stylesheet">
<script src="/pagefind/pagefind-component-ui.js" type="module"></script>
<pagefind-modal-trigger><button>Search</button></pagefind-modal-trigger>
<pagefind-modal></pagefind-modal>

Re-run the index command after every export, or wire it into a deploy script. I bind it to a shell alias on the Raspberry Pi I use as a desk-side build box.

CMS (the lite version)

You've lost the live CMS. Four reasonable paths:

  1. Re-export from Webflow when content changes. If updates happen a few times a year, this is the path of least resistance. Keep paying Webflow for the Designer only, export and redeploy when needed.
  2. Decap CMS (formerly Netlify CMS). A free, MIT-licensed, Git-backed admin UI you bolt onto the static site. The whole admin is configured through a single config.yml, content lives in your repo with full version history, and clients edit through a browser. The open-source version doesn't have centralised user management or custom roles - if a team needs that, Decap now has a paid "Decap Turbo" tier that adds a database proxy, role-based permissions, and real-time editing visibility.
  3. Udesly. A converter built specifically for the Webflow-to-JAMstack path. The free tier handles unlimited conversions with a Udesly banner on the output; the €49 one-time Premium license per project removes the banner. Takes a Webflow CMS site (not just static pages) and outputs something you can host on Netlify or similar.
  4. Sanity or Contentful free tiers. Headless CMS, content over an API, you template it into the static pages at build time. More engineering than a brochure site needs, but useful if the content team is larger.

I once tried to hand-roll a flat-file CMS in PHP for a client in about 2006, before Movable Type was a thing anyone outside the blogosphere had heard of, and the resulting tangle of include files was the reason I stopped writing my own CMSes for a decade. Decap exists so you don't have to repeat my mistake.

Conditional visibility and the Editor

No clean replacement. Conditional visibility tied to CMS data has to be either re-exported as static variants, or rebuilt with a bit of JavaScript reading from a JSON file. The Editor (where non-technical clients edit copy in place) doesn't have a like-for-like outside Webflow's hosting. Decap is the closest analogue but it's a different shape of UI.

Real cost comparison: Webflow vs export + static host

Webflow hosting cost looks reasonable for one site and ridiculous across five. Single-site, three-year horizon, marketing brochure with a contact form:

SetupYear 13 years
Webflow Premium$300$900
Cloudflare Pages + Formspree free$0$0

The Cloudflare row is real - if your form does fewer than 50 submissions a month and you don't need access control, the cost is genuinely zero.

The agency multiplier matters more than the single-site math. Five client sites:

SetupYear 1
5 x Webflow Premium$1,500
1 x Hostsmith Standard (covers all 5)Current Hostsmith Standard price (see hostsmith.net)

This is where the comparison stops being academic. One Hostsmith Standard account covers five sites with custom domains and access protection in one bill, on one dashboard, with one renewal date. The break-even point against five Webflow Premium plans arrives well inside the first year.

When NOT to leave Webflow hosting

Leaving Webflow hosting is the wrong call in a few specific cases - here they are up front. If any of these apply, stay put:

  • You're running Ecommerce. Rebuilding cart + checkout + Stripe on a static host is doable but it's a project, not an afternoon. Webflow Ecommerce earns its keep here.
  • The client edits the site through the Editor. If the workflow is "client logs in, changes a headline, hits save", the Editor is the value you're paying for. Decap is close but not equivalent.
  • The CMS is the site. Job board, directory, anything where the database is the product. A static export is a snapshot, and snapshots get stale fast.

For everything else - marketing sites, portfolios, brochure sites with the occasional blog post, agency client work - exporting and re-hosting is the boring sensible move.

Host an exported Webflow site on Hostsmith

Hostsmith was built for exactly this shape of thing: drag a ZIP in, get a URL, point a domain at it. Four steps:

  1. Sign up and create a site. Free plan works for a sanity check.
  2. Drag the Webflow export ZIP into the dashboard. It unpacks server-side, no command-line dance required.
  3. Move to the Standard plan to add a custom domain. Free and Basic don't accept custom domains - Standard is the entry point for any real Webflow-export project, and it covers five sites with custom domains and access protection in one account.
  4. Point your DNS at Hostsmith using the records shown in the site settings. Wait for the cert to issue. Done.

A few Webflow-specific bits worth knowing:

  • Upload size. Most Webflow exports we've tested land between 5 MB and 30 MB depending on how heavy the imagery is. Basic caps uploads at 25 MB; if your export is over that, you want Standard (500 MB) or you can compress images before zipping. Check yours before picking a plan.
  • Agency caseload. Standard's five-site allowance maps neatly onto a small studio's active client list. Premium (fifteen sites) covers most full agencies.
  • Region behaviour. Hostsmith serves from a global edge - the same site responds quickly from a Bristol broadband line and a Singapore mobile network without you doing anything clever.
  • Re-export workflow. When the client asks for a copy change, re-export from Webflow, drop the new ZIP into Hostsmith, and the new build goes live. Standard includes access protection so you can password-protect a staging build for client review before flipping it to public. That alone has saved me a couple of "the client saw it before it was ready" incidents.

Frequently Asked Questions

Can I host my Webflow site for free?

The Webflow Starter plan is free but won't accept a custom domain and caps bandwidth at 1 GB/mo - fine for a demo, not for production. If you export the code, you can host the result free on Cloudflare Pages, Netlify, Vercel or GitHub Pages, all of which do accept custom domains on their free tiers.

Where are Webflow sites actually hosted?

Webflow website hosting runs on AWS, with CloudFront at the edge. Some older third-party write-ups mention Fastly, but the current public-facing setup is AWS-based.

Can I host a Webflow site on my own domain without Webflow's plan?

Yes, if you export the code. Without exporting, you need at least the Webflow Basic plan (or higher) to attach a custom domain.

Does exporting from Webflow break the CMS?

The live database stops. You get a static snapshot of every CMS-driven page as it stood at the moment of export. To update content you either re-export, or you swap to a different content source like Decap CMS at build time. If you want to keep CMS-style editing without rebuilding, Udesly converts Webflow CMS sites to JAMstack - free with their branding, €49 per project to remove it.

What's the cheapest way to host a Webflow site?

Export the code and host on a free static tier (Cloudflare Pages, Netlify, Vercel, GitHub Pages). If you need custom domains across multiple sites with access protection in one account, Hostsmith Standard is the cheaper-per-site option than running multiple Webflow Premium plans.

Is self-hosting Webflow worth it?

"Self host Webflow" isn't quite the right framing - you can't run the Designer yourself, but you can self-host the exported static output. For marketing sites and brochures, yes, very much worth it; you'll save $150-$250 a year per site against Webflow Premium. For Ecommerce or membership sites, no - rebuilding those pieces costs more in dev time than you'll ever save on hosting.