Resellers

SuperSpace lets you resell hosting under your own brand. As a reseller you can:

Put a white-label brand on the dashboard — your own logo, colors, domain, support contact, and email sending — so the portal looks like your product, not SuperSpace.
Create sub-workspaces for each of your customers underneath your own workspace.
Have those sub-workspaces billed to you instead of to your customers, so your customers never see a SuperSpace invoice or enter a payment method.

Reseller access requires approval

Reseller capabilities aren't self-serve — your workspace must be approved and enabled as a reseller by SuperSpace before any of the features below appear. Contact us to learn more and get started.

This page explains how those three pieces fit together. For the mechanics of how charges are grouped and invoiced, see Billing. For the general workspace model that resellers build on, see Workspaces.

Where to find this in the dashboard

Reseller features live on your workspace page. Open Settings in the sidebar to go to your current workspace, or switch to another workspace from the sidebar account switcher (the Workspaces panel, with View All for the full list). A reseller workspace shows extra cards that a regular workspace does not: a Brands card (subtitled White Label) and a Sub-Workspaces card.

Who can do this

Reseller capabilities only appear on a workspace that has been enabled as a reseller. Enabling reseller status is not a self-serve toggle in the dashboard — contact us to have your workspace made a reseller. Once it is, the Brands and Sub-Workspaces cards appear and you manage everything below yourself.

White-label brands

A brand is a white-label configuration for the SuperSpace portal: it controls the look, identity, support integrations, and email sending of the dashboard your customers see. One reseller workspace can have several brands.

You manage brands from the Brands card on your workspace page. Click New Brand to create one, or Manage next to an existing brand to edit it.

What a brand controls

When you create or edit a brand (the Create New Brand / Update Brand Settings form), you configure:

Field	What it does
Custom URL	The hostname your customers use to reach the portal, e.g. `superspace.example.com`. After you save, SuperSpace shows you a unique CNAME value to point this hostname at.
Brand Name	Your company name, shown in the interface.
Internal Description	A label only you see, to tell your brands apart.
Support Email	The address used in email notifications (and set as reply-to).
Dixa Messenger Token	Optional. Adds a Dixa chat widget to the portal.
Intercom App ID / Intercom Identity Secret	Optional. Loads your own Intercom chat widget with identity verification.
Logo for the sidebar, Logo for dark mode, Logo for light mode, Favicon	Your branding assets.
Custom SMTP Settings	Optional. Send portal email from your own mail server and domain.
Primary Color / Theme base	The accent color and base theme of the portal.

If you don't enable custom SMTP

Without a custom SMTP server, system mail is still sent from SuperSpace's domain, but the reply-to is set to your brand's support email address. After saving SMTP settings you can use Verify Connection on the brand page to send yourself a test email.

Activating a brand (DNS + SSL)

A brand isn't live until its custom URL is validated and an SSL certificate is issued. After you create a brand:

SuperSpace shows you a unique DNS CNAME Record value on the brand's page.
You point your custom URL's CNAME at that value in your DNS provider.
SuperSpace detects the record, provisions the domain, and requests an SSL certificate automatically.

As this completes, the brand's status badge moves through Validating → Requesting SSL Certificate → Active. While it is in progress, the brand page also shows an alert banner explaining the current step — first a Pending Domain Validation banner (with the CNAME value to set), then a Domain Provision In Progress banner once the record is detected.

Two DNS gotchas that block activation

Cloudflare users: disable the orange-cloud proxy on the CNAME record, or validation will fail.
CAA records: if your domain has a CAA record, it must list sectigo.com as an approved certificate authority, or SSL issuance will fail.

Provisioning isn't instant. When you first create a brand, SuperSpace notes it can take up to 30 minutes; once your domain is validated, the Domain Provision In Progress banner asks you to allow up to 20 minutes for that step to finish.

How customers end up under your brand

Once a brand is provisioned, anyone who signs up through your custom URL is automatically created as a sub-workspace of your workspace. That is the link between branding and the reseller hierarchy below: your branded signup page feeds new customers straight into your account as sub-workspaces.

Domain-registration emails

If you also resell domain registrations, a brand can carry a registrar brand handle so domain emails (renewal notices, verification, and similar) use your branding. You configure this yourself under the Domain Register Brand tab on the brand page.

Sub-workspaces

A sub-workspace is a workspace that sits underneath your reseller workspace. Each of your customers typically gets one. You manage them from the Sub-Workspaces card on your workspace page:

Create Sub-Workspace makes a new child workspace under yours.
Switch To Workspace moves you into a sub-workspace so you can manage its sites, domains, and users on the customer's behalf.

Sub-workspaces can themselves have sub-workspaces; the card shows a count badge when a child has its own children.

Custom nameservers and notifications

A reseller workspace also has two settings a normal workspace doesn't, on the workspace edit form:

Custom Nameservers (Primary Nameserver / Secondary Nameserver) — so DNS zones you create can be served under your own nameservers. The required IPv4/IPv6 addresses are shown beneath each field.
A Brevo API Key for notifications, plus the Slack / Teams / Matrix webhook fields. Any sub-workspace actions are included in these notifications, so you get a single feed across all your customers.

How reseller billing works

This is the part that makes reselling work: a sub-workspace can be billed to you, the parent, instead of to your customer. This is controlled by a single setting, Inherit Billing, chosen when you create a sub-workspace.

The Inherit Billing checkbox appears on the Create New Workspace form only when the parent is a reseller. Its hint reads: "Bill the parent workspace? If unchecked, this user will be prompted to add their billing details."

Inherit Billing	Who pays	What the customer sees
Checked	You (the reseller). SuperSpace charges your payment method for the sub-workspace's usage.	No billing area, no payment prompt.
Unchecked	The customer. The sub-workspace is billed independently.	A prompt to add their own billing details, and their own billing area.

What an inherited-billing customer can and cannot do

When a sub-workspace inherits billing from you, your customer is deliberately kept out of the money side:

They do not see a billing dashboard. They cannot view your billing plan, your invoices, or your pricing.
They are never asked to enter a payment method. Charges go to you.
When one of their orders needs a payment confirmation — for example a 3-D Secure challenge or a bank-debit (SEPA) confirmation — they get a focused payment-confirmation step rather than the full billing flow. If they can't complete that step themselves, the order is held until you (the parent's billing admin) finish it on their behalf.

In short: your customers use the product, and you handle payment. This is why a customer on an inherited-billing sub-workspace who says "I can't find billing" is seeing expected behavior, not a bug.

Decide who pays before the first subscription goes live

The Inherit Billing checkbox is shown only on the Create New Workspace form, and only while the sub-workspace has no active subscriptions. Once the sub-workspace has an active subscription, the option is no longer offered, so you can't change who pays. Decide before the customer's first site or domain goes live, or cancel the active subscriptions first.

If you run your own billing system

SuperSpace can send your system a webhook on every site and domain lifecycle event (created, renewed, expired, and so on) so you can charge your downstream customers yourself — even on plans where SuperSpace collects no money at all. For inherited-billing sub-workspaces, those notifications identify both your workspace (the billing parent) and the specific sub-workspace the event belongs to. This is configured on your billing plan; the developer-facing details, including the event list and payload, live in the API reference rather than the dashboard. See Accounts (API).

Putting it together

A typical reseller setup:

Your workspace is enabled as a reseller (via support).
You create a brand, point its custom URL's CNAME at the value SuperSpace gives you, and wait for validation and SSL.
Customers sign up at your branded URL and land as sub-workspaces under you.
For each sub-workspace you decide, via Inherit Billing, whether you pay or the customer pays.
You manage everything from your workspace page, switching into any sub-workspace when you need to act on a customer's sites.

Quick reference

Your reseller workspace
├── Brand: superspace.example.com   (white-label portal, your logo/colors)
│
├── Sub-Workspace: Customer A   (Inherit Billing = on  → you are billed)
├── Sub-Workspace: Customer B   (Inherit Billing = on  → you are billed)
└── Sub-Workspace: Customer C   (Inherit Billing = off → Customer C is billed)