SaaS and product sites
Check pre-sales plan and integration questions against pricing pages, onboarding questions against quickstarts, and troubleshooting against help articles; keep private account requests with support.
Help visitors find answers in your published website, help, and FAQ content. Add ChattyBox to your existing site and let visitors open source pages for more detail.
Loading the live chat…
Ask about ChattyBox. Answers use our public documentation and link to their sources.
ChattyBox crawls your existing website, documentation, help center, CMS, or knowledge base, then embeds a chatbot that answers from your own published content instead of generic model memory.
Choose published website, help, and FAQ pages that answer real visitor questions.
Index your sitemap or selected public URLs.
Test realistic questions and check answers, source links, and fallbacks.
Add the widget where visitors need help, without migrating your website.
Three-step launch
For service businesses, product sites, and help centers—not just technical documentation.
Start with a small set of useful public pages. Test visitor questions and check source links before adding the widget.
Check pre-sales plan and integration questions against pricing pages, onboarding questions against quickstarts, and troubleshooting against help articles; keep private account requests with support.
Help visitors find published service scope, locations served, preparation steps, and policies. Do not treat public content as live availability or a personalized quote.
Turn existing help content into a conversational support layer with citations back to the original articles.
Choose each client’s public sources, test visitor questions, and assign a content owner. Add the widget without replacing their CMS.
Choose pages with specific, current answers. A smaller, useful source set is a better starting point than indexing every page.
Illustrative questions and review goals—not recorded chatbot results. Use your own pages to check answers before launch.
“Which plan includes the integration I need?”
Check the published integration and pricing pages; link to the relevant plan details.
“Where can I find help with this billing error?”
Look for the published troubleshooting steps and link to the help article. Keep account-specific requests with support.
"Which areas do you serve, and what should I prepare before a visit?"
Look for the published service area and preparation checklist, then link to those pages. Do not infer availability or confirm a booking.
Use public pages with readable content in fetched HTML and a website where you can install custom scripts. The crawler does not execute page JavaScript or access private accounts. Review extracted content before testing answers.
No. You can usually add the widget as a script in your CMS theme, template, tag manager, or custom HTML area.
Supported answers can show links to indexed source pages. Visitors can inspect details and context, but citations do not guarantee a correct or current answer and are not proof of every claim.
Retrieval and fallback instructions reduce unsupported answers, but errors are still possible. Some fallback answers have no sources. Test gaps, keep content current, and direct private account requests to your existing support channel.
No. The same workflow supports public service pages, product information, FAQs, help centers, and SaaS websites. The important requirement is useful, crawlable source content, not a particular industry or CMS.
Refresh crawled content after edits and review the indexed pages. Refreshes are limited by your plan’s budget and do not automatically remove omitted pages.