Search

The public portal has built-in search — visitors open it by clicking the search field or with the Ctrl K shortcut (⌘ K on a Mac). Results appear as you type.

Search also matches partial words — the query "onboard" finds an article about "onboarding".

Results are grouped: matches in titles and descriptions first, then matches in content — with a short snippet showing the context of the hit.

ℹ️ Info: Content of articles protected by a password or email verification never enters the results — snippets could reveal protected content. Such articles are searchable by title and description, so it pays to write descriptions precisely.

Search respects the access rules:

• internal entries show in results only after email verification,
• in an internal base, search doesn't work at all before verification,
• entries with a disabled or expired link never appear in results.

💡 Tip: The entry description is your hand-written search index. Instead of "Configuration guide", write "How to connect a Google account and set up automatic sync" — readers search with the words they'd use themselves.

• Use the words your audience uses in titles (not internal jargon).
• List synonyms and alternative feature names in the description.
• Short, focused articles search better than one very long one.

Yes — search works regardless of the content language, with partial-word matching.

No, search is a fixed part of the portal. You do control what gets searched — a gate on the link excludes an article from full-text search.

Queries aren't stored in your account. The search endpoint is rate-limited to prevent abuse.