How fallback chains work
When a block doesn’t meet its minimum products safeguard, the system automatically tries fallback blocks in order:- Primary block is evaluated first
- If results are below minimum, try Fallback 1
- If Fallback 1 also doesn’t meet minimum, try Fallback 2
- Continue until a block meets the minimum or all fallbacks are exhausted
Fallback modes
Each entry in the fallback chain can be configured with one of two modes:- Replace (default): The fallback block’s results replace the primary block’s results entirely if the fallback meets the minimum products requirement. This is the original behavior.
- Fill: The fallback block’s products are appended to the existing results (deduplicated by product ID). This lets you “top up” a partially filled block instead of replacing its results. The system respects the maximum products safeguard when merging, and
totalResultsin the response accounts for deduplication across all sources.
Configuring fallback chains
Fallback chains are configured as an ordered list of block IDs, each with an optional fallback mode. Important considerations:- Fallback blocks must be active
- Fallback blocks should have the same anchor type as the primary block
- Avoid circular references
- Fallback blocks can have their own fallback chains
- The system prevents infinite loops by tracking visited blocks
- You can mix replace and fill modes in the same chain