Example scenario
Thesummer-sale-2026 rule is promoting a campaign landing page for “summer sale” queries, but marketing asked you to pull the landing page off the homepage for a few hours while they fix a typo. You want the pin to stop applying immediately, but you do not want to delete the rule: you will reactivate it once the landing page is back online.
The right move is to set active to false. The rule stays in storage with all its conditions and actions, it just does not fire until you flip it back on.
Pause a rule from the Meilisearch Cloud dashboard
Open your project in the Meilisearch Cloud dashboard and select the Search rules tab.1. Locate the rule
Find the rule in the Search rules list. Each row displays a status toggle on the right side, next to the edit and delete icons.
2. Flip the Active toggle
Click the toggle to switch the rule from Active to Inactive. The change is saved immediately: the next search request no longer triggers this rule. When you are ready to reactivate the rule, flip the toggle back on. No other field is affected, so the rule fires exactly as it did before, with the same conditions and pin actions.Pause a rule from the API
Send aPATCH /dynamic-search-rules/{uid} with only the active field:
PATCH route is an upsert that only modifies the fields you send, this request leaves every other field untouched. The response returns 200 OK with the full updated rule, which should now show "active": false.
To reactivate the rule, send the same request with true:
What changes and what stays the same
When a rule is paused:- It remains stored and visible in
GET /dynamic-search-rules/{uid}andPOST /dynamic-search-rules - Its conditions, actions, priority, and description are unchanged
- It is skipped at search time, no pin is inserted
- Time conditions are evaluated normally if the rule is reactivated later. A rule reactivated after its
enddate still does not fire because the time condition fails
Pause versus delete versus expire
| Action | When to use | Reversible? |
|---|---|---|
Flip active to false | Short-term pause, known reactivation window, fast rollback | Yes |
| Remove the offending condition or action | Rule needs to change, not stop | Yes (by reverting) |
DELETE /dynamic-search-rules/{uid} | Rule is permanently wrong or no longer relevant | No, you must recreate from scratch |
| Let a time window expire naturally | Campaign end is known in advance | No reactivation needed, no cleanup |
Variations and tips
- Safe rollback after a bad edit: if you just made changes to a rule and something looks off in production, flip
activetofalsefirst, then investigate. Do not delete the rule while debugging. - Seasonal rules on standby: for recurring campaigns (Black Friday, summer sale), keep the rule paused between campaigns and reactivate it a few days before launch. Remember to update the time window before reactivating.
- Bulk pause: the API has no bulk update, so pausing many rules at once requires a script that iterates over rule IDs. See List or filter existing rules for how to enumerate rules first.
- Precedence interactions: while a rule is paused, it does not participate in priority comparisons. A lower-priority rule that would normally lose to the paused rule can now fire. Double-check after pausing a high-priority rule.
Next steps
List or filter existing rules
Find rules to pause or reactivate
Schedule a promotion
Expire a rule automatically with a time window
Pinning behavior
Learn how pins interact with ranking, filters, and precedence
API reference
Full request and response shapes