Learn how to add content from files, websites, URLs, wikis, and manual entry to build your knowledge base.
Document sources are the connectors between your content and knowledge collections. Each source type is optimized for different use cases, from uploading internal documents to continuously syncing public documentation sites. A wiki is the one source you write rather than import, and the only one you can publish back out as a customer-facing help center.
All sources automatically:
Upload files directly from your computer to add them to a knowledge collection.
| Format | Extensions | Notes |
|---|---|---|
| Text | .txt | Plain text files |
| Markdown | .md, .markdown | Preserves formatting structure |
| HTML | .html, .htm | Converted to clean markdown |
| Full layout analysis, table extraction, and OCR for scanned pages | ||
| Word | .docx | Structured conversion preserving headings, lists, and tables |
| PowerPoint | .pptx | Slide text and hierarchical structure |
| Excel | .xlsx | Tabular data converted to markdown tables |
| Format | Limit |
|---|---|
| ≤ 40 pages | |
| Word / PowerPoint / Excel | ≤ 10 MB |
| Text / Markdown / HTML | ≤ 5 MB |
| All formats | ≤ 25 MB |
For long PDFs, split into per-chapter or per-section files for best results.
Batch Upload
You can upload multiple files at once. Each file becomes a separate document in your collection, but they're all tracked under a single source.
Automatically crawl and index an entire website or documentation site.
https://docs.example.com)The starting point for crawling. The crawler will only index pages under this domain.
https://docs.example.com
Will crawl all pages under docs.example.com
https://example.com/help
Will crawl /help and subdirectories
https://example.com/blog/post-1
Too specific, use blog/ instead
Limit the number of pages to crawl to control processing time and costs. Recommended limits:
Be Respectful of Target Sites
The crawler is rate-limited to avoid overloading target servers. Large sites may take 10-30 minutes to fully crawl. Consider using URL lists for specific important pages if you need faster results.
Index specific pages by providing a list of URLs to scrape without crawling entire sites.
https://docs.example.com/getting-started
https://docs.example.com/api/authentication
https://docs.example.com/api/rate-limits
https://blog.example.com/best-practices
https://help.example.com/troubleshooting
Pro Tips
Type or paste content directly into the knowledge base through the UI.
Manual entries support both plain text and markdown:
Our refund policy:
Customers can request refunds within 30 days of purchase.
Refunds are processed within 5-7 business days.
Original payment method will be credited.
# Refund Policy
## Eligibility
- Within 30 days of purchase
- Product must be unused
- Original packaging required
## Processing Time
Refunds are processed within **5-7 business days**.
## Payment
Original payment method will be credited.
Markdown is Recommended
Using markdown formatting (headings, lists, bold) helps the chunking algorithm preserve document structure and improves retrieval accuracy.
A wiki is knowledge your team writes inside the app rather than imports from somewhere else. Pages are written in markdown, grouped into sections, and held as drafts until you publish them, so the chatbot only ever answers from material you have signed off.
Wikis have their own Wikis section in the sidebar, which lists every wiki in your workspace with its page counts and whether it is published. Each wiki still belongs to a knowledge collection, and that is what puts its pages in front of the chatbot.
Drafts Stay Out of Retrieval
An unpublished page is invisible to the chatbot. Unpublishing a page that was live removes its document from the collection, so retrieval stops using it straight away.
There is nothing external to re-scrape, so a wiki has no sync schedule. Saving a published page re-indexes it immediately, and renaming or moving a section re-indexes the pages beneath it. That makes a wiki the quickest source to correct when the chatbot gets an answer wrong.
A wiki starts out private. Give it a help center and the same published pages become a site your customers can read and search, either on a link only you hand out or open to search engines. Individual pages can be held back from the site while still answering questions in chat, so detail meant for your team stays off the web.
See the Help Centers guide for creating one, controlling who can find it, branding it, and taking it offline.
Keep your knowledge base up to date by automatically re-scraping website and URL sources on a schedule.
| Frequency | Best For |
|---|---|
| Manual | Static content, one-time imports, file uploads |
| Daily | Frequently updated documentation, news content |
| Weekly | Product docs, help centers (most common) |
| Monthly | Policy documents, infrequently updated content |
The First Scheduled Sync
A new source syncs as soon as you add it. After that, changing the frequency starts the clock rather than syncing straight away, so a source moved to weekly next syncs in a week. Use Sync Now if you want it refreshed before then.
Syncing is Non-Disruptive
Your chatbot continues to use existing content while syncing happens in the background. New content becomes available as soon as processing completes.
You can trigger a sync manually at any time:
Respect Copyright and Terms of Service
Only scrape websites you have permission to use. Most public documentation is fine, but always check the site's terms of service before indexing external content.