AGENCY
August 12, 2026

Best Setup for Hosting Client Sites as a Freelancer

6 min read
Author
CloudStick Team
Backend Developer
Share this article
Best Setup for Hosting Client Sites as a Freelancer
CloudStick
Freelancer
Setup

Why Reselling Shared Hosting Doesn't Scale

Reselling shared hosting accounts to clients doesn't scale because every new client is a new bill, a new login, and a new panel to check — with no shared view across any of it. Buying a fresh shared hosting plan per client seems simple when you have two clients. By client six or seven, you are paying for six or seven separate accounts on six or seven separate control panels, each with its own password, its own renewal date, and its own resource caps you don't control.

There is no centralized dashboard telling you which sites are up, which certificates are about to expire, or which one is quietly running out of disk space — you find out by checking each account individually, or worse, when the client emails you that their site is down. Per-account shared hosting was built for hosts selling to individual site owners, not for one person managing a growing list of other people's sites.

The One VPS, Many Clients Model

The model that actually scales for a solo freelancer is one VPS running every client site, managed from a single dashboard — but that only works safely if each site is properly isolated from the others on the same box. Put ten client sites on one server without isolation and a vulnerable plugin on one site can expose files on all ten; a runaway PHP process on one site can starve resources from the rest.

/home/client-a-site/apps/client-a-site/ # own home dir, own system user
/home/client-b-site/apps/client-b-site/ # cannot read client-a-site files
# each PHP-FPM pool runs as its own site user with open_basedir set
# to that site's home directory only

What this requires is a system user per site with its own home directory and its own PHP-FPM pool, a real SSL certificate per domain rather than one shared wildcard covering everything, and a way to think about per-client billing even though you are paying one hosting bill — whether that means folding hosting into your retainer or itemizing it separately on each client invoice.

Handling Client Handoffs and Access

A client asking for FTP or SSH access to their own site is a normal request, not a red flag — the problem is that on a shared VPS, handing out root or a general server login gives them the ability to see every other client's files too. That is an easy way to lose a client's trust and, if their site gets compromised or they poke around out of curiosity, an easy way to create a real liability for you.

A client login should open exactly one door — their own site's files and nothing past it. Anything wider is a support ticket waiting to happen.

CloudStick gives every site its own FTP/SFTP account scoped to that site's document root, so a client can log in, upload assets, or hand credentials to their own developer without ever seeing another client's directory listing. Because each site also runs under its own isolated system user, that scoping isn't a permissions setting you have to remember to configure correctly — it's the default the moment the site is created.

Backups and Uptime as a Trust Issue

When you are the only person responsible for a server, a missing backup or an unnoticed outage isn't just a technical problem — it's the moment a client stops trusting you with their business. There is no ops team behind you to catch what you miss, and no second engineer to page at 2am; if a plugin update breaks a client's site and there is no recent backup to roll back to, that conversation happens on your own credibility, not a vendor's.

That is why backup schedules and uptime need to be handled automatically rather than something you remember to do manually across a dozen sites. CloudStick runs scheduled backups with configurable retention per site, so a bad deploy or a hacked plugin is a restore away from resolved rather than a rebuild-from-scratch conversation with a client who is now questioning whether you should still be hosting their site at all.

Keeping Monthly Overhead Low

As a solo operator, overhead comes straight out of your own margin, so a hosting setup billed per client site works against you exactly as client count grows — the moment hosting starts scaling makes it stop being affordable. Reselling shared hosting plans at roughly $5-15 per account means five client sites already costs $25-75/mo in hosting alone, before you have spent a minute managing any of it.

CloudStick's BASIC plan is $9/mo for one server with unlimited websites, free SSL with auto-renewal on every site, and 4 GB of free backup storage included — so ten client sites cost the same $9/mo as one. You still need a VPS underneath it (typically $5-20/mo depending on the provider and how many sites you are packing onto it), but the panel itself never charges more as your client list grows, which is the opposite of how reselling hosting behaves.

The Practical Recommendation

For a solo freelancer hosting somewhere between two and fifteen client sites, one mid-sized VPS run through a control panel with per-site isolation beats reselling shared hosting accounts on cost, control, and how professional the setup looks to a client who asks to see it. You get one dashboard to check server health across every client, one place to renew certificates that renew themselves, and one login to hand to a client that only ever opens their own site's door.

Connect a VPS from any provider to CloudStick, let each new client site get its own system user, PHP-FPM pool, and free SSL automatically, and keep the $9/mo BASIC plan running underneath as many client sites as the server has room for. That is the setup that looks like a small agency to your clients while costing and operating like the one-person shop it actually is.

Leave a comment
Full Name
Email Address
Message
Contents