search_depth parameter controls the tradeoff between latency, cost, and content richness. Pick the right depth for each query instead of over-fetching.
Overview
When to use each depth
Lite — short snippets for simple questions
Uselite when a one-sentence snippet answers the question on its own, or you need to scan many results without reading full pages.
Good for:
- Quick factual questions (“when was X founded”, “what’s the latest release of Y”)
- High-volume monitoring where you only need to detect new mentions
- Scanning and filtering before deciding what’s worth going deeper on
Fast — rich content for AI agents
Usefast when you need enough content to answer questions or feed an LLM, without the latency of scraping every page in real time. Returns rich content optimized for AI consumption. It’s the default depth when a request omits search_depth.
Good for:
- RAG pipelines and chatbot grounding
- Real-time agent workflows where latency matters
- Q&A systems that need context beyond snippets
- Any AI application that needs content, not just links
Deep — full page extraction
Usedeep when you need complete source material from every result. Each page is scraped in real time and returned as full content.
Good for:
- Research and due diligence requiring complete source text
- Building comprehensive knowledge bases
- Content analysis where snippets are insufficient
- Legal or compliance workflows needing full page archives
Cost optimization
Start lite, go deeper when needed
The most cost-effective pattern: search withlite first, then use Extract on the specific URLs that matter.
Choose depth by query type
Not every query needs the same depth. Match depth to intent:Combining depth with other features
Depth + domain filtering
Narrow your search to trusted sources before extracting content:Depth + time filtering
Combine depth with recency filters for targeted research:Next steps
Quickstart
Full Search documentation with all features and focus modes
API Reference
Complete parameter documentation and response schemas