Purpose and development
Useful items for a particular task
Usefulness depends on what the person is trying to do now. A video service can select from the same catalog, its collection of available items, for both a homepage and a next-video panel. These product surfaces—the places where choices appear—serve different tasks. YouTube describes watch history as a major homepage input and the currently watched video as the main next-video signal. Recommendations often work without an explicit search query, so the surface and activity within a session, an episode of use, help specify what to offer.
Define success before selecting a model. User benefit is the improvement the person seeks; a business outcome is the improvement the organization seeks. A proxy is an observable measurement used to approximate either one. A constraint specifies what the system must not violate while pursuing them. These distinctions matter because choosing, clicking and consuming are intermediate actions: their value depends on what happens afterward.
| Application | Immediate observation | Outcome that matters | Decision boundary |
|---|---|---|---|
| Garment sizing | A customer purchases a recommended size. | The garment fits; avoidable returns decline. | Item sizing and personal fit preferences both matter. |
| Algebra instruction | A student opens a recommended video. | The student improves on later assessments. | The student can ignore the recommendation. |
Zalando's sizing account combines purchase and return behavior with fit feedback and specialist assessments. In the Math Nation field experiment, personalized video selection was compared with a predetermined curriculum sequence. The initial analysis found no significant treatment coefficient; missing covariates excluded 5,448 of 16,406 assigned students, and later usage-subgroup analyses were exploratory. Personalization describes a selection method, not an established benefit.
The complete selection policy
Eligibility determines whether an item may appear. A candidate is an item shortlisted for further consideration. Ranking assigns relative priority to candidates; list composition chooses which ones appear together. A slate is that displayed collection, often ordered. A recommendation policy includes the complete selection and presentation rule, including constraints and any randomness—not merely the fitted ranking model.
Eligibility is Boolean; preference is comparative. An unavailable item does not become permissible because it receives a high score. Conversely, an eligible item can disappear because no generator retrieves it or because a candidate budget excludes it. Finally, individually attractive candidates may be redundant when displayed together. These are different failure locations and require different repairs.
Stages manage computation. When scoring every eligible item is affordable, exhaustive comparison is possible. As the catalog or scoring cost grows, candidate generation reserves expensive evaluation for a smaller set. Spotify's 2025 account describes this narrowing across playlists, search and other surfaces. Candidate generation in Search and Retrieval explains the general shortlist mechanism; here the distinctive problem is choosing whose interests and which current context should shape it.
Turning points in recommendation
Recommendation developed through complementary answers to information overload, sparse judgments and expensive selection. Early collaborative systems made other people's judgments useful without requiring every reader to describe their interests. Later work changed which relationships were computed, how they were represented, and which outcomes the system tried to predict.
| Development | Contribution |
|---|---|
| GroupLens — October 1994 | Paul Resnick, Neophytos Iacovou, Mitesh Suchak, Peter Bergstrom and John Riedl's MIT–Minnesota system predicted Usenet article ratings from agreement among readers. It extended topic subscription with shared judgments. Original paper. |
| Amazon item-to-item recommendation — January–February 2003 | Greg Linden, Brent Smith and Jeremy York described precomputing relationships from shared purchases. Request-time lookup combined items related to a customer's history or current cart, avoiding a fresh search across the customer population. Implementation report. |
| Netflix Prize — launched October 2006 | The competition standardized prediction of withheld star ratings. Its target was a 10% reduction in rating-prediction root mean squared error relative to Cinematch—not 10% more satisfaction. Organizers' account. |
| Latent-factor models — August 2009 account | Yehuda Koren, Robert Bell and Chris Volinsky explained compact user–item compatibility factors, biases, implicit feedback and temporal effects in their Prize work. Their ensembles combined many predictors rather than establishing one universally best model. Authors' article. |
| YouTube deep recommendation — 2016 | YouTube's research team described separate candidate generation and ranking, learning from viewing context and impressions rather than relying only on star ratings. System paper. |
| Netflix shared preference model — March 2025 | Ko-Jen Hsiao, Yesu Feng and Sudarshan Lamkhede described reusable representations learned from histories and content beneath downstream applications. The motivation included duplicated work across separately trained recommenders. Engineering account. |
The continuing distinction is between evidence about related people, evidence about related items, and evidence about a particular decision. Precomputed item relationships remain useful when lookup is the right serving boundary. Learned representations can share information more broadly, but do not decide what counts as a successful recommendation. Even GroupLens recognized that evaluating on articles selected by one recommender could disadvantage another that would have selected different articles. Selected feedback is an old problem, not a side effect unique to today's models.
Feedback and personalization
What an interaction records
Explicit feedback is a deliberate judgment, such as a rating or dislike. Implicit feedback is behavior interpreted as a signal, such as watching, skipping or purchasing. YouTube lists satisfaction surveys alongside viewing behavior because watching does not exhaust the meaning of satisfaction. Repeated actions and dwell time likewise require a declared interpretation: the logged event is an observation, not direct access to intent.
A request, returned response, rendered card and measured view are distinct events. Define an impression by the instrumentation that produces it. Rendering alone does not prove attention. Amazon Personalize's documentation illustrates the distinction by removing out-of-stock shoes from returned recommendations before recording the displayed subset. An item without display confirmation has unknown exposure; a displayed item without interaction is not equivalent to an explicit rejection.
A delayed outcome adds another boundary. No purchase yet may mean no eventual purchase or simply insufficient follow-up. An observation is censored when the outcome remains unresolved at collection time. Define the outcome window before assigning negatives; the window defines the target, not what will happen forever. For a kept-purchase target, observing a purchase does not close its return window.
For training, features are information available when choosing; labels are the outcomes the model is asked to predict. The features-and-targets distinction prevents a later purchase or return from leaking into the earlier decision. A practical logging contract should join request and item IDs, permitted context, policy version, returned and displayed positions, event timestamps, and subsequent outcomes. Preserve repeated events rather than silently treating them as independent people. This is an application contract to design, not a universal vendor schema.
The cost of misinterpreting feedback depends on the decision. In the Indeed example discussed by Eugene Yan, experts labeled user–job fit because explicit negative feedback was sparse. A filter with 63% rejection precision meant that 63% of the recommendations it classified as bad were actually bad—not that it correctly rejected 63% of all recommendations. The remaining rejected matches illustrate the cost of using an unreliable negative judgment as an exclusion rule.
Attributes and collaborative behavior
Content-based filtering compares item properties with known interests. If a person requests short history documentaries, duration, subject and format provide evidence before those particular videos accumulate interactions. The representation limits what the system can express: missing attributes cannot contribute to the match, and item descriptions do not reveal an unknown person's preferences.
Collaborative filtering instead uses patterns across people's recorded interactions. A user-based neighborhood finds people with similar histories and uses their preferences to suggest items. An item-based neighborhood finds relationships among items, then combines those relationships with the target person's history. Consider a customer interested in gardening: a new guide can match that attribute, while a buyer who purchased the same planter can supply a watering-can candidate. Shared purchases do not require matching product descriptions.
An embedding is a numerical representation used by later computation. Matrix factorization learns compact user and item embeddings whose comparisons approximate feedback, rather than assigning every coordinate an authored category. Missing interactions remain ambiguous, so the treatment of observed and unobserved entries affects what the learned compatibility means. User–item compatibility develops this distinction; vector comparison explains why dot product and cosine can produce different orders.
A hybrid recommender combines these evidence sources. Content can supply a plausible match where behavior is sparse; behavior can distinguish items with similar descriptions. One implementation represents customers, products and purchases as a graph, then follows purchase relationships to enrich text-based retrieval. The graph-based recommendation workshop demonstrates this approach; graph traversal explains how following recorded connections produces candidates. A co-purchase count remains a ranking signal, not a preference probability. Compare personalized methods with popularity-based selection to determine what they add beyond a shared default.
Two routes to a candidate
Attribute route
Target customer → declares gardening interest
Gardening attribute → B · new gardening guide
B has no recorded purchases. Its attribute match supplies a candidate.
Recorded purchase relationships
Target customer → A · planter
Another buyer → A · planter
Another buyer → C · watering can
Each solid arrow means “recorded purchase.” A is already-purchased context.
Candidate discovery: target → A → another buyer → C
This traversal follows the buyer-to-A purchase edge backward; it records no new purchase.
No absent edge means dislike. The two candidates need neither matching descriptions nor an assigned fusion score.
Current intent and user control
A durable preference and a current task are different inputs. Someone's established interest in documentaries does not determine what they want during every visit. Temporal models can separate stable patterns, gradual changes and transient effects. Recency weighting reduces an older interaction's contribution to a current prediction; it does not necessarily discard that interaction from training. Koren's temporal recommendation study found that older observations could retain useful collaborative structure even when predictions needed time-sensitive components.
Session state summarizes the current ordered activity. A session model can operate without a persistent user ID, updating that summary after each click and resetting it at a declared session boundary. Order carries information that a set loses: browsing cameras and then lenses presents a different latest context from browsing lenses and then cameras. This does not prove the person's intent; it makes the difference available to the model.
Explicit control can correct an inferred preference. In Personalization in the Era of LLMs, Shivam Verma describes natural-language playlist requests and edits to an exposed taste profile that influence recommendations. A request steers the current selection; a profile correction expresses a broader preference. Neither mechanism, as described, establishes that the edit changes an embedding or model weights. Context selection and parameter fitting are separate operations.
More history is not automatically better context. The 360Brew team reported improvement followed by a decline at its longest tested histories; the proposed explanation was limited long-context generalization, not a demonstrated loss of information. Choose the history budget by measured usefulness. Also establish permitted data use: avoiding permanent identity is possible, but removing direct identifiers does not necessarily anonymize released behavior. Narayanan and Shmatikov demonstrated linkage risks using sparse movie ratings and approximate dates.
Candidates, scores and lists
Candidate coverage
Candidate construction gives items an opportunity to compete. Content matching, item associations, recent behavior and popularity can supply different candidates. Combining sources is useful when their omissions differ, but the actual shortlist depends on source budgets, overlap and truncation. Candidate depth is the number allowed through to later scoring, not the number ultimately displayed.
Deduplicate overlapping sources by item identity, then distinguish mandatory exclusions from budget limits. In this example, two sources contribute B; D is unavailable; an explicit shortlist budget keeps A and B, leaving eligible C unscored. No later scoring improvement can put C into that request’s final list. Record source membership and exclusion reasons so these losses remain distinguishable.
Five entries, two candidates to score
Arrows mean set transformation. The example budget keeps A and B; it assigns no preference scores or universal filter order.
A two-tower model independently encodes the request and each item into compatible vectors. Item vectors can be indexed ahead of requests; the current request supplies the other vector. Approximate search may miss exact top candidates, so compare it with exhaustive scoring under the same setup. Dense retrieval explains the index mechanics.
Behavior should not silently become eligibility. The GraphRAG workshop warns that restricting retrieval to a sparse purchase neighborhood can exclude good content matches. An optional behavioral match preserves candidates lacking local purchase evidence. That is different from relaxing mandatory availability or authorization checks. Likewise, multiplying a similarity score by a purchase count is not self-justifying: their scales and zero values change the resulting order. Compare combination rules against labeled outcomes.
What the ranking score means
A ranker combines user, item and request information to estimate an outcome or relative preference. Its loss penalizes disagreement with the training target; changing that target changes the pressure applied during fitting. The general objective mechanism is shared across machine learning, but recommendation introduces a specific choice between predicting individual responses and learning an ordering.
| Training family | Training unit | What receives pressure |
|---|---|---|
| Pointwise | One labeled user–item or query–item example | Predict its individual target. |
| Pairwise | Two items with a preferred order in the same context | Raise the preferred item's score relative to the other. |
| Listwise | A candidate list and its judgments | Improve a list-level ordering objective. |
These families need not imply different serving architectures. Pairwise training does not automatically emphasize the first position, and listwise training does not automatically encode diversity. Bayesian Personalized Ranking, introduced in 2009 by Steffen Rendle, Christoph Freudenthaler, Zeno Gantner and Lars Schmidt-Thieme, makes personalized ordering explicit. A training triple contains a user, an interacted-with item and an unobserved alternative; fitting favors the observed item. The alternative is assumed less preferred, not recorded as disliked. BPR's reported improvements used retrospective purchase and interaction evaluations, not an online demonstration of user benefit.
The weight assigned to each training example also changes what the score means. YouTube's 2016 ranking method weighted clicked impressions by watch time and unclicked impressions by one, giving longer watches more influence during fitting. For a model output p between zero and one, its odds are p/(1−p). Under the paper's approximation that click probability is small, the learned odds approximate expected watch time; the output is not an ordinary click probability. Calibration is a separate check: among comparable cases assigned a probability near p, the stated outcome should occur roughly a fraction p of the time. Check this before using predicted probabilities in expected-outcome calculations. See probabilities and decisions.
| Candidate | Predicted click probability | Predicted purchase kept through the return window |
|---|---|---|
| A | 0.30 | 0.04 |
| B | 0.20 | 0.07 |
Click ordering selects A; ordering by the specified kept-purchase outcome selects B. This establishes a decision difference, not measured improvement. The product must justify the target and validate its prediction. It can also combine several outcome estimates while enforcing separate constraints. Expensive joint scoring can remain a reranking operation on a shortlist; a more sophisticated scorer does not remove those policy choices.
Composing the displayed list
A list spends a limited number of positions. Three highly relevant items can still provide nearly the same choice. Intra-list diversity measures variation among selected items under a declared representation. Novelty concerns what is unfamiliar to the person, which incomplete history cannot establish perfectly. Serendipity adds experienced value: interview research describes refreshing or enriching discoveries, including rediscovery of forgotten interests. None is simply another name for high individual relevance.
Maximal Marginal Relevance builds a list incrementally. At each step, it balances a candidate's relevance against its similarity to items already selected. At the relevance-only endpoint it preserves relevance ordering; increasing the redundancy penalty favors different choices. An informal composition choice might replace one of several near-identical camera reviews with a relevant comparison of alternatives. Greedy MMR can change earlier positions too; it does not promise to preserve the first two choices. Whether that helps depends on whether the person wants breadth or depth.
A candidate’s score depends on the list so far
All five candidates remain eligible. At each step choose the greatest λ × relevance − (1 − λ) × maximum similarity to the selected set. For an empty list, similarity is 0. Equal scores use item ID order A–E.
Relevance only · λ = 1
A → B → C
Redundancy aware · λ = .55
A → C → E
Current slate: A → C → E · Before step 1: empty list · Choose A
| Remaining candidate | Relevance | Max similarity | λ × relevance | Penalty | Score |
|---|---|---|---|---|---|
| A · Camera X: full review ✓ | 0.95 | 0.00 | 0.522 | 0.000 | 0.522 |
| B · Camera X: quick review | 0.90 | 0.00 | 0.495 | 0.000 | 0.495 |
| C · Landscape lens comparison | 0.80 | 0.00 | 0.440 | 0.000 | 0.440 |
| D · On-camera audio guide | 0.72 | 0.00 | 0.396 | 0.000 | 0.396 |
| E · Camera bag field test | 0.60 | 0.00 | 0.330 | 0.000 | 0.330 |
Fixed symmetric similarity matrix
| Item | A | B | C | D | E |
|---|---|---|---|---|---|
| A · Camera X: full review | 1.00 | 0.95 | 0.20 | 0.15 | 0.10 |
| B · Camera X: quick review | 0.95 | 1.00 | 0.25 | 0.20 | 0.10 |
| C · Landscape lens comparison | 0.20 | 0.25 | 1.00 | 0.35 | 0.10 |
| D · On-camera audio guide | 0.15 | 0.20 | 0.35 | 1.00 | 0.20 |
| E · Camera bag field test | 0.10 | 0.10 | 0.10 | 0.20 | 1.00 |
The same problem appears above the item level. In Learning a Personalized Homepage, Chris Alvino and Justin Basilico's April 2015 account treats rows, titles and placement jointly. Independently ranking rows can repeat one interest across the page. Scoring each next row against those already selected reduces that redundancy, but further lookahead costs computation and need not find the optimal page. The account also separates freshness from stability: responding to new activity should not make recently suggested titles impossible to find again.
Selection and presentation require separate comparisons. Hold layout fixed when testing a replacement; hold item identities fixed when testing placement. Provider exposure is the attention opportunity allocated to an item's supplier, not the supplier's realized clicks or income. Exposure constraints can deliberately alter a relevance-maximizing order, especially when positions receive very different attention. Their rationale and tradeoffs must be explicit; a relevance model does not supply a fairness definition.
Learning from selected feedback
How exposure shapes learning
Exposure bias arises because previous selection determines which items can generate observed feedback. Position bias arises because placement changes the chance of examination. A click therefore reflects both the opportunity to notice an item and the response to it. High interaction counts cannot be read directly as stronger preference. This is a recommendation-specific case of selective labels.
The loop continues when observed responses become training data. A system may repeatedly favor well-observed items while leaving alternatives poorly understood. Its next model then learns from behavior partly caused by the previous policy, alongside the effects of preference and context. Prediction-induced feedback explains the broader principle. Recording every decision improves traceability but cannot reveal a person's response to an alternative never shown.
The policy helps create its training data
Observed response has both a selection path and a preference-and-context path.
Read the diagram as text
- Prior policy. Earlier selection rules and fitted scores.
- Selected item and position. The opportunity created by the policy.
- Examination. Whether the person notices the item.
- Preference and context. Interests and circumstances beyond placement.
- Observed response. An interaction or recorded noninteraction.
- Later training data. Responses attached to selected opportunities.
- Later policy. A subsequent policy fitted using those records.
- Prior policy → Selected item and position: chooses.
- Selected item and position → Examination: affects attention.
- Selected item and position → Observed response: determines offered item.
- Examination → Observed response: enables interaction.
- Preference and context → Observed response: affects response.
- Observed response → Later training data: recorded as examples.
- Later training data → Later policy: informs fitting.
Feedback effects are conditional, not a universal law of concentration. A simulation of repeated recommendation and retraining found increasingly similar consumption across users under its specified choice model. That similarity was distinct from concentration on globally popular items. In contrast, an August 2026 Netflix preprint reports a 60-day holdback experiment conducted in February–April 2025: twelve algorithmic updates, with no interface change, increased viewing and distinct titles played while reducing aggregate concentration. Attention shifted toward moderately popular titles, with little change for the least-popular half. The bundled intervention does not identify one responsible algorithm or establish lifetime welfare.
Feedback integrity is a separate concern. Shilling attacks fabricate coordinated rating profiles to promote or suppress items, using ordinary-looking filler ratings to influence collaborative relationships. This differs from independent noisy judgments because the records are strategically constructed. Treat behavioral inputs as an influence boundary, with the broader principles developed in AI Security.
Starting without enough history
Cold start means insufficient relevant interaction history. It is not one problem: a new user's interests may be unknown, a new item's appeal may be unknown, or a new service may lack population-level relationships. An opaque item identifier carries identity but no content information. Waiting does not solve the problem if the item never receives an opportunity to generate feedback.
| Missing history | Available starting evidence | Initial policy | What remains unknown |
|---|---|---|---|
| New user | Declared interests, current request, session actions | Match the request; ask a small number of useful preference questions. | Durable preferences beyond the supplied context. |
| New item | Metadata and content | Include content-based candidates for relevant interests. | How actual users will respond. |
| New service | Catalog knowledge and editorial judgment | Use an executable curated or rule-based baseline. | Collaborative relationships that have not yet been observed. |
Preference elicitation asks for information that improves selection. An informative rating question is useless if the user does not know the item. Research on new-user onboarding therefore balances familiarity with disagreement among existing raters: familiar items are answerable, while divisive items can distinguish tastes. Adaptive selection uses previous answers to choose later questions. An unanswered prompt remains missing information, not a dislike.
Hybrid representations can change their dependence on evidence as it accumulates. Netflix's March 2025 design combines metadata-based and learned item-ID representations through an age-conditioned mixing layer. New titles rely more on metadata; established titles can use interaction-derived identity information. This lets behavior distinguish similarly described titles. It does not make age a universal confidence measure: old items can remain poorly observed, and metadata provides an initial prediction rather than proof of appeal.
Exploration under constraints
Exploitation chooses according to current outcome estimates. Exploration deliberately allocates opportunities to learn about uncertain alternatives. A contextual bandit observes request context, chooses an available action and receives a reward only for that action. Here an action can be a recommended item, and a reward is a declared measured outcome. It is not an intrinsic measure of user welfare. The LinUCB news-recommendation work makes the distinction concrete by combining estimated reward with an uncertainty bonus.
The allocation problem predates recommendation software. William R. Thompson's 1933 paper considered acting while treatment evidence was still accumulating, allocating according to the current probability that one option was better. The relevant contribution is continued learning under uncertainty—not a claim that modern recommenders existed then.
Epsilon-greedy usually exploits the highest estimate, reserving a fixed fraction for uniform random exploration. Thompson sampling instead maintains a posterior distribution—a distribution over plausible unknown outcome probabilities after observed evidence. It samples one plausible value per action and chooses the largest. A less-observed option can win a draw without having the highest estimated mean. This is uncertainty-aware allocation, not merely adding visually different items.
Illustrative pseudocode
Python-like pseudocodeFor accountable learning, record context, available actions, the selected action, its selection probability and the eventual outcome. The sampled reward probability inside Thompson sampling is not the probability that the policy selects the action. Vowpal Wabbit's contextual-bandit tutorial exposes selection probabilities explicitly as part of the decision record.
Uncertainty can change the selected action
Fixed context, two eligible actions, binary outcomes. Each starts with a Beta(1, 1) prior. With s resolved successes and f failures, its posterior is Beta(1+s, 1+f). The mean is (1+s)/(2+s+f).
| Action / curve | Resolved s / f | Posterior | Mean | Sampled value |
|---|---|---|---|---|
| A · solid cyan | 8 / 2 | Beta(9, 3) | 0.750 | 0.715 |
| B · dashed gold | 1 / 1 | Beta(2, 2) | 0.500 | 0.750 |
Seed 3 · choose B, the largest eligible draw. Sampled values are success probabilities, not action-selection propensities.
Feedback applies only to the current chosen action, then advances the draw. Pending records stay unresolved and change neither posterior. Reset restores the reproducible seed-3 example: lower-mean B wins (.750 versus A’s .715). This sampler does not compute logging propensities.
Deployment needs limits outside this sampling mechanism: enforce eligibility first, specify how much exposure uncertain options may receive, and define when adverse outcomes require stopping or review. Unresolved delayed rewards must not become immediate failures. These are application requirements, not a universal validated safety protocol. An adaptive bandit seeks useful allocations while learning; a randomized experiment can separately compare the complete bandit policy with another policy.
Evidence for a changed policy
Reconstructing an honest offline test
An offline test should reproduce the information boundary of the decision. With a temporal cutoff, later observations remain hidden; in event-by-event evaluation, predict each event before making it available to subsequent predictions. Use the catalog and eligibility that applied then. A point-in-time join attaches historical features from before each decision timestamp. Feast's implementation searches backward within a permitted age window. Such a join cannot repair a feature already computed using future information, and an event timestamp alone does not prove late-arriving data was available. See validation without leakage.
Compare against credible simple alternatives: popularity, recent-session rules or item neighbors, depending on the task. Then separate discovery from ordering. In the earlier candidate example, a test that judges only A and B cannot diagnose the omission of relevant C. Evaluate the generator against the declared eligible universe, and the ranker against its actual input; also measure the complete result.
| Measurement | Meaning | Boundary |
|---|---|---|
| Candidate recall | Fraction of relevant items admitted to later scoring. | Judgments must include relevant items outside the shortlist. |
| Recall@K | Relevant items in the top K divided by all relevant items in the evaluation universe. | The denominator is not K. Specify treatment of lists with no relevant items. |
| Normalized discounted cumulative gain (NDCG@K) | Assign a numerical gain to each relevance judgment, reduce its contribution at lower positions, and sum through rank K. Divide by the gain from ideally ordering the same judged candidates. | Specify gain, position discount, ties and zero-ideal-gain handling; it does not measure diversity. |
| Catalog coverage | Distinct recommended items divided by catalog size over a declared interval. | More coverage need not mean more useful recommendations. |
Keep the candidate universe and relevance judgments explicit when comparing recall or NDCG. Changing them changes the question, even if the metric's name stays the same. Metrics and denominators develops the calculations. Report new users, new items, infrequent users and low-exposure inventory separately when those are consequential deployment groups; a good aggregate can conceal the exact population the change was intended to help.
Ranking against sampled alternatives answers a different question from ranking against the catalog. Sampling changes how many stronger alternatives the relevant item encounters, and nonlinear ranking metrics can even reverse model comparisons in expectation under studied sampling schemes. Record the sampling rule and do not silently compare sampled scores with full-catalog scores. Temporal correctness also leaves exposure bias intact: an unobserved item still lacks a complete relevance judgment.
Learning from another policy's logs
Off-policy evaluation estimates a target policy's outcomes using feedback collected by a logging policy. A logging propensity is the probability that the logger selected an action in its context—not the predicted probability of a click and not the probability of examining a position. One approach, randomized replay, retains an event only when the target chooses the logged action. Its justification requires the stated randomized-logging and independent-event assumptions, and it discards unmatched observations.
Weighting instead adjusts each observed outcome for unequal selection opportunities. Let be context, the logged action, its observed reward, the logging policy and the target policy. The contribution uses the ratio of their action-selection probabilities:
For example, a logger chooses A with probability 0.8 and B with 0.2; a target chooses each with 0.5. Observed A rewards receive weight 0.625, and B rewards receive 2.5. The rarer opportunity contributes more. Reliable estimates require correct probabilities, comparable outcomes and support: every target action must have a nonzero logging chance. Rare actions create large, variable weights; zero support leaves outcomes unidentified. Clipping limits influence but changes the estimator and generally introduces bias. Causal foundations explain the assumptions behind such adjustment.
When the reward concerns the whole ordered slate, the action is the slate. Individual-item probabilities cannot replace its joint selection probability. Possible lists multiply rapidly, making full-slate weighting unstable. Estimators based on additive item-position contributions reduce this burden only by assuming away interactions among displayed items. That assumption is consequential precisely because list composition can change usefulness.
Measuring product benefit
A live comparison changes what people encounter. Specify both complete policies, the eligible population, assignment unit, actual exposure, primary outcome and observation horizon. Repeated visits by one person are not independent experimental units. Randomized assignment supports a causal comparison under the experiment's conditions; the broader design choices belong in Choose the live experiment. Preserve uncertainty and distinguish a practically useful effect from merely crossing a statistical threshold.
Guardrails are outcomes the change must not materially degrade, separate from its primary target. Shared inventory, creator attention or infrastructure can create interference, where one unit's outcome depends on other units' assignments. Cluster randomization groups interacting units; switchbacks alternate policies over time. Neither automatically eliminates spillovers, and both require an analysis suited to the design.
Measure beyond the surface receiving credit. YouTube's Learned Ranking Function study models value after a user leaves a recommendation slate, because activity can continue elsewhere on the platform. In a reported online ablation removing that baseline, the watch-page-attributed metric rose while the platform's primary metric fell. Local gains had not translated into a whole-product win. The reported primary metric should not be equated with independently established welfare or lifetime satisfaction.
Match follow-up to the claimed benefit. A click-only window ends before a purchase-return outcome matures. New navigation can temporarily slow established users, while a novel feature can prompt extra investigative clicking. Examine later visits and relevant cohorts rather than assuming the first response persists. Prespecify decision rules: repeatedly applying an ordinary fixed-horizon significance test until it passes does not preserve its original error guarantee.
Keeping recommendations useful
Shared models and serving choices
A shared recommendation foundation model supplies reusable learned representations or computation to multiple applications. It can consolidate repeated feature work without making every application share one objective. Netflix's 2025 talk describes thinner application models built above common user and content representations. Shared learning and application-specific decisions therefore coexist.
| Integration | Reused component | Decision boundary |
|---|---|---|
| Embedding consumption | Published user or item vectors | A downstream model uses representations that may predate the request. |
| Model subgraph | Shared computation inside an application model | The application incorporates more of the model's computation. |
| Application fine-tuning | Shared parameters adapted to an application | Additional fitting changes behavior for the application's task. |
Fine-tuning means further fitting model parameters; Post-training explains that mechanism. Moving work offline is a different choice. In YouTube's generative recommendation account, removing personalized prompt fields allowed video-to-video candidates for popular source videos to be precomputed and served by lookup. This avoided online generation for those candidates but removed user-specific conditioning from the table. A later stage may still personalize the final selection.
Deployment value has always depended on more than predictive accuracy. In their April 2012 account, Xavier Amatriain and Justin Basilico explained that Netflix deployed adapted components from the 2007 Prize work but not the final 2009 ensemble. The additional accuracy did not justify the engineering effort, and streaming had changed the task from filling a DVD queue ahead of time to finding something to watch immediately. Streaming also supplied viewing feedback unavailable during mailed-DVD consumption. The lesson is to choose computation for the actual workflow, not to confuse nondeployment of one ensemble with rejection of the research.
Update the right boundary
Recommendation state changes on several clocks. Online computation uses current request information; offline computation prepares expensive results in batches; nearline computation reacts to events asynchronously between requests. A precomputed fallback can preserve response availability when online work cannot finish, but its freshness and personalization may differ. A technically successful response therefore does not establish a useful recommendation.
| Changed information | Responsible update | Verification |
|---|---|---|
| Current session activity | Update request or session state. | The next selection receives the new context. |
| Availability or exclusion | Refresh authoritative eligibility and dependent filters. | Every serving path respects current restrictions. |
| Item representation | Refresh compatible vectors and candidate index. | Query encoding and stored vectors still share the scoring space. |
| Predictive relationship | Evaluate whether model refitting is needed. | Later and live performance justify the change. |
| Outcome maturity | Resolve or retain pending labels according to the target window. | Unfinished outcomes are not silently labeled negative. |
Changing an encoder requires compatible preprocessing, item vectors, IDs, scoring conventions and index—not just matching dimensions. Preserve a compatible rollback bundle, while continuing to enforce current authority. Representation versioning develops the general contract. Netflix's November 2025 account separately describes model retraining, daily adaptation and batch representation publication; representation-space shifts require stabilization for downstream consumers. Those intervals are reported practices, not universal refresh targets.
Training–serving skew means features or prediction conditions differ between fitting and deployment. Compare sampled serving features with their training computations, and check performance as models age. Also distinguish a configured filter from propagated filter state: Amazon Personalize documents asynchronous updates, so its filter configuration is not proof of immediate exclusion. Outcome-connected observability supplies the general instrumentation principles.
Diagnose before enlarging the model. Inspect candidate-source contributions when useful inventory never reaches ranking; inspect targets when accurate predictions reward the wrong behavior; inspect list composition when recommendations repeat the same choice. Track new-item opportunities, exposure distribution, unwanted repeats, feature age and product outcomes for relevant groups. Then change the smallest responsible boundary, retain an executable baseline, and verify the complete policy under current conditions.
Open questions
Learning from delayed outcomes while bounding exposure remains an operational challenge. Immediate signals arrive sooner than returns or sustained satisfaction, allowing many choices before their consequences mature. Progress would combine explicit exposure limits, pending-outcome handling and measured product guardrails in complete policy comparisons.
Collection-level generation must reconcile sparse rewards with interactions among items. Successive decoding offers places to enforce diversity and business rules, but those possibilities do not establish valid constraints or better collections. Progress would demonstrate reliable constraint handling and whole-list benefit against simpler composition methods.
Reusable user representations must remain responsive without destabilizing every downstream application. Longer histories, new interactions and model updates can alter representations in different ways. Progress would jointly measure current-task quality, stability across consumers and the cost of refreshing dependent state.
Useful discovery is harder to measure than item difference. A varied list can be irrelevant, while rediscovering familiar material can be valuable. Progress would connect explicit discovery goals and user control with experienced value over repeated use, rather than substituting a diversity score for that experience.





























































