For agencies

A dozen client sites. One login.

Running support for clients is a volume business, and most chat tools are priced as though you were one company with one website. Every new client means another workspace, another licence and another password in the shared vault.

1 Workspace covering every client domain
Per-client Branding, greetings and routing
0 Extra licences per site you take on

Sound familiar?

The agency version of the same four problems — and the reason "one workspace, many domains" is the first thing on this page.

A password vault full of logins

One workspace per client means one login per client, and an offboarding checklist nobody enjoys.

A licence for every site you win

Taking on a small client costs a full subscription, so the small ones stop being worth taking on.

Every client wants their own look

And rightly so — the widget is on their site, in front of their customers, wearing your vendor’s default blue.

Nobody knows whose chat this is

One queue, five clients, and an agent reading three messages in before they work out which brand they are answering as.

One roof

Add a client, not a subscription.

Every client domain lives in the same workspace, on the same snippet and the same token. Your team signs in once and sees all of it, filtered by domain. Taking on a small client stops being a procurement decision.

  • Every client domain under one workspace and one bill
  • One login per person on your team, not per client
  • Filter every inbox and report by client domain
  • Domains reviewed before they go live
Per-client branding

Each widget wears its own client’s colours.

Set a sensible default for your agency, then override per domain only what needs to differ — colour, greeting, position, business hours, whether there is a pre-chat form. Everything you do not override keeps inheriting, so a change to your default reaches every client that has not opted out of it.

  • A workspace default every client domain inherits
  • Per-domain overrides for colour, copy, hours and form fields
  • Hide “Powered by” on paid plans
  • Custom CSS where a client needs something specific
Who answers what

The account team on the account.

Group your people into departments and assign each client domain to the team that knows it. An agent opening a conversation knows which brand they are speaking as before they read the first message, and a new joiner inherits their team’s clients rather than being added to eleven of them by hand.

  • Departments assigned per client domain
  • New joiners inherit their department’s access
  • Transfers can target a department rather than a person
  • Every assignment change lands in the activity log

The parts that matter most here.

Three of the six feature pages, picked for this audience rather than listed alphabetically.

Questions from teams like yours.

Can each client see only their own conversations?

Not today. Access is scoped by domain assignment within your workspace, which controls what your AGENTS see — it is not a client-facing login. If a client portal is what you need, tell us: we would rather hear it than guess.

Is there a limit on how many client domains I can add?

Domains count against your plan’s limits. The tiers and their limits are published on the pricing page, and larger volumes are what the Enterprise conversation is for.

Can I white-label the widget?

You can set colour, copy, position and behaviour per client domain, hide the “Powered by” line on paid plans, and add custom CSS.

What happens when we offboard a client?

Remove the domain from the workspace and the widget stops answering on it. There is no separate account to close or licence to cancel.

More of these on the general FAQ.

See whether it fits. This week.

One line of code, no card to start. If it is not right for you, you will know within an afternoon — and we would rather hear why.