All articles

Guides

How to Train an AI Chatbot on Your Docs in Under 5 Minutes

Ontroz Team8 min read

Training a chatbot is the easy part — most platforms turn it into a five-minute job. Getting it to answer wellis where people cut corners, and it comes down almost entirely to what you feed it and how, not which model is running underneath. Here's the process, including the two steps most guides skip past.

01

Pick your sources

The pages and docs that answer most questions

02

Choose ingestion

Sitemap crawl, single URL, file upload, or raw Q&A

03

Check the index

Catch JS-rendered gaps and nav-menu noise

04

Set the fallback

Decide what it says when it doesn't know

05

Test it for real

Typos and half-thoughts, not textbook phrasing

06

Embed & re-sync

One script tag, plus a refresh schedule

one continuous path — skipping 3 or 4 is where most bots go wrong

Start with what customers actually ask

Before opening a dashboard, write down the handful of things that would answer 80% of what your customers ask. For most businesses that's your help center, your pricing page, your FAQ, an onboarding guide or two, and any PDFs — contracts, spec sheets, policy documents — that people routinely have questions about. Your homepage hero and "about us" page are usually less useful than they feel like they should be. Nobody asks a chatbot for your mission statement.

Pick the right way in, per source

Ontroz, like most platforms in this space, gives you a few distinct ways to bring content in. Which one you use matters more than it looks:

  • Full site crawl or sitemap.Point it at your sitemap.xml and it works through every listed URL, respecting robots.txt along the way. Good fit for a large, well-structured doc site where listing pages one by one isn't realistic. Not sure yours even has one? The sitemap checker tells you in a few seconds.
  • Single URL. For a small handful of specific pages — your pricing page, one important FAQ — instead of the whole site. More control, more upkeep.
  • File upload.PDFs, Word docs, plain text — for anything that doesn't live on your website at all, like an internal policy doc your support team maintains privately.
  • Raw text or Q&A pairs. For the questions where you want an exact, hand-written answer rather than whatever retrieval happens to pick — refund language, legal wording, anything frequently misquoted.

Then actually check what got indexed

A crawl finishing without an error doesn't mean it captured anything useful. Two things go wrong here more than you'd expect:

If your docs are a single-page app that renders content in the browser, a crawler that only reads raw HTML will index an empty shell — worth confirming your platform actually runs JavaScript during the crawl, not just parsing static markup. And if every page's indexed content drags along your full nav menu, footer links, and cookie banner text, that noise competes with your real answers during retrieval. The website text extractor shows you exactly what a clean extraction of any URL looks like, stripped of that clutter — worth a quick check before you train anything for real.

Write the fallback message like you mean it

This is the step most people skip entirely, and it's the one that decides whether a wrong answer becomes an actual problem. Every chatbot eventually hits a question outside what it was trained on. Decide in advance exactly what it says then — a specific email address, a contact form link, a note that someone will follow up — instead of leaving whatever generic default came with the platform. A vague fallback is how you lose someone's trust the very first time they hit it.

Test it like a customer would, not like a developer would

Before embedding anything live, ask it questions the way a real visitor actually types them — typos, half-finished thoughts, two questions mashed into one. Clean, textbook-phrased test questions pass on almost any setup. Messy ones are what separate something genuinely useful from something that only works in a demo.

Embed it, then don't forget the re-sync

Once it's answering well, the embed itself is usually one script tag — the easy part. What people forget afterward: if your docs or pricing change with any regularity, set an auto re-sync schedule so the index doesn't quietly fall out of date. A chatbot that was accurate on day one and hasn't re-crawled since is just a slower version of training it on the wrong content to begin with.

Want to see the first three steps happen automatically before setting anything up for real? The free chatbot demo tool runs them against your homepage URL and hands you a working, embeddable chatbot in under a minute — a fast way to judge retrieval quality on your own content first.

See it work on your own content

Train a chatbot on your site or docs and get an embed code in under 5 minutes. Free plan available, no credit card.

Build your chatbot free