Concierge

How to Train a Site Assistant on Your Own Articles

Read Time7 Min Read
Length1,690 Words
CategoryConcierge
How to Train a Site Assistant on Your Own Articles
AI Generated

Training a site assistant on website content you already published is an intake decision, not a model job. In this setup, training means indexing pages and documents so the assistant can retrieve passages as evidence. As WebChatAgent puts it, that process does not retrain or fine-tune the underlying model. Without a site-specific knowledge base, Entexis notes, you still have a generic model with a custom name.

The contract is fail-closed. A page enters the index only if you own it, it is the current canonical version, and a reader can use one section without the rest of the article. Everything else stays out: carts, tag archives, print views, translated duplicates, and conflicting copies of the same policy. Source quality decides whether that index is usable. Atlan, citing Pryon, reports that the same retrieval architecture fabricated answers for 52% of questions on unvetted data, and that hallucinations fell to near zero on curated content. Stale pages are worse than gaps: research on stale-document poisoning found outdated retrieval flipped 30% of Llama answers and 37% of Qwen answers that were correct without retrieval (arXiv:2609.31342).

A stronger model will not repair a missing fact or a contradiction. WebChatAgent is explicit that quality depends on clean source content, a sensible crawl scope, and tests that prove the right passage came back. The rest of this article is that contract: which published articles may be indexed, how a heading becomes a citable chunk, and when to hold the page until it is safe to retrieve.

Summary
  • Training here means retrieval over indexed articles, not fine-tuning the model.
  • Index only owned, current, canonical pages; hold carts, archives, print views, and duplicate or conflicting policies.
  • Write so one heading is one answer a chunk can stand on by itself.
  • A small curated set beats a dump of the whole site, and a stronger model cannot fix missing or contradictory pages.
  • Citations must be an allowlist of indexed canonical URLs, and off-corpus or unstated prices should be refused.

Training Means Retrieval, Not a New Model

Diagram showing website articles split into citable passages in a retrieval index, with fine-tuning crossed out

Once the goal is a site assistant that answers from your articles, “training” means indexing the pages you own and supplying retrieved passages as evidence at question time. It does not retrain or fine-tune the underlying model.

Fine-tuning is the wrong tool for facts. The working rule is retrieval for facts and fine-tuning for style: injecting claims by fine-tuning blends them into the model’s original training and multiplies errors, instead of pointing at a page you can correct.

Pasting website copy into a system prompt is not a substitute. That approach still hallucinated specific pricing. A retrieval crawl of service, case-study, and blog pages reduced those hallucinations sharply, though not to zero — what remained had to be managed with guardrails, not assumed away.

A custom name does not change the model underneath. Without a site-specific knowledge base, a named assistant is still a generic model with a custom name tag.

This article is the training contract only: what gets indexed, how passages are written, and what counts as citable. How an answer is refused or escalated belongs to the query-contract article; that decision tree is not restated here.

Key Takeaway

Retrieval, not fine-tuning — Training a site assistant means an index of owned pages supplied as evidence, not a rewritten model — and a custom name without that index is still a generic assistant.

Sources

Admit Only Owned, Current Articles

Editor allowlisting canonical article URLs while carts, tag archives, and print views stay outside the index

With retrieval as the training method, admission is the next decision. Reliable training is a limited crawl, useful documents, and repeatable questions that later prove the right passage was retrieved—not a sitemap dump. The first index is pages you own, starting at crawl depth 0, and preferably articles that already cleared editorial QA.

Design that set from about two weeks of real visitor logs. The questions people type in chat are not the questions teams put on FAQ pages, so a corpus built from the FAQ misses the passages the assistant is actually asked to retrieve.

Leave out carts, tag archives, print views, translated duplicates, and more than one outdated version of the same policy. Conflicting copies make retrieval unpredictable. A focused set of roughly 30–50 strong articles typically beats about 500 poorly organized documents. A production assistant can run on a modest mix: 63 sources split into 271 chunks, including manual entries for facts that never became a page.

01
Include
A page you own, at crawl depth 0, that has already cleared editorial QA.
02
Exclude
Carts, tag archives, print views, translated duplicates, and extra outdated copies of the same policy.
03
Canonical URL
One current URL the citation is allowed to use—no aliases.
04
Owner
The person who can say the page is still the source of truth.
05
Re-index trigger
The change—price, policy, or fact—that forces this page back into the index.
06
One test question
A real visitor question this page, and only this page, should answer.

Apply that checklist to the next article before it is crawled. The content-automation workflow remains the QA gate; this list only decides whether a cleared page may enter the index.

Key Takeaway

Fail closed — If a page is not owned, current, unique, and citable by one canonical URL, it stays out of the index.

Sources

Write Each Section So a Retrieved Chunk Can Stand Alone

A self-contained article section card with heading, canonical URL, and updated date ready to cite

Getting a page into the index is only half the job. Retrieval cites a chunk, not the article around it. A passage that says “as noted above,” or that needs a price, exception, or definition living under another heading, is not citable.

Keep one topic per section. Lead with the fact, name the product or policy, state the condition, and leave the supporting detail in that same section. A product rule, price condition, or process has to travel with its context so the retrieved passage can answer on its own.

Labels do as much as the prose. Metadata enrichment alone raised RAG precision from 73.3% to 82.5%, with no change to the retriever, embedding model, or chunking, and at sub-30ms P95 latency. Put the title, canonical URL, updated date, and section label on every indexed chunk. That is the on-page structure retrieval needs—nothing more.

Key Takeaway

Cite the chunk — A citable chunk is one self-contained topic—fact, product or policy, and condition together—stamped with title, canonical URL, updated date, and section label.

Sources

Why stale and contradictory pages stay out of the index

An outdated policy page held at a gate while the current canonical article stays in the assistant index

A clean section label still fails if the page is outdated, duplicated, or at odds with another page you published. Source quality dominates model choice. A stronger model does not fix missing facts or contradictions.

52%
of questions fabricated on unvetted data
63%
of data leaders lack or doubt AI-ready practices
60%
of unsupported AI projects projected abandoned through 2026

That readiness gap is why the hold exists, not a reason to shop for a larger model. The same retrieval stack that fabricated answers on 52% of questions over unvetted data fell to near zero once it was limited to curated content. Stale evidence is worse than a gap: it flipped 30% of Llama and 37% of Qwen answers that were correct without retrieval, even with no instruction to trust the document, and rose to 66% and 75% when the model was told to follow it. Across models and domains, poisoning ranged from 17% to 91%, while matched current evidence was followed in 97–100% of trials. A recency-aware reranker helped only 4.6–10.0 points when dates were accurate, so a real date is not a substitute for removing the stale page.

What to hold, and what never to quote

  • Hold the page if it is outdated, duplicated, or disagrees with another published page.
  • Do not index both versions and hope the model picks.
  • Bar the assistant from quoting a specific dollar amount the current indexed page does not state.

An unsanitized knowledge-base price was quoted to a visitor and set the wrong expectation on a later sales call. When an article changes, re-read and re-index that page on a set cadence. Quality depends on clean source content, a sensible scope, and realistic tests—not on training a new model for a content edit.

Key Takeaway

Hold first — If a page is stale, duplicated, or contradictory, keep it out of the index. Current matched evidence is followed; outdated evidence can overturn a correct answer, and a model upgrade will not sort the conflict.

Data gaps that break assistants

Sources

Prove Retrieval Before You Widen the Corpus

A fixed question set proving retrieval against allowlisted articles before the corpus is widened

The hold only works if the assistant cannot paper over a missing page with a made-up link. Retrieval decides what the model may know. Never ask it to write arbitrary source URLs. Every citation is an allowlist of known chunk IDs that already point at indexed canonical URLs.

That allowlist is non-negotiable. Across 16 million unique URLs, major AI assistants sent visitors to 404s 2.87 times more often than Google Search. ChatGPT’s clicked-URL 404 rate was 1.01% versus a 0.15% Google baseline, and 2.38% of ChatGPT-cited URLs checked against a crawler database returned a 404—the highest rate measured.

Prove the index before you add pages. Keep a fixed set of 10 to 20 real visitor questions, each paired with the expected source fact, plus unique facts that exist on only one page. Rerun that set after a content edit or a model change. A miss means the article is missing, stale, or contradictory—not that you need a larger model. Stop at the hold. The unanswered-question-to-brief loop belongs to the sibling article; link it, and do not rebuild it here.

Key Takeaway

Prove first — Citations must be known chunk IDs on indexed canonical URLs. A failed question means fix or hold the page, not widen the corpus or upgrade the model.

Sources

Key Takeaways

[01]
Retrieval, not fine-tuningTrain the assistant by indexing owned pages and supplying retrieved passages as evidence; fine-tuning blends facts into the model and multiplies errors, while a named assistant without a site knowledge base remains a generic model.
[02]
Owned and current onlyAdmit a limited, QA-cleared crawl of owned pages at depth 0, shaped by real visitor logs, and keep carts, tag archives, print views, translations, and conflicting policy copies out; a focused set beats a large, poorly organized corpus.
[03]
Self-contained chunksWrite one topic per section, lead with the fact, and keep the product or policy, condition, and supporting detail in that same section so a retrieved passage never depends on “as noted above.”
[04]
Metadata on every chunkAttach title, canonical URL, updated date, and section label; enrichment alone can lift precision without changing the retriever, embeddings, or chunking.
[05]
Hold, don’t index bothKeep stale, duplicate, or contradictory pages out of the index, never quote a price the current page does not state, and re-index changed pages instead of training a new model for a content edit.
[06]
Prove before you widenCitations must be an allowlist of known chunk IDs on indexed canonical URLs; test a fixed set of real visitor questions and unique single-page facts, and treat a miss as a hold rather than a reason to add sources or switch models.

Start with a small, owned, fail-closed index and a fixed question set, then let Flowcrews help you keep that site assistant tied to pages you can actually cite.

Frequently Asked Questions

Does training a site assistant mean fine-tuning it on my articles?
No. In this setup, training means indexing pages so the assistant can retrieve passages as evidence. WebChatAgent states that it does not retrain or fine-tune the underlying model. Current practice is RAG for facts and fine-tuning, if used at all, for style.
Should I index the whole website?
No. Start with pages you own, at a tight crawl scope, and exclude carts, tag archives, print views, and duplicate URLs. Conferbot’s guidance is that a focused set of 30–50 high-quality articles typically beats about 500 poorly organized documents. Entexis runs a production assistant on 63 sources and 271 chunks.
Why is a stale article worse than leaving a topic out?
A missing page forces a refusal or a gap. An outdated page can override a correct answer. Stale-document research found outdated retrieval flipped 30% of Llama and 37% of Qwen answers even without instructions to trust the document, while matched current evidence was followed in 97–100% of trials.
Can the assistant invent links to my articles?
It should not. Citations need to be an allowlist of indexed canonical URLs and known chunk IDs. Ahrefs found AI assistants sent visitors to 404 pages 2.87 times more often than Google Search, and 2.38% of ChatGPT-cited URLs in a crawler check returned a 404.
How do I know the right article was retrieved?
Keep a fixed set of real visitor questions and the source fact each one should hit, then rerun it after content or model changes. WebChatAgent recommends collecting 10 to 20 real customer questions with expected source facts, including facts that exist on only one page.
Should the assistant quote prices from old pages?
Only if the current indexed page states that price, and many operators still refuse specific dollar amounts. Entexis barred its production agent from quoting specific dollar amounts after an unsanitized knowledge-base price set the wrong expectation on a later sales call.
Sources

You Might Also Like