Widget & branding

Your widget. Your brand.

The chat bubble is on your site, in front of your customers, so it should look like it belongs there. Every part of it is set in the dashboard — colour, copy, position, behaviour, what it asks for and when it is open — and none of it needs your developers twice.

Appearance

Themable down to the launcher.

Start from a preset or set primary, accent and surface colours yourself. Choose which corner it sits in, whether it opens on load, on click or after a teaser, and whether agent avatars show. On paid plans you can hide our branding entirely, or write your own CSS.

  • Theme presets, or your own primary / accent / surface colours
  • Bottom-left or bottom-right placement
  • Auto-open, on-click, or a teaser that invites first
  • Hide “Powered by”, or add custom CSS, on paid plans
Voice

Write the greeting yourself.

The header, the welcome message, the quick-reply chips a visitor can tap instead of typing, and what the widget says when nobody is on shift — all of it is your copy, not ours. You can write a different set for out-of-hours, because “we are closed” and “how can we help” are not the same conversation.

  • Header title, welcome messages and offline message
  • Quick-reply chips so a visitor can tap instead of type
  • A separate greeting and chip set for out-of-hours
  • Timezone-aware business hours, per weekday
Pre-chat form

Ask what you need. Skip what you do not.

Collect a name, an email, a phone number or a subject before the conversation starts — and mark each one required or optional independently. Or let visitors skip the form entirely, because a form in front of a support question is how you lose the question.

  • Name, email, phone and subject fields
  • Required or optional, set per field
  • An explicit skip, when you would rather not gate the chat
  • Your own intro line above the form
Per-domain

When one site needs to be different.

Your docs site and your storefront do not have to share a greeting or a colour. Set the workspace default once, then override only what needs to differ on a particular domain — the rest keeps inheriting, so a brand tweak does not mean editing every site by hand.

  • A workspace default every domain inherits
  • Per-domain overrides for only the fields that differ
  • Unset an override and it falls back to the default
  • One snippet regardless — nothing to re-paste

Questions people actually ask.

Do I need a developer to change the widget?

Once. They paste one script tag. Everything after that — colour, copy, position, behaviour, hours, form fields — is dashboard settings, and no change requires a redeploy of your site.

Can I remove your branding?

On paid plans, yes. The “Powered by” line is a toggle in the widget settings.

What does the widget cost my page?

Almost nothing until it is used. Before the first click there is no session, no heartbeat, no polling and no socket, and the widget registers no beforeunload handler — so your pages keep their back/forward cache and your Core Web Vitals stay yours.

Can different sites have different widgets?

Yes. Set a workspace default and override per domain only where it needs to differ. The snippet stays the same on every site.

Try it on your own site. Today.

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