Guide

How to migrate from hosted live chat to self-hosted

Moving off a hosted live chat subscription is mostly a swap, not a rebuild. Export what you have, stand up your own server, recreate your setup, and change one snippet on your site. This guide covers the five steps to switch to DChat with your history intact and no gap in coverage.

Step 1. Export from your current tool

Most hosted providers let you export transcripts, contacts, and canned responses. Pull those out first so you have a clean copy of your history before you change anything. This is also a good moment to note which departments and routing rules you rely on.

Step 2. Install DChat

Install the server on the platform you run, Windows with IIS, Linux with Nginx, or Docker, and run the included SQL scripts against your own SQL Server. From here on, your conversations live in a database you control.

Step 3. Rebuild your setup

Recreate your departments, canned responses, operating hours, and knowledge base in the dashboard. Rehearse the whole thing on the free localhost evaluation so your agents are comfortable before any customer sees the new widget.

Step 4. Swap the widget snippet

When you are ready, replace the old provider's chat snippet on your site with the DChat one. It is a single change to your site template, and because you rehearsed on localhost, there are no surprises when it goes live.

Step 5. Retire the old tool

Watch live chats arrive in DChat, confirm transcripts and ratings are stored in your database, and keep the old tool for a short overlap if you like. Once you are confident, cancel the old subscription and stop paying per seat.

No-risk switch

Rehearse the whole move for free

The localhost evaluation lets you install the server, rebuild your setup, and test a chat end to end before you touch your live site or cancel anything. The switch itself is a single snippet change.

Moving off a hosted chat subscription

The mechanics are simpler than most teams expect: the visitor-facing change is one script tag. The work is in recreating your configuration and proving the new setup before you cancel anything.

  1. 1. Export your history first

    Before anything else, export your transcripts from your current vendor while you still have an account. Most provide CSV. DChat does not import another vendor's history, so this export is your archive of everything before the cutover.

  2. 2. Install and evaluate locally

    Unzip the download and run the local runner: it creates the demo database, applies the schema and seed accounts, and starts the server. Work through the included verification checklist so you know the install is genuinely sound before it faces customers.

  3. 3. Recreate your setup

    Add your agents and departments, port your canned responses, set operating hours, and configure the widget's colour, position and greeting to match your brand. Add any custom pre-chat fields your team relies on.

  4. 4. Run side by side

    Put the DChat embed on a few low-traffic pages while your existing tool keeps serving the rest. Let your agents work real conversations in it for a few days - that surfaces workflow gaps far better than a checklist does.

  5. 5. Cut over, then cancel

    Swap the remaining pages to the DChat embed. Confirm conversations arrive, offline messages are captured, and transcripts are being stored. Keep the old tool for a day or two as a fallback, then cancel the subscription.

Questions we get asked

Can I run both systems at once during a migration?

Yes, and it is the safest approach. Install DChat, get your team signed in and comfortable, and put DChat on a few low-traffic pages first while your existing tool keeps serving the rest. Swap the remaining pages once you are satisfied.

What do I need to recreate?

Agents, departments, canned responses, operating hours and your widget appearance. These are all set up in the dashboard and are usually an afternoon's work rather than a project.

What happens to my old transcripts?

Export them from your current vendor before you cancel - most offer CSV. DChat does not import another vendor's history, so keep that export as your archive. From the cutover onwards your transcripts live in your own SQL Server database, which is the point of the move.

Will there be a gap in coverage?

There does not need to be. The change on your site is one script tag swapped for another, so the cutover is a deploy, not an outage. Do it during a quiet period and keep the old tool available for a day or two.

What should I check before cancelling the old subscription?

That conversations reach agents on every page you embedded, that offline messages arrive when nobody is online, that transcripts are being stored, and that you have your historical export. Then cancel.

Self-hosted customer support software

Deploy live chat on your own terms, not on someone else's pricing model.

DChat gives you the installable server, web dashboard, website widget, and desktop agent tools in one self-hosted product, with live chat free to run, and an AI agent that answers, acts with the approvals you set and hands off to your team when you want one. Run it on infrastructure you trust, on the model you choose.

Deployment

Install on Windows or Linux, behind IIS or Nginx, in a VM, or in Docker if that fits your stack.

Commercial model

Live chat is free with unlimited agents. Premium, with the AI agent, is billed per agent per month, never per conversation.

AI Flexibility

Run the AI agent on a local Ollama model, or connect OpenAI and Anthropic with your own provider accounts.