イベントルールの設定
イベントルール はコンバーションルールを拡張し、定義したカスタム条件に基づいて インストール後のイベント を検証します。
イベントがこれらの条件を満たさない場合、Adjustはそれを拒否し、コールバック、CSVエクスポート、レポートで拒否を報告します。
アカウントでコンバーションルール(およびイベントルール)を有効にするには、sales@adjust.comまでお問い合わせください。
事前準備
はじめに、以下の設定手順をご覧ください。
要件
- Adjustの管理者、編集者、またはカスタム編集者のユーザー権限。
- Adjustにシングルまたはマルチプラットフォームアプリを設定。
イベントルールの設定
イベントルールを設定するには、以下の手順に従ってください。
AppViewで イベントとサブスクリプション(Events & subscriptions) を開き、検証したいイベントを選択します。
イベント編集(Edit event) を選択します。
設定するチェックに移動します。
次のステータスオプションから1つ選択します。
- ライブ(Live) - ルールが保存されると、Adjustシステムでチェックが有効になります。チェックを満たしていないイベントは 拒否 されます。
- テスト(Test) - ルールが保存されると、Adjustシステムでのチェックが有効になります。チェックを満たさないイベントは 拒否されません が、フラグが付けられ、レポートされます。
- 一時停止(Pause) - ルールはどのイベントにも適用されていません。このステータスを使用して、変更を有効化せずに保存します。
1つ以上の チェック を設定します(チェックを参照)。
変更を保存(Save changes) を選択します。
初期イベント作成プロセス中にイベントルールチェックを設定することもできます。
イベントルールチェックを削除
チェックを削除するには、ステータスを OFF に設定します。
チェック
イベントルールに複数のチェックを適用することができます。
ライブ ステータスのチェックが失敗した場合、イベントは 拒否されます 。
フロー確認
これを使用して、イベントの期待される順序、タイミング、および必要なパラメーターを制御します。
複数の条件を選択できます。この場合、イベントを渡すには、選択された全ての条件を満たす必要があります。そうでない場合、イベントは拒否されます。
- インストールからの時間(Time from install) - イベントはインストール後の特定の期間内またはその後に発生する必要があります。
例 : 「インストール後5分以上経過」
- 先行イベントが必要(Preceding event required) - このイベントの前に特定のイベント(例: レベル1 )が発生する必要があります。追加の制約として、必要な先行イベントと現在のイベントの間の最小または最大の時間枠を指定できます。
- 必須パラメーター(Required parameters) - 特定のSDKパラメーター(例 :
user_id、transaction_id)がイベントペイロードに存在している必要があります。複数のパラメーターを指定できます。複数のパラメーターが定義されている場合、全てのパラメーターが存在している必要があります。存在しない場合、そのイベントはチェックを通過しません。
先行イベントが必要(Preceding event required) 条件は、 SDK から送信されたイベントにのみ適用されます。
サーバー間(S2S) で送信されたイベントに対しては、正しく評価されないため、このチェックを設定しないでください。
ソース確認
受け入れ可能なイベントソースを制限します。
- SDK - SDK発信のイベントのみを受け入れます。
- S2S - サーバー間イベントのみを受け入れます。
許可されていないソースからイベントを受信した場合、拒否されます。
収益確認
このチェックを使用すると、収益化されたイベントの完全性と購入認証を検証できます。
購入認証 の結果に基づいて、チェックが合格または不合格になります。
トグルを有効化すると、トランザクションデータのないイベントも拒否されます。
収益チェックの設定
購入認証の設定は、 AppView → プロテクション(Protection) → 購入認証(Purchase verification) で管理されます。
収益チェックフローで購入認証の結果を使用するには、まず レガシーモード(Legacy mode) から イベントモード(Event mode) に切り替える必要があります。
- イベントルールに購入認証が設定されていない
- 購入認証の設定例
データ共有
拒否されたイベントは以下のようにレポートされます。
- 拒否されたイベント(Rejected Event) トリガーが設定されている場合の コールバック と CSVエクスポート 。 {rejection_reason} プレースホルダーは
post_install_activity_ruleとして計測されます。 - レポート内の 拒否されたイベント(Rejected events) の指標。







