Chat
One script tag on your site. Works on any page.
Contact form
A card you place inside your own contact page.
Forward your existing support address.
source: "api".
One of each kind
A workspace supports at most one chat widget and at most one contact form. Email is one address. If you need chat on two domains, use a single placement and list both domains on it. Do not create a second placement.Picking one
Email is where most workspaces start. The address already exists, and
customers already use it. Chat usually follows once you want to reach people
before they leave.
What is the same everywhere
No matter which channel a conversation arrives on:- It becomes a ticket, carrying a reference and a requester.
- Triage fills in a priority and a category if the message does not make them obvious.
- The language is detected, and your team can reply in it.
- The AI drafts a reply from your reference documents. It either suggests one or sends one, depending on your settings.
Requesters, and what “verified” means
The requester is the person on the other end. Whether they are verified comes down to who vouched for them. There are exactly two answers. Verified: an API credential supplied anexternal_id. Someone holding a
key we issued vouched for this person from their own server.
Unverified: anything else. An address a visitor typed into chat, or a
value a web page asserted.
That line is drawn where it is because anything a page can claim without
proof, anyone with devtools open can claim too. Our JavaScript runs on your
visitor’s machine, which makes it theirs, not ours.
Unverified is still useful. An agent who sees “claims to be [email protected]” can
act on that with judgement. It just never adds up to proof.