In this section, “search rules” refers to the curation feature exposed by
/dynamic-search-rules. This is different from the search rules object used in tenant tokens, which enforces filters.What search rules support today
- Query-based pinning with
contains - Empty-query pinning with
isEmpty - Time-window activation
- Multiple pins with explicit positions
- Regular search, hybrid search, federated search, and network search
How search rules work
When a rule matches, Meilisearch:- Computes the normal organic results
- Resolves the pinned documents from the rule
- Inserts those documents at the requested positions
- Removes duplicates and returns the final result set
Rule structure
Each rule has:- a
uid - optional metadata such as
description,priority, andactive - one or more
conditions - one or more
actions
billing-workspace-overview to the first result position when the query contains invoice.
What search rules do not support
Search rules do not currently support:- Regex or wildcard matching
- Activation from filters, selected facets, locale, user context, or product context
- Actions other than pinning
priority. Lower values take precedence over higher ones.
Next steps
Getting started
Enable the feature and create your first rule
How to
Common curation patterns for search rules
Reference
Rule fields, endpoints, and update behavior
Advanced
Matching behavior, precedence, and response details