コンバージョンルールの設定
Conversion Rules は、 Protect の高度な機能です。 定義したカスタムルールを適用することで、インストールとユーザーのエンゲージメントを検証することができます。
お客様のアカウントでConversion Rulesを有効化するには、sales@adjust.comまでお問い合わせください。
事前準備
はじめに、以下の設定手順をご覧ください。
要件
- Adjustの管理者、編集者、またはカスタム編集者のユーザー権限。
- Adjustにシングルまたはマルチプラットフォームアプリを設定。
コンバージョンルールの設定
コンバージョンルールを設定するには、以下の手順に従ってください。
Protection で、 コンバージョンルール(Conversion rules) を選択します。
新規コンバージョンルール(New Conversion rule) を選択します。
ルール名を入力します。
以下のステータスから1つ選択します。
- 公開(Live) - 条件が満たされると、ルールはすぐにアトリビューションに適用されます。
- テスト(Test) - これはコンバージョンルールをテストするために使用します。 テスト ステータスのコンバージョンルールでは、アトリビューションソースの変更やコールバックの送信は行いません。
- 一時停止(Pause) - このルールはアトリビューションに適用されません。
アプリを選択します。
ルールタイプを選択し、適宜ルールを設定します。
ルールを作成(Create Rule) を選択します。
ルールが 公開(Live) になると、Adjustはアトリビューションデータをルール設定と照合します。これにより、アトリビューションの結果が変化する可能性があります。これらの変更は、ローデータエクスポートとDatascapeで確認できます。 ルールが テスト(Test) ステータスの場合は、アトリビューションソースの変更やコールバックの送信は行われません。
アトリビューションの動作
特定のルールタイプについて、アトリビューション結果の処理方法を定義できます。利用可能なオプションは以下のとおりです。
未認証デバイス(Unverified devices)
- Adjustは、ポストバックと集計データを保持します。
- 未認証デバイスはリアトリビュートされる可能性があります。
疑わしいデバイス(Untrusted devices)
- これは最も高い重要レベルであることを表します。
- Adjustは、ポストバックや集計データを保持しません。
- 疑わしいデバイスはリアトリビューションが適用されません。
このアトリビューションの動作を本番モードまたはテストモードで使用するには、アカウントで Conversion Rules Core 機能を有効にする必要があります。ご希望の場合は、sales@adjust.comにお問い合わせください。
ストア
「ストア(Store)」 タイプのルールは、Google Play ストアまたはAppleのApp Storeからのアプリインストールを許可します。
ストアルールを設定するには、以下の手順に従ってください。
許可されたストアを選択します。単一プラットフォームのアプリの場合は、対応するプラットフォームのストアのみが表示されます。
ストアが許可されたストアに一致しない場合のアトリビューション結果を選択してください。
特定のチャネルに対してこのルールを適用しない場合は、 チャネルを除外(Exclude channels) オプションを利用します。
ルールを作成(Create Rule) を選択します。
このルールでは、許可されたストア以外のインストールは 未認証デバイス(Unverified devices) または 疑わしいデバイス(Untrusted devices) にアトリビュートされます。
地域
「地域(Region)」 タイプのルールは、特定の地域のデバイスとインストールを許可します。
地域ルールを設定する場合は、以下の手順に従ってください。
指定した地域と一致しない場合に、アトリビューション結果の変更が必要なものを選択します。
ルール条件(Rule conditions) のセクションで条件を設定し、 国(Country) で複数の地域を選択します。
- 条件のタイプ(Condition type) で、 これと等しい(Is equal to) または 除外する(Exclude) を指定します。
- 値(Value) で、リストから値を選択します。
特定のチャネルに対してこのルールを適用しない場合は、 チャネルを除外(Exclude channels) オプションを利用します。
ルールを作成(Create Rule) を選択します。
このルールでは、指定した国や地域以外からのインストールは、 未認証デバイス(unverified device) または 疑わしいデバイス(untrusted device) にアトリビュートされます。
例: 「地域」 ルールを以下のように設定した場合
- 条件タイプ:含む(Include)
- 国の値:日本(Japan)
施策例: 日本から流入するインストールのみをアトリビュートしたい
実際の動作: このルールは、日本以外の地域からのインストールを未認証のデバイス、または疑わしいデバイスとしてアトリビュートします。
バージョン
バージョンルールを使用すると、以下のようなバージョン固有のフィールドに基づいて条件を定義できます。
- アプリバージョン
- SDKバージョン
- シグネチャーバージョン
- OSバージョン
このルールを使用して、特定のバージョンを実行しているデバイスへのアトリビューションを制限できます。条件が満たされない場合、設定に応じて、未認証デバイスまたは疑わしいデバイスのいずれかにアトリビューションが割り当てられます。
バージョンルールを設定するには、以下の手順に従ってください。
バージョンデータポイントが指定条件と一致しない場合、アトリビューションの動作を選択してください。
ルール条件:
(任意) 前提条件 はグローバルフィルターとして機能し、アプリケーションの適用を制限します。グループ条件が評価される前に、これらの前提条件が満たされている必要があります。
例えば、マルチプラットフォームアプリでAndroidデバイスのみにこのルールを適用するには、以下の事前条件を使用します。- 条件:OS名
- 条件タイプ:この値に等しい(=)
- 値:Android
(必須) 条件 – インストールが正常にアトリビュートされるために満たす必要があるバージョンベースの条件を1つ以上追加します。
グループ内の条件は「 AND 」ロジックで結合されます。「 OR 」ロジックを適用するには、別々のグループを使用してください。
特定のチャネルに対してこのルールを適用しない場合は、 チャネルを除外(Exclude channels) オプションを利用します。
ルールを作成(Create Rule) を選択します。
例:
マーケターとして、マルチプラットフォームアプリに対するセキュリティチームの要件に従ったルールを定義する必要があります。
その要件とは、以下の場合にAndroidへのインストールを ブロック することです。
- アプリのバージョンが2.2.1未満で、デバイスのOSバージョンが6.0.0未満である
- アプリのバージョンが2.9.1未満で、デバイスのOSバージョンが7.1.2未満である
条件が一致しない場合のアトリビューション動作: 疑わしいデバイス
前提条件:
[OS名] [この値に等しい(=)] [Android]
一致条件:
グループ1
[アプリバージョン] [この値以上(≧)] [2.2.1]
[OSバージョン] [この値以上(≧)] [6.0.0]
グループ2
[アプリバージョン] [この値以上(≧)] [2.9.1]
[OSバージョン] [この値以上(≧)] [7.1.2]
- ケース1:インストールのOS名がiOSの場合
- 結果:ルールがスキップされる
ルールにOS名の前提条件が含まれていなかった場合、条件が一致しないためインストールのアトリビューションは拒否されます。
ケース2:インストールのOS名がAndroid、アプリバージョンが2.3、OSバージョンが6.1の場合
- 結果:条件が一致。拒否なし。
ケース3:インストールのOS名がAndroid、アプリバージョンが2.1、OSバージョンが6.1の場合
- 結果:条件が一致しない。アトリビューションが拒否される。
条件を過度に絞り込む演算子を使用する際はご注意ください。例:
アプリバージョン = 1.2.1
アプリが新しいバージョン(例:1.2.2)をリリースすると、このルールは一致しなくなり、新しいインストールが拒否されたり、未認証として扱われたりする可能性があります。
✅ より安全な方法として、範囲指定や下限の条件を使用することが推奨されます。例:
アプリバージョン ≥ 1.2.1
特定のビルドを意図的にターゲットにしている場合を除き、条件が将来のアプリバージョンにも対応できるよう、常に上位互換性を確保してください。
特定のビルドをターゲットにしたい場合は、その条件を 前提条件(Pre conditions) セクションに移動することを検討してください。
その方がルールの可読性と、長期的な保守性を高めるのに役立ちます。
ピン留め/ピン解除機能
条件をピン留めすることで、それを前提条件に変換できます。
これは、ルール内のグループ条件が評価される前に必ず満たされなければならない、グローバルフィルターを適用する簡単な方法です。
ルールを適用すべきかどうかを条件で判断したい場合に特に役立ちます。
条件をピン留めするには:
グループ内の条件の横にあるピンアイコンをクリックします。[前提条件]セクションに移動します。
前提条件のピン留めを解除するには:
ピン留め解除アイコンをクリックします。その条件はグループ条件セクションに戻ります。
地域とキャンペーンが一致
「地域とキャンペーンが一致(Region and campaigns match)」 タイプのルールは、選択した地域とキャンペーンからのデバイスとインストールを許可します。
「地域とキャンペーンが一致」する際のルールを設定するには、以下の手順に従ってください。
チャネルフィルターを設定(Set the channel filter) で、 チャネル(Channel) 、 キャンペーン(Campaign) 、 アドグループ(Adgroup) を指定し、キャンペーンを選択します。
ルール条件(Rule conditions) のセクションで条件を設定し、 国(Country) で複数の地域を選択します。
- 条件のタイプ(Condition type) で、 これと等しい(Is equal to) または 除外する(Exclude) を指定します。
- 値(Value) で、リストから値を選択します。
ルールを作成(Create Rule) を選択します。
このルールタイプは、 アトリビューションソースをスキップ します。特定のキャンペーンに設定された条件を満たしていないインストールは、そのキャンペーンにアトリビューションされません。その代わりに、他のアトリビューション条件を満たすソースがないかを確認します。いずれのソースにも該当しない場合、最終的には「オーガニック」として扱われます。
例: 「地域とキャンペーンに一致」 するルールを以下のように設定した場合
- キャンペーン「チャネル」の値: AppLovin
- 国の値:日本(Japan)
施策例: AppLovinキャンペーンに関して、日本からのインストールをアトリビュートしたい
実際の動作: 日本以外の国からのインストールは、最後のエンゲージメントがAppLovinからのものだったとしても、AppLovinキャンペーンにアトリビュートされません。
Adjustは、直近の最適なエンゲージメントを検索します。該当のエンゲージメントが見つかった場合は、そのエンゲージメントがインストールのアトリビューションとなります。エンゲージメントが見つからなかった場合、インストールはオーガニックにアトリビュートされます。
バージョンとキャンペーンが一致
バージョンとキャンペーンが一致(Version and campaign match) ルールは、特定の アプリバージョン と キャンペーン の両方に一致するインストールに対してのみ、アトリビューションを許可します。
このルールを使用すると、特定のアプリバージョンのインストールのみが指定されたネットワークにアトリビュートされるようにすることができます。例:
- ネットワークAは、アプリのバージョンが3.0.5の場合にのみアトリビューションを受け取ります。
- ネットワークBは、アプリのバージョンが3.0.6または3.0.7の場合にのみアトリビューションを受け取ります。
- ネットワーク WWは、アプリのバージョンに「_ww」サフィックス(例:
3.0.8_ww
)が含まれている場合にのみアトリビューションを受け取ります。
「バージョンとキャンペーンが一致」ルールを設定するには、以下の手順に従ってください。
チャネルフィルターを設定(Set the channel filter) で、 チャネル(Channel) 、 キャンペーン(Campaign) 、 アドグループ(Adgroup) を指定し、一致させたいキャンペーンを選択します。
マルチプラットフォームアプリを使用する場合は、ルールを適用するプラットフォームを選択します。
ルール条件(Rule conditions) の下で、 条件タイプ(Condition type) と 値(Value) を選択します。
- 条件タイプは、文字列またはセマンティックバージョニング条件タイプのいずれかに該当する必要があります。
- 値には、選択したタイプに応じて1つ以上の値を入力してください。
- Adjustはその値を以下と比較します。
app_version_short
iOSの場合app_version
他のプラットフォームの場合
ルールを作成(Create Rule) を選択します。
このルールタイプは、 アトリビューションソースをスキップ します。特定のキャンペーンに設定された条件を満たしていないインストールは、そのキャンペーンにアトリビューションされません。その代わりに、他のアトリビューション条件を満たすソースがないかを確認します。いずれのソースにも該当しない場合、最終的には「オーガニック」として扱われます。
例
バージョンとキャンペーンが一致 ルールの場合
- キャンペーン チャネル の値 : WW
- アプリのバージョン条件:[この値を含む(Contains)]
_ww
施策例 :
WWチャネルでは、アプリのバージョンが_ww
で終わるインストールのみをアトリビュートしたい
実際の動作 :
インストールに_ww
が含まれないアプリバージョンがある場合、最後のエンゲージメントがWWから発生したとしても、そのインストールはどのWWキャンペーンにもアトリビュートされません。
Adjustは次に対象となるエンゲージメントを探します。ソースが見つかった場合、アトリビューションはそのソースに割り当てられます。
そうでない場合、インストールはオーガニックにアトリビュートされます。
コンバージョンルールの管理
コンバージョンルール(Conversion rules) ページでは、以下を実行できます。
コンバージョンルールを一覧表示します。
ルールのステータスの確認とステータスの変更を行います。
(編集アイコン)を選択してルールを編集します。ルール名、ステータス、タイプ、ルール設定を変更できます。
- ルールを作成したアプリは変更できません。
(削除アイコン)を選択してルールを削除します。
レポート
ここでは、AdjustがコンバージョンルールデータをDatascapeにレポートする方法について説明します。これはレポートの以下の構造を使用します。
未認証デバイスに変更されたアトリビューション
キャンペーン構造レベル | レポートの値 |
---|---|
チャネル |
|
キャンペーン | ルールタイプ
|
アドグループ |
|
クリエイティブ |
|
疑わしいデバイスに変更されたアトリビューション
キャンペーン構造レベル | レポートの値 |
---|---|
チャネル |
|
キャンペーン | ルールタイプ
|
アドグループ |
|
クリエイティブ |
|
ディメンション
- 未認証デバイス(Unverified devices)
- 疑わしいデバイス(Untrusted devices)
指標
未検証のデバイスと疑わしいデバイスのアトリビューションの動作
インストール
- ストアルールに基づいた未検証のインストール
- 地域ルールに基づいた未検証のインストール
- バージョンルールに基づいた未認証のインストール数
- ストアルールに基づいて拒否されたインストール
- 地域ルールに基づいて拒否されたインストール
- バージョンルールにより拒否されたインストール数
リアトリビューション
- ストアルールに基づいた未検証のリアトリビューション
- 地域ルールに基づいた未検証のリアトリビューション
- バージョンルールに基づいた未認証のリアトリビューション
- ストアルールに基づいて拒否されたリアトリビューション
- 地域ルールに基づいて拒否されたリアトリビューション
- コンバージョンルールにより拒否されたリアトリビューション数
「ソースをスキップする」アトリビューションの動作
- 地域のキャンペーンルールに基づいた未認証のエンゲージメント
- 地域のキャンペーンルールに基づいた未検証のクリック
- 地域のキャンペーンルールに基づいた未検証のインプレッション
- バージョンのキャンペーンルールに基づいた未認証のエンゲージメント
- バージョンのキャンペーンルールに基づいた未認証のクリック
- バージョンのキャンペーンルールに基づいた未認証のインプレッション