Stages
Requests pass through the stages in this order. Turning a stage off skips it entirely.Stage settings
Candidate generation
- Candidate limit: how many items to retrieve before scoring. Higher values widen the candidate pool and can increase latency. Evaluate a larger pool if results lack variety.
- Query / search retrieval: for search requests, adds keyword matching alongside meaning-based matching. Choose Reciprocal rank fusion (rank-based and stable) or Weighted normalised scores, set the semantic and keyword weights, and pick the keyword fields (built-in fields and metadata keys) to match against.
Scoring
Learned ranking
Choose the ranker type:
Ranking facets tells the ranker which metadata fields to compute topic affinity over, such as
category or brand. The first non-empty field on each item is used. Leave it empty to use standard category and genre keys.
Catalogue intelligence
Blends relationships between items (similar, complementary, substitute, same collection, frequently used together, next best and others) into model scores.- Catalogue influence: how far these signals can shift scores, capped at 50% so model relevance stays primary.
- Relationship types and sources: which relationships may be used.
- Max relationship candidates: how many relationship-derived candidates may enter per request.
Intelligence layer
An optional reranker for the top of the list.Rules
Turn this stage off to serve pure model ranking with no business rules, for example as the control arm of an experiment.Post-processing
- Diversity: limits consecutive items from the same category, pushing extras further down.
- Deduplicate: removes duplicate items, keeping the highest-scored one.
- Page size: how many items the response returns. Every earlier stage works on the full candidate set; the trim happens here.

