Website Crawler
Make any website available to agents through retrieval
- Publisher
- By connic
- Syncs
- Pages, Linked pages, Sitemaps
- Set up in
- Retrieval → Sources
- Documentation
- Retrieval Docs
How the Website Crawler source works
A lot of the knowledge agents need is already public: documentation, help centers, changelogs, or product pages. The website source crawls this content. Enter a start URL, set the crawl boundaries, and connic keeps the content synced into retrieval without a separate scraper.
Each page is converted to clean markdown with navigation and boilerplate stripped, then chunked and embedded like any other retrieval entry. Re-crawls run on the configured schedule and only reprocess pages whose content changed.
What gets synced
- Pages
- Rendered page content converted to clean markdown, with menus and boilerplate stripped.
- Linked pages
- The crawler follows links inside the configured scope up to the configured depth.
- Sitemaps
- When a sitemap.xml exists, it is used to discover pages faster and more completely.
Configuration, in depth
Every available control for connecting Website Crawler to a project.
Crawl scope
- Start URL*
- Where the crawl begins, e.g. the documentation root.
- Boundaries
- How far the crawler may follow links from the start URL.
- Include paths
- Only crawl URLs matching these path patterns, comma-separated. Leave empty for no restriction.
- Exclude paths
- Skip URLs matching these path patterns, comma-separated.
- Max pages
- Upper bound on pages per crawl.
- Max link depth
- How many links away from the start URL the crawler may go.
- Use sitemap.xml
- Discover pages through the site's sitemap when one exists.
Permission
- Authorized to crawl these URLs*
- Confirm ownership of these URLs or other authorization to crawl and ingest their content.
Sync behavior
Where synced content lands and how often it refreshes.
- Target namespace
- Retrieval namespace the synced entries are filed under. Use dots to nest, e.g. sources.notion.
- Sync interval
- How often the source is checked for changes. Each run only reprocesses content that changed.
- When content is deleted at the source
- Pages that disappear from the site can be removed from the retrieval on the next crawl, or kept as they were last crawled.
Search it from an agent
Agents search synced content with the retrieval_query tool. A small tool that pins the namespace keeps an agent to this source.
from connic.tools import retrieval_query
async def search_website(question: str) -> dict:
return await retrieval_query(
question, namespace="sources.website"
)version: "1.0"
name: support-agent
type: llm
model: connic/gemini-3.7-flash
system_prompt: |
Answer only from what search_website returns.
tools:
- knowledge.search_websiteWebsite Crawler retrieval source FAQ
More retrieval sources
Confluence
By connicSync Confluence spaces on a configured schedule. Pages are chunked and embedded so agents can answer from the wiki instead of guessing.
Auto-syncSuperhuman Docs (Coda)
By connicSync Superhuman Docs pages and table rows into retrieval, so agents answer from the doc the team actually edits.
Auto-syncZendesk Help Center
By connicSync published Help Center articles through the Zendesk API, so agents answer from the same articles customers read.
Auto-sync