Branch.io 实施推荐系统

Question

我正在尝试在我的游戏中实施 branch.io 推荐系统。

我有一些关于 branch.io

的问题

1. 必须在登录和注销时识别用户，或者如果我不希望分支系统会处理这个？
2. 每次在onStateChanged中奖励用户之前，我需要检查changed是否为true？
3. 必须设置积分余额（在第一次启动时）然后使用 redeemRewards ?
4. 在仪表板中添加奖励规则和过滤器后如何实现自己的过滤器？

我的问题是 onStateChanged 每次都在每台设备上给我打电话（推荐和推荐代理用户），甚至我在仪表板中的规则也只是 Referred acting user 甚至我在仪表板中添加了自定义过滤器

Answer 1

Aaron 来自 Branch.io 这里

1.必须在登录和注销时识别用户，或者如果我不希望分支系统会处理这个？ 如果您希望 Branch 合并身份，则必须识别用户，否则随机 ID 可能会绑定到每个推荐人和推荐人，因为我们不会自动合并它们。要确认推荐人和合并身份，您必须调用 setIdentity() before you create a link in order to the referring users' identity to link itself. Once a referred user goes through the install process, you must call setIdentity() again before you trigger an event 触发推荐人的奖励规则。

2。每次我需要在 onStateChanged 中奖励用户之前，我需要检查更改是否为真？ 如果您使用 onStateChanged 来跟踪推荐状态并注册，那么是的，您可能需要检查如果当时true触发奖励规则。这将防止奖励规则每次都触发。

3。是否必须设置信用余额（在第一次启动时）然后使用 redeemRewards？ 不，在第一次启动时设置信用余额不是强制性的。每个身份都将以零信用余额开始，并且只会在兑换或触发奖励规则时增加或减少。

4。在仪表板中添加奖励规则和过滤器后，如何实现自己的过滤器？ 你绝对可以在你的奖励规则上实现过滤器。您可以使用与我们的 webhooks 系统相同的过滤器参数，您可以在 文档 here.

---

我们强烈建议您将奖励规则设置为触发自定义事件而不是 installs 和 opens，以避免不必要的身份合并。您总是可以找到更多关于我们推荐机制的文档 here.