Built-in Search
Built-in document search of Fumadocs
Fumadocs supports searching document based on Orama.
As the built-in search of Fumadocs, It is the default but also recommended option since it's easier to setup and totally free.
If you're using a CMS, you may use the API provided by the CMS instead.
Advanced Search
Returns a detailed result with matching headings and contents.
It accepts structured data processed from a markdown/MDX document, and index it with Orama. You can extract the structured data using the Structure remark plugin.
It cannot extract content from rehype plugin generated content (remark plugins are supported).
Usage
From Source
Create a route handler from Source API.
From Search Indexes
Pass search indexes to the function, see type information for required properties.
Client
You can query it using headless search client.
Or use Fumadocs UI, which includes a built-in search UI.
Tag Filter
It's useful for implementing multi-docs similar to this documentation.
For Fumadocs UI
Remember to configure Tag Filter on Search UI.
You don't need to follow the steps below if you're using the built-in Search UI.
On your search client, pass a tag to the hook.
Internationalization
Update the route handler (From Source)
You don't need to change anything, it handles i18n automatically.
Update the route handler (From Search Indexes)
Use createI18nSearchAPI
for i18n functionality.
Update search client
For Fumadocs UI
You can ignore this, Fumadocs UI handles this when you have i18n configured correctly.
Add locale
to the search client, this will only allow pages with specified locale to be searchable by the user.
Chinese
Orama requires extra configurations for Chinese, Japanese, and some other languages.
See Orama Docs for more details.
Static Search
To work with Next.js static export, use staticGET
from search server.
staticGET
is also available on createSearchAPI
.
Search Client
On your search client, use static
instead of fetch
.
Search UI
You can pass search options from the Root Provider.
See Search UI options
.
Be Careful
Static Search requires clients to download the exported search indexes. For large docs sites, its size can be really big.
Especially with i18n (e.g. Chinese tokenizers), the bundle size of tokenizers can exceed ~500MB. You should use 3rd party solutions like Algolia for these cases.
Simple Search
Index with the raw content of document.
Search Client
useDocsSearch
is a hook to search documents using the built-in search clients.
Client
Choose the client to use.
Type | Description |
---|---|
fetch (default) | send HTTP request to a search server with fetch |
static | Load search map on client-side and query them |
algolia | Use Algolia Search (See Algolia |
Return Type
Prop | Type | Description |
---|---|---|
query | Query | Query status and results |
search | string | Searching text (not debounced) |
setSearch | (v: string) => void | Set searching text |
Response Data
Type | |
---|---|
empty | If the searching text is empty or blank |
SortedResult[] | Array of matching pages, headings and contents. |
Custom Algorithm
You can port your own search algorithm by returning a list of SortedResult
from your custom /api/search/route.ts
route handler (API Endpoint). You can also integrate it
with Fumadocs UI.
Prop | Type | Default |
---|---|---|
id | string | - |
url | string | - |
type | "page" | "heading" | "text" | - |
content | string | - |
Headless
You can host the search server on Express or Elysia, without Next.js.
Last updated on