Home  ›  Field notes  ›  Web

Why you should own your website, not rent it

When you build on many popular platforms, you do not really own the result. You rent it. As long as the rent is paid and the terms suit you, that can be fine. The trouble is what happens when it stops being fine, and how hard it is to leave by then.

By Suman Banerjee Published 29 Sep 2026 ~6 min read
The short answer

On many website builders and locked platforms you rent your site rather than own it: you cannot fully control your code, move your content freely, export your data, or predict your costs. Owning the code and the domain means no lock in, no surprise price rises, and the freedom to take your site anywhere. It is the difference between renting and holding the keys.

What you are really agreeing to

A hosted builder makes a fair trade: it is quick to start and you do not have to think about the machinery. In return, your site lives inside their system, in a format only their system understands. You are paying for access to your own website, month after month, and the arrangement lasts only as long as the terms stay in your favour. That is renting, whatever the marketing calls it.

This is easy to miss on day one, when everything works and the price feels small. It becomes visible later, usually when you want to do something the platform did not plan for, or when you want to leave. At that point you learn how much of what you built you can actually take with you, and the answer is often less than you assumed.

In shortHosted builders trade speed for control: your site lives in their format and you pay for access, which is renting whatever it is called.

Where lock in actually bites

Lock in shows up in a few predictable places. Prices rise, or a feature you rely on moves behind a higher tier, and you either pay or lose it. You want a specific change the platform does not support, and there is simply no way to make it, because you cannot reach the code underneath. Your content and data are trapped in a format that does not come out cleanly, so moving means rebuilding by hand.

The sharpest version is when the platform changes its rules or shuts a product down, and your options are decided for you. None of this requires bad intent from the company. It is just the nature of building on ground you do not own. The more your business depends on the site, the more that borrowed ground matters, because the cost of being stuck grows with you.

In shortLock in bites through rising prices, changes you cannot make, data you cannot cleanly export, and rules that shift under you.

What owning the code and domain gives you

When you own the code and the domain, the site is genuinely yours. You can host it where you like, move it when you want, and hand it to any competent developer without asking permission or paying an exit toll. The code is written in open, standard languages, so you are never trapped in one company's private format. If you outgrow one arrangement, you carry your site to the next one intact.

Ownership also makes costs predictable. Instead of an open ended subscription that can climb whenever the provider decides, you pay for what you build and for hosting that stays cheap and competitive because many providers offer it. This is a large part of why we build hand coded sites you own outright. You are not just buying a website, you are buying the freedom to keep it, change it and move it on your terms.

In shortOwning the code and domain means you can host anywhere, move freely, avoid private formats and keep costs predictable.

When renting is a reasonable choice

Renting is not always the wrong call, and it would be dishonest to pretend otherwise. For a quick experiment, a short lived campaign page, or a very small site that will never need to do anything unusual, a hosted builder can be the sensible, cheap choice. If you truly do not expect to outgrow it or need to leave, the convenience can be worth the trade.

The judgement is about how much the site matters to your business and how long you expect to rely on it. The more central and the more long term it is, the more the case tips toward owning. A good rule is to notice the moment your site stops being an experiment and becomes an asset you depend on. That is the moment renting starts costing more than it saves, and owning starts to pay for itself.

In shortRenting suits quick experiments and small static sites; the more central and long term the site, the stronger the case for owning.

Common questions

Can I move my site off a builder later if I need to?

Sometimes, but rarely cleanly. Content often exports in a form that does not transfer well, and the design usually has to be rebuilt because it lives in the platform's private format. Plan for a rebuild rather than a simple move, which is exactly the cost lock in creates.

I already own my domain. Isn't that enough?

Owning the domain is important, but it is only half of it. If the site itself lives in a platform you cannot leave, you own the address but not the house on it. True ownership is the domain and the code together, so you can point that address at a site you actually control.

Does owning my site mean I have to maintain it myself?

No. Owning the code just means you are free to choose who maintains it, including us or any other developer. You are not tied to one company for updates. Ownership is about freedom of choice, not about doing the work yourself.

Is a hand coded site harder to update than a builder?

For everyday content changes, a well built custom site can be just as easy, and we set it up so routine edits are simple. The real difference shows in bigger changes, where owning the code means anything is possible rather than limited to what a builder allows.

Not sure how much of your site you actually own?

Send us your setup and we will tell you plainly what you own, where you are locked in, and what owning a hand coded site would give you instead.