GH GambleHub

入金ボーナスと制限

1)入金ボーナスとは何ですか、なぜそれは複雑ですか

デポジットボーナスは、プレイヤーのデポジットに関連付けられた金銭的または非金銭的インセンティブです。その複雑さは3つの面にあります:
  • 収益化:実際のアップリフトARPU/LTVとコスト(手数料/FX/ボーナス/フリスク/請求リスク)。
  • コンプライアンスと責任あるプレイ:透明な条件、賭けの制限、ゲームの除外、自己排除。
  • 支払リスク:同一方法/リターン・ツー・ソース、純預金(ND)、チャージバック/リターン、結論の「カルーセル」。

2)入金ボーナスの種類

一致する(預金金利):Xに100%。
階層型:X1への50%+X2への25%。
Sticky/Non-sticky: stickyは別途表示できません。非粘着性がある最初は実質をする。
現金とボーナスクレジット:現金は段階的に入金されます(ロック解除)、クレジット-「仮想残高」。
フリースピン/フリーベット:スロット/マーケットに関連付けられています。現金相当額は事前に固定されています。
定期/リロード:定期的なスケジュール/イベントデポジット。
ハイローラー:より厳密な条件の増加された限界。

3)基本的な制限事項(ポリシーコア)

Min Deposit:参加する最低額。
WR (Wagering Requirement): 'k × (bonus_amount[+deposit?])'。
ゲームの貢献%:スロット100%、テーブル10-25%、ライブゲーム5-10%など。
WRがアクティブな最大ベット:例:'≤ 5 EUR'または'ボーナスの≤ X%'。
タイムボックス:WR実行の時間(例:7/14/30日)。
ゲーム例外:ジャックポット、フリースピン購入、いくつかの高RTPタイトル。
Same-Method/Return-to-Source: NDに出力-ソースに戻るだけです。
KYC/RGゲート:ボーナスの有効化/支払いはKYC L1/L2後にのみ許可され、自己除外はありません。
地理/制裁/ライセンス:国および現地の方法のホワイトリスト;リスクGEOの禁止。
1人あたり/世帯/装置:重複に対する保護。

4)経済学・指標

4.1.期待ボーナス値(オペレータEV)


EV_bonus ≈ Uplift_GGR − Bonus_Cost − Promo_Fees − FX_Slippage − Chargeback_Losses

ここで

'Uplift_GGR=(GGR_with − GGR_without)'メソッドA/BまたはCUPED;

'Bonus_Cost=bonus paid+FS value (fair valueによる)';

'Promo_Fees=追加支払い手数料/マークアップ/アップリフトトランザクションによる固定。

4.2.破損(未発表ボーナス)


Breakage = − accrued (paid + written off at WR + statute of limitations)

負債の評価とプロモーションの正味現在価値に使用されます。

4.3.実費(CPA相当)


Cost_per_Qualified_Depositor = (Bonus_Cost + related fee + FX )/# of depositors who have executed min dep

5)反乱用および制御

ベクトル:
  • 複数の勘定科目/世帯の積み重ね。
  • ネットデポジットループ:入金→ボーナス→部分ゲーム→出金/チャージバック。
  • 方法裁定:安価な入金方法+高価な出金通路。
  • High-RTP虐待:WR貢献度の高いタイトルのみを再生します。
  • FXサークル:預金/出金レートの変動から恩恵を受けます。
ルールの軽減:
  • ユーザーにバインディングするCoF/Tokens;BIN/カード/ウォレットごとに1つのボーナス。
  • NDガード:「ND <0」(ネットドローナル)であれば、新しい入金ボーナスは禁止されています。
  • ペイアウトロック:WR実行前-ND内の同じ方法を除いて、出力を抑制/制限します。
  • ゲームミックスコントロール:'≥ M'ユニークなタイトルまたは'≤ X%'の売上高が除外されたタイトルに必要です。
  • Velocity/Device/Geo-conflict→step-up KYC/SoFは拒否します。
  • Max Betと相互接続された市場での「ヘッジ」賭けを禁止します。

6)支払いとのコミュニケーション(支払い×ボーナス)

同一メソッド/リターンツーソース:別のメソッドを通じて「ボーナスをキャッシュアウト」から保護します。
ND (Net Deposits): 「ND ≥ Threshold」がピリオド/alwaysの場合、ボーナスが利用可能です。
MoR/税金: MoRでのチェック/財政化には、未実現のボーナスを含めるべきではありません。負債の会計処理。
FX:ボーナス発生時のリファレンスレートを修正します。費用/利益-有効率による。
予約/PSP:ローリングリザーブとプロモーションの費用の手数料を検討してください。

7) UX/コミュニケーション

クリアオファーカード:「100%から200、分dep 10、 WR=30 ×ボーナス、最大ベット5、スロット100%、7日」。
WRプログレスバー:売上高/残高/期限;ゲームの貢献(ツールチップ)。

透明なロック: "NDの量の出力は補充源に利用できます。WRの後の残り"

失敗の理解可能な理由: 「アクティブボーナスで最大ベットを超えました。」

入金画面自体にローカライズされたT&C+ショートバージョン。

8)プロモーションエンジンルール(擬似DSL)

yaml promo: "welcome_100_v3"
eligibility:
geo_in: [DE, AT, FI]
kyc_level_min: L1 nd_min: 0 one_per: [person, device, payment_token]
deposit:
min_amount: {EUR: 10}
methods_whitelist: [CARD, A2A, LOCAL_WALLET]
bonus:
type: MATCHED match_pct: 100 cap: {EUR: 200}
wagering:
base: BONUS_ONLY      # или BONUS_PLUS_DEPOSIT multiplier: 30 contrib:
slots: 100 tables: 25 live: 10 limits:
max_bet_amount: {EUR: 5}
time_limit_days: 14 withdrawal:
same_method: true allow_nd_withdrawal: true abuse_controls:
one_game_share_max_pct: 80 sticky: false token_binding: true

9)データモデル(最小)

sql
-- ref reference books. promos (
promo_id PK, name, version, geo_whitelist, methods_whitelist, kyc_min, nd_min,
type, match_pct, cap_amount, wr_base, wr_multiplier, max_bet_amount,
time_limit_days, contrib_json, sticky, one_per, enabled, effective_from, effective_to
);

-- Linking bonuses to bonus deposits. grants (
grant_id PK, promo_id FK, user_id, deposit_tx_id, currency,
bonus_amount, granted_at, expires_at, status -- ACTIVE    FORFEITED    COMPLETED    EXPIRED
);

-- Bonus wagering progress. wr_progress (
grant_id FK, user_id, turnover_slots, turnover_tables, turnover_live,
turnover_total, required_total, updated_at
);

-- Violations of bonus rules. violations (
id PK, grant_id, user_id, type, details_json, occurred_at, severity -- INFO    WARN    DENY
);

-- Betting and bonus game restrictions. session_limits (
grant_id, user_id, max_bet_amount, game_exclusions_json, one_game_share_max_pct
);

-- Net deposits (ND)
finance. net_deposits (
user_id, currency, nd_total, nd_30d, nd_7d, updated_at
);

10) SQLテンプレート

10.1.必要なWRとバランス

sql
SELECT g. grant_id,
p. wr_multiplier,
p. wr_base,
g. bonus_amount,
CASE WHEN p. wr_base='BONUS_PLUS_DEPOSIT'
THEN (g. bonus_amount + t. deposit_amount) p. wr_multiplier
ELSE g. bonus_amount p. wr_multiplier
END AS wr_required,
wr. turnover_total AS wr_done,
GREATEST(0, (CASE WHEN p. wr_base='BONUS_PLUS_DEPOSIT'
THEN (g. bonus_amount + t. deposit_amount) p. wr_multiplier
ELSE g. bonus_amount p. wr_multiplier END) - wr. turnover_total) AS wr_left
FROM bonus. grants g
JOIN ref. promos p ON p. promo_id=g. promo_id
JOIN dw. transactions_flat t ON t. tx_id=g. deposit_tx_id
LEFT JOIN bonus. wr_progress wr ON wr. grant_id=g. grant_id
WHERE g. user_id=:uid AND g. status='ACTIVE';

10.2.ゲームによる貢献(貢献%)

sql
-- Calculation of Daily Turnover Including Curb%
SELECT grant_id,
SUM(CASE game_category
WHEN 'slots' THEN stake1. 00
WHEN 'tables' THEN stake0. 25
WHEN 'live'  THEN stake0. 10
ELSE 0 END) AS turnover_weighted
FROM dw. bets
WHERE user_id=:uid AND placed_at::date =:d AND grant_id IS NOT NULL
GROUP BY grant_id;

10.3.参加するNDゲート

sql
SELECT (nd_total >= p. nd_min) AS eligible
FROM finance. net_deposits nd
JOIN ref. promos p ON p. promo_id=:promo
WHERE nd. user_id=:uid AND nd. currency=:ccy;

10.4.最大ベット違反の検出

sql
SELECT b. bet_id, b. amount
FROM dw. bets b
JOIN bonus. session_limits l USING (grant_id, user_id)
WHERE b. user_id=:uid AND b. grant_id=:grant AND b. amount > l. max_bet_amount;

10.5.1トークンあたり(カード/ウォレット)

sql
SELECT COUNT() > 0 AS already_used
FROM bonus. grants g
JOIN dw. transactions_flat t ON t. tx_id=g. deposit_tx_id
WHERE g. promo_id=:promo AND t. payment_token=:token AND g. status <> 'FORFEITED';

11)ダッシュボードとKPI

プロモーションテイクレート=プロモーションで預金のシェア。
WR補完%、Time-to-WR p50/p95。
ボーナスコスト/GGRアップリフト(cohort/channel/methodによる)。
破損%およびプロモーション責任(貸借対照表の責任)。
乱用率:違反のシェア(最大賭け、ゲームミックス、1つあたり)、マルチアカウントフラグ。
NDゲートヒット%とカルーセルの減少への影響。
ボーナス後の引き出し%(同じ方法)。
方法/PSPによるボーナスbps後のチャージバック。
プロモーションの一環として入出金のFX スリッページbps。

12)アラートとしきい値

WR補完折りたたみ:ダウンX bps d/d。
乱用スパイク:上昇の最大賭け/1/ゲームミックス>しきい値の違反。
CBサージポストボーナス:チャージバック7-14参加後の日>しきい値。
リアビリティドリフト:ボーナスと負債の差>Y%。
ND負のシェア:参加者の間で「ND <0」のプレイヤーのシェアの成長。
FX異常:コースのためにFS値/ボーナスでbpsジャンプ。
規制ガードレール:自己除外/未確認を試みました。

13)コンプライアンスと責任あるプレー

透明なT&C(チェックアウト時のショートバージョン):min dep、 WR、 max bet、 timebox、貢献%、ゲームの除外、同じ方法。
責任あるゲーム(RG):制限、クーリングオフ、自己除外→プロモーションは利用できません。
KYC/SoF:支払い「ボーナス後」-完了したチェックのみ。
Geo/Licenses:ローカルルールの遵守(特定の種類のプロモーションの禁止)。

14) UXパターン

入金前:電卓「いくらもらえますか?」+条件を1行で表示します。
入金後:ボーナス/WR/期限付きのチェックと「再生開始」ボタン。
WRの進歩:粘着性があるウィジェット、ゲームの貢献、締め切りのタイマー。
違反:ソフトバナー+ルールへのリンク、大まかなケースの自動没収。
出力:透明なNDセクションおよび同じ方法ヒント。

15) A/Bおよび変更ポリシー

Test multiplier、 max bet、 timebox、 contrib%とガードレール付きキャップ:CBR bps、乱用率、AR/テイクレート。
前GGR/挙動によるCUPED;クラスタ堅牢性(ユーザー/家庭/デバイス)。
評価期間-最小WRウィンドウ+支払いログ/CB。

16)実装チェックリスト

  • プロモーションリファレンスルール(DSL)とバリデータ。
  • ペイアウト時のNDモデルと同一メソッド/リターン・ツー・ソース。
  • プログレスWR、貢献%、ゲームの除外、最大賭け。
  • 検出と違反ログ、自動没収/ブロック。
  • 報告の責任と破損。
  • UXオファーカード、プログレスバー、ローカライズされたT&C。
  • アラート(WR、乱用、CB、責任、ND)。
  • A/Bの方法論とCBの遅延を伴うデータフリーズ。
  • 管轄区域による法的テキスト;RGのゲート;KYCゲート。

概要

預金ボーナスは、経済(EV、破損、責任)、支払いルール(ND、同方法、リターンツーソース)、乱用防止およびUX透明性が単一のシステムで収集された場合にのみ有効です。DSLでプロモーションポリシーを正式化し、WRとNDの進捗を管理し、実際の値(手数料/FX/CBを含む)をカウントし、ダッシュボードとアラートを維持し、規制や支払いの驚きなしにLTVの成長を実現します。

Contact

お問い合わせ

ご質問やサポートが必要な場合はお気軽にご連絡ください。いつでもお手伝いします!

Telegram
@Gamble_GC
統合を開始

Email は 必須。Telegram または WhatsApp は 任意

お名前 任意
Email 任意
件名 任意
メッセージ 任意
Telegram 任意
@
Telegram を入力いただいた場合、Email に加えてそちらにもご連絡します。
WhatsApp 任意
形式:+国番号と電話番号(例:+81XXXXXXXXX)。

ボタンを押すことで、データ処理に同意したものとみなされます。