Not open yet — signups haven't started. Join the list for the day they do.
Home/Features/Static hosting

Static hosting

Static hosting, priced like it's 2026

One site, a real address, and the only real requirement is that a browser can read it without help — nothing running behind it, and nothing extra to pay for because there isn't anything back there.

deploy.log
$ npx lemonade deploy uploading 214 files (2.4 MB) within 1 GB storage SSL issued live at yoursite.lemonadehost.com   $
1 GB
storage, per site
250 GB
traffic, per month
25 MB
max file size
~20,000
files per site
99%
uptime target

A folder of files, handed to whoever asked for them.

That's the whole model, and it's what makes everything else on this page possible: no process to keep running, no dependency to patch, no database to secure. Just files, served the same way every time over a connection secured by SSL that's included by default — and because there's no server-side code executing anywhere, most of the attack surface a dynamic site has to worry about simply doesn't exist here.

What qualifies

If a browser can read it, you can host it

Static means the files a visitor's browser receives are exactly the files you uploaded — no template engine assembling a page on the fly, no database supplying today's version of it.

HTML, CSS, JavaScript that runs in the browser, images, and fonts all qualify, because none of it needs a server to think before it can be handed over. That's a genuinely good fit for a portfolio, a brochure site, documentation, a landing page, or the export from a site builder or static-site generator.

It's a poor fit for anything that needs to remember a logged-in visitor, take a payment directly, or write to a database on its own — a forum, a store with live inventory, a comment section that saves what people type. Those need a server doing work on every single request, which is exactly what this plan doesn't run.

Getting there

From your files to a visitor's screen

Four handoffs, and none of them need you to configure anything.

  1. Files go in

    Push a folder of HTML, CSS, JS and images — by Git, a zip upload, the CLI, or an assistant through the MCP server. Deploys enter a queue and publish in the order they arrive, comfortably handling up to about 100 a day.

  2. They're stored, up to 1 GB

    Every site gets its own gigabyte — not a shared pool that shrinks as other accounts grow — with room for roughly 20,000 files and a 25 MB ceiling on any single one.

  3. Cloudflare's edge picks them up

    Copies propagate out to the edge network automatically. Full mechanics on the CDN page.

  4. Your visitor gets the nearest copy

    A request is answered from whichever location is closest to them, not from one server clear across the map.

What the numbers mean

1 GB and 250 GB, translated into real use

1 GB
Storage, per site
thousands of optimised photos, or tens of thousands of pages of plain HTML and CSS
250 GB
Traffic, per month
roughly 165,000 visits at a 1.5 MB page
~100/day
Deploys allowed
queued and published in the order they arrive
Email first
Approaching a limit
never an automatic shutoff or a surprise charge

Both numbers describe real usage, not a marketing ceiling. A typical text-and-photo portfolio runs a few dozen megabytes total, so 1 GB is roomy headroom rather than a tight fit, and 250 GB a month covers a small site being genuinely popular. If a site is trending hard enough to approach either one, we email you before anything changes — there's no automatic overage bill.

What counts

The five file types this plan runs

HTMLThe pages themselves
CSSHow they look
JavaScriptWhat runs in the browser
ImagesPhotos, art, screenshots
FontsYour own type, self-hosted

Worth knowing

Quick answers on static hosting

What happens if I get close to a limit?

We email you before anything changes — there's no automatic overage charge and no surprise shutoff. Most sites never get near either number.

Is a static site actually less secure, or just simpler?

Simpler in a way that happens to be more secure: there's no server-side code to exploit and no database to inject into, so a whole category of attack doesn't apply here.

What if my site needs a contact form or a database later?

A contact form typically posts to a third-party service, which still works fine on a static site. A full database or server-side logic is outside what this plan runs.

Add a domain, or keep the free one

Either way, it's live on your subdomain the moment you publish. Compare the two on custom domains, or see every number on pricing.

Join the list