Startup Hosting

Startup hosting that keeps the site away from the product.

The marketing site should never be able to take the app down, and engineers should never be the reason a pricing page is a day late.

Separate from the appSafe to change hourlyHandles an unscheduled launch
App isolationFast iterationLaunch capacityDaily backupsFree SSL24/7 support
Built for early teams

Two systems, one brand.

The marketing site and the product have opposite requirements, and running them together costs both of them.

The site cannot take the app down

Marketing sites collect plugins, tags and experiments. Keeping them off the product's infrastructure means an enthusiastic growth experiment cannot become an incident.

Isolated

A launch you did not plan for

A post lands somewhere and the homepage takes a year of traffic in an afternoon. It is served from the edge, so being noticed is not an outage.

Edge-served

Change it without a deploy

Copy changes weekly at this stage. Marketing edits the site directly, so shipping a positioning change does not consume engineering time you do not have.

Uptime that investors and customers see

The marketing site is the public face during a raise or a launch. It is the cheapest thing to make reliable and the most visible when it is not.

Move fast, undo faster

Daily restore points mean an experiment that went wrong is reverted rather than debugged at ten at night.

Focus

Engineering time is the scarce thing.

Every hour an engineer spends on the marketing site is an hour not spent on the product. The hosting decision is really a decision about who is allowed to change what.

  • Marketing site isolated from product infrastructure
  • Content changes without engineering involvement
  • Homepage served from the edge for unplanned spikes
  • Restore points for fast experiments
Marketing site
From product
isolated
Copy changes
Needs a deploy
no
Homepage
Under a spike
edge
Experiment
This week
running
Attention

The day you get noticed.

Startup traffic is not a curve. It is nothing, then a front page, then nothing again, and the site is judged entirely on the middle part.

Isolated
from product infrastructure
Edge
delivery for spikes
Zero
deploys for copy changes
MagicWP55 ms
Typical shared host1180 ms
Origin-only under a spike560 ms

Illustrative comparison of a homepage during an unplanned traffic spike. Your numbers depend on page weight and cache coverage.

Configuration

What we change for startups

The constraint is engineering attention, and every row is about not spending it here.

SettingWhat we doWhy
Infrastructure separationMarketing site kept off the product's infrastructureMarketing sites accumulate tags, plugins and experiments, and none of that belongs anywhere it could affect the thing customers pay for.
Publishing accessContent changes possible without a deployPositioning changes weekly at this stage, and routing every copy edit through engineering is the most expensive way to change a sentence.
Spike handlingHomepage and posts served from the edgeStartup traffic arrives as a single unplanned event when something lands somewhere, which is exactly the day the site must not fall over.
RollbackDaily restore points covering rapid changesMoving fast means occasionally being wrong, and reverting is cheaper than diagnosing at ten at night before a demo.
Plan changesApplied without a migrationGrowth at this stage is unpredictable in both directions, and rebuilding infrastructure to match it is work with no product value.
Plans

Simple, transparent pricing.

Every plan includes free migration, daily backups, SSL and 24/7 support.

MonthlyYearly 2 months free
Starter
For personal sites, blogs, and portfolios.
$20/mo
  • 1 WordPress site
  • 10 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Support tickets
Start free trial
Pro★ Most popular
For growing businesses and busy stores.
$80/mo
  • 5 WordPress sites
  • 50 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Priority support tickets
Start free trial
Enterprise
For agencies and high-traffic platforms.
$250/mo
  • 20 WordPress sites
  • 200 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Dedicated support
Start free trial
FAQ

Questions, answered.

Should the marketing site run on our product infrastructure?
No. Marketing sites collect plugins, tags and experiments, and keeping them separate means a growth experiment cannot become a product incident.
Can non-engineers change the site?
Yes, without a deploy. Positioning changes weekly early on, and routing every copy edit through engineering is the most expensive possible way to change a sentence.
What happens if we get on the front page of something?
The homepage and posts are served from the edge, so a year of traffic in an afternoon is bandwidth. That is the one day the site absolutely must hold.
What if we outgrow the plan?
Plan changes apply to the running site without a migration. Growth is unpredictable in both directions and rebuilding to match it produces nothing customers see.

Spend the engineering time elsewhere.

Move the marketing site across — migration is free, no engineering needed.