Create and manage client sites (tenants) from one login - site intake, deploy status, white-label branding, and the agency layer.
Loading the guide...
Did this answer your question?
Help us make the guides more useful.
0 helpful · 0 not helpful
Create and manage client sites (tenants) from one login - site intake, deploy status, white-label branding, and the agency layer.
Loading the guide...
Help us make the guides more useful.
0 helpful · 0 not helpful
Every client website in Seedly Sites is a tenant: its own pages, blog, media, settings, users, and Cloudflare Pages project, managed alongside all your other client sites from one operator login. This page covers creating sites, the per-site dashboard, and the white-label layer.
| Field | Description |
|---|---|
| Site name | The client's business name, shown across the portal |
| Slug | URL-safe identifier (for example grantbrothers) - used in portal URLs and the hosting project name |
| Primary brand color (optional) | The site's starting brand color |
| Custom domain (optional) | The client's domain, if you already know it. For a site that already exists, the domain is set in /admin instead |
Creating a site automatically provisions its own Cloudflare Pages project, so it is ready to deploy from day one. New sites also get starter legal pages (privacy policy and terms) seeded as editable pages.
There are several ways to fill a new site with content:
The operator portal lists every site with its deploy status at a glance. Opening a site lands on its dashboard: pages, blog, media, analytics, settings, redirects, and the sidebar Preview and Deploy buttons.
Each site shows:
| Signal | Meaning |
|---|---|
| Deploy status | Pending / Building / Live / Failed |
| Last deployed | When the live site last shipped |
| Custom domain | The site's production domain, once set |
Each site gets its own hosting project, so two sites can never end up publishing to the same place.
Deleting a site removes everything it owned: its pages and posts, its media in storage, and its hosting project. Nothing is left behind quietly consuming storage or holding a project name you want to reuse. Three things are deliberately kept: user accounts (only their access to this site is removed, since a user can belong to other sites), your platform backups, and the custom domain's DNS record at your registrar, which is yours to remove.
This is not reversible. Take a backup first if there is any chance the client comes back, and if they are leaving for good, send them their takeout bundle before you delete.
Sites belong to an agency - the white-label parent that groups your client sites. The agency record carries:
| Field | Purpose |
|---|---|
| Name + slug | The agency identity |
| Contact email / phone | Agency contact details |
| Logo | Agency branding |
| Primary color | Agency brand color |
| Max tenants | Cap on how many sites the agency can hold (0 = unlimited) |
| Active | Agency account status |
For a single-agency install (the common case), you have one agency that owns everything. The layer exists so access can be scoped cleanly: users belong to an agency, sites belong to an agency, and nobody sees across that boundary except the operator.
The white-label story, stated honestly:
What is branded:
NEXT_PUBLIC_ADMIN_LOGO_URL) and brand name (INSTANCE_BRAND_NAME) on the cms service, clients see your logo and name when they sign in, not ours. Until you do, it shows the Seedly Sites nameWhat is not branded:
For most agencies this is exactly the right line: the client-visible surfaces (login, their website) carry your brand, and the working tools stay standard.
Create a user scoped to just their site with an appropriate role - typically Editor. They log in through the branded login screen and can only see and edit their own site. Roles and per-site access are covered in Users and Roles.
Each site can carry its own Stripe subscription (your client paying you), with per-site enforcement if payment lapses. See Billing.
| Task | Where |
|---|---|
| Create a client site | Operator portal, + Create new site |
| Fill it with content | Port a site or build in the builder |
| Give the client access | Users and Roles |
| Put it on their domain | Hosting and Domains |
| Charge for it | Billing |