Link rewards to a game
Connect the right reward to the right game path, then use the Platform rewards guide for the full validation rules.
In this article, you'll see where reward links usually live in Games, and when to switch to the canonical Platform rewards article for full setup and troubleshooting.
Creating a reward in Build -> Rewards is not enough on its own. The reward must also be referenced by the game or offer that should distribute it.
Where the link usually lives
| Game family | Where you link the reward | Typical use |
|---|---|---|
| Luck-based games | Outcomes -> winning options | Wheel, Scratch, Reveal, Simple / Instant Win, and 3D Selection |
| Skill-based games | Performance Rewards in the game configuration | Memory, Quiz, Form, and Catcher |
| Offers | Associated Reward | Offer-based claim flows |
Lottery-capable game flows also need the game mode and the reward type to match, so review both sides of the setup together.
Match the reward type to the game behavior
A luck-based winning option expects a compatible instant-win or lottery reward. A skill game expects a leaderboard-style reward. An offer expects an offer reward configured for offer distribution.
Quick checklist before you validate
- the reward already exists in
Build->Rewards - the reward type matches the game behavior
- the game or offer is enabled and saved
- quantity and dates are still usable
- the reward is linked in the correct game area, not only created in the reward library
Next steps
Link rewards to touchpoints
Use the canonical Platform guide for the full linking workflow and validation cases.
About rewards and reward types
Decide whether the reward belongs to one game, one offer, or a broader campaign rule.
Instant Win rewards
Configure the reward logic used by immediate game outcomes.
Lottery rewards
Configure eligible and winner logic for delayed draw flows.
Leaderboard rewards
Configure the reward pattern used by performance games.