Do you actually own your website? Check these four things

A test we wish more owners ran before signing anything:

If you stopped paying your web person tomorrow, what would you still have?

For many businesses, the honest answer is nothing. The domain is registered under the agency's account. The site lives on their platform. The code is theirs. The photos and copy exist only inside their system. What you have is a rental with your name on the sign.

You usually discover this at the worst moment: the freelancer stops replying, the agency raises the retainer, or you simply want to leave and learn the price of the exit.

Four things to check. Fifteen minutes, tops.

1. The domain: the one that can kill you

Your domain (yourbusiness.com) is the asset everything else hangs off: your Google history, your email, the address on your truck and your business cards.

Check: log into the registrar (GoDaddy, Namecheap, Google Domains…). Can you? Is the account yours, under your email? If the domain was registered "for you" by an agency, look up the WHOIS record. If their name is on it, you don't own your own address.

Fix: ask for the domain to be transferred to a registrar account you control. Any legitimate provider will do this without drama.

2. The hosting: whose account does it live in?

Modern sites live on platforms like Vercel, Netlify, or a hosting company. What matters is whose account it's in.

Check: do you have a login to the place your site is deployed? Could you see traffic, change a setting, or point the domain elsewhere yourself?

Fix: the project should sit in your account, with your provider granted access to work on it, not the other way around. This is a ten-minute change on most platforms.

3. The code: is there a repo with your name on it?

If your site is custom-built, the code should live in a repository (usually GitHub) that you own. That's what lets any competent developer pick up where the last one left off. No hostage negotiation, no rebuild from scratch.

Check: ask, "Where's the repo, and am I the owner?" If the site is on a proprietary builder instead, understand what that means: you can never take the site anywhere. You'd be starting over.

Fix: for custom builds, have the repo transferred to your GitHub organization or account. It costs nothing and takes minutes.

4. The content: can you get it all back?

Copy, photography, your logo files, customer testimonials. You paid for these. If they exist only inside someone else's CMS, they're only yours in theory.

Check: do you have the source files stored somewhere you control? That means the real logo files (not a screenshot), the original photos, and the written copy.

Fix: ask for a handover folder. Again: a normal request that any good provider expects.

The standard worth demanding

None of this is exotic. It's how we hand over every project: the Vercel project, the GitHub repo, and the domain, all under the client's accounts, on launch day. We stay on call, and if a client ever wants to leave, everything is already under their accounts.

Run the four checks. If any of them fail, fix them while things are friendly. Ownership is cheap on a good day and very expensive on a bad one.