アプリ所有者向けの検証ルール

• インストール：選択したアクションに基づいて、検証ルールは無効なメディアソースの計測をブロックしたり、インストールをブロックします。
• アプリ内イベント：検証ルールはアプリ内イベントをブロックします。
• 詳細は以下の表をご覧ください。
  

  検証ルールブロックタイプの成果

  	ブロックタイプ	説明	インストールデータの表示場所	その後のアプリ内イベント
  Installs	計測ブロック	インストールを本物と見なすが、設定した条件がどのメディアソースに紐づけるか否かを決定する場合に選択されます。 計測は正しく、インストールが最後の有効なメディアソースに紐づきます。 有効なメディアソースがない場合、インストールはオーガニックとなります。	通常のインストールとしてAppsFlyer管理画面とローデータレポートに表示（最後の有効な媒体に紐づけられる） Protect360プレミアムプランをご利用の場合： Protect360インストール管理画面 Protect360インストールローデータレポート (ブロック済みメディアソースを含む) Protect360プレミアムプランをご利用でない場合： Protect360インストールローデータレポート (ブロック済みメディアソースを含む)	インストールと同じ修正済みの媒体に成果が紐づく Protect360プレミアムプランで利用できるデータ： 修正済み成果計測値とともに通常のアプリ内イベントとしてAppsFlyer管理画面とレポートに表示 Protect360アプリ内イベント管理画面とProtect360ブロック済みIAEローデータレポート内でブロック済みメディアソースを含むデータ
  	ブロック済みインストール	ルールの条件に基づいて無効なインストールが不正であると見なされる場合に選択されます。 インストールが全く紐づいていない（非オーガニックでもオーガニックでもない）	Protect360プレミアムプランをご利用の場合： Protect360インストール管理画面 Protect360インストールローデータレポート (ブロック済みメディアソースを含む) Protect360プレミアムプランをご利用でない場合： Protect360インストールローデータレポート (ブロック済みメディアソースを含む)	ブロック済み Protect360プレミアムプランでProtect360 IAE 管理画面とブロック済みIAEローデータレポートでデータが入手可能
  アプリ内イベント	アプリ内イベントをブロック	ルールの条件に基づいて無効なアプリ内イベントが不正であると見なされる場合に選択されます。	Protect360プレミアムプランをご利用の場合： Protect360アプリ内イベント管理画面 Protect360アプリ内イベントローデータレポート Protect360プレミアムプランなしの場合：N/A	Protect360プレミアムプランをご利用の場合、アプリ内イベント管理画面とブロック済みアプリ内イベントローデータレポートで利用で利用できるデータ
  	AppsFlyerから完全に削除する	データを必要としないアプリ内イベントがある場合に推奨します。 AppsFlyerではこれらのイベントを一切記録しません。

• アドネットワークと代理店は、代理店が権限を付与した場合にのみ、データを閲覧することができます。
• インストールがブロックされるか、有効なメディアソースにリアルタイムで帰属されると、拒否されたポストバックがブロックされたアドネットワークに即座に送信され、調整フローが効率化できます。計測がブロックされ、最後に有効なメディアソースに修正されると、最後の有効なアドネットワークにもポストバックが送信されます。
• アプリ内イベントがブロックされると、拒否ポストバックがブロックされたアドネットワークに即座に送信されます。
  注： 
  • ポストバックは、アドネットワークがAppsFlyerからポストバックを受信するための連携が完了している場合のみ送信されます。
  • ポストバックと拒否されたポストバックレポートは、データエクスポートページから利用いただけます。
  • 詳細は、ポストバックと拒否されたポストバックをご覧ください。
• インストールと計測のブロック、およびアプリ内イベントのブロックは、AppsFlyerでのデータのレポート方法および表示場所にのみ影響します。エンドユーザーのアプリ利用には影響しません。
  • 必要に応じて、ブロック済みインストールとブロック済みアプリ内イベントのローデータレポートを使用して、無効にするアプリユーザーのリストを取得することができます（エクスポート、Pull API、Data Locker経由で取得可能）。
• ブロック済みインストール／アプリ内イベントと拒否されたポストバックには、ブロック理由の項目にインストール／アプリ内イベントがブロックされたルール名が含まれています。複数のルールが適用される場合は、複数のルールセクションをご覧ください。
  • Protect360不正防止エンジンによってインストール／アプリ内イベントがブロックされると、関連する検証ルールがある場合でも、ブロックされた理由としてProtect360の理由が表示されます。
• ルールを使用することで、独自のインストール検証ロジックを適用しているFacebook AdsやGoogle AdwordsなどのSRNとAppsFlyerの間で、レポートの乖離が発生することがあります。

• 同じインストール／アプリ内イベントに対して、複数の検証ルールを実行できます。これはインストールが複数のルール条件に当てはまる場合に起こります。
• インストール/IAEは、ルール内のいずれかの条件に一つでも適さない場合、無効として分類されます。
• ローデータレポートおよび拒否されたポストバックでは、ブロック理由の値フィールドには、インストールを無効として分類するすべてのルール名が含まれます。ブロックの副理由には、最初に実行するルールの名前が含まれています。
• 同じインストールに対する複数のルールは、ルールのブロックタイプに従って、次の順序で実行されます。

ソースセクションでは、ルールが適用されるインストールのトラフィック流入元を定義します。

主に2つのオプションがあります。

• 全てのトラフィック：流入元に関わらず全てのトラフィック（代理店、エディアソース、キャンペーン、オーガニック等）にルールが適用します。
  注：このオプションはオーガニックインストールを含むため、これ以上の細かい流入元を選択できず、検知後のアクションではインストールブロックのオプションのみ利用できます。これは、オーガニックインストールに対して計測をブロックまたは修正することが不可能だからです。
• 非オーガニックのみ：このルールは、次の表で説明しているとおり、項目、オペレーター、値などを選択した媒体に適用されます。

Protect360をご利用のお客様は、インストールとアプリ内イベントに対して追加の流入元オプションが利用できます。

条件セクションでは、インストールをブロックするか、最後の有効な媒体に紐づけるかを決定する条件を定義することができます。

すべてのルールに複数の条件と条件のグループを追加できます。

条件は、次の表に示す条件、演算子、および値に従って定義されます。

Protect360をご利用のお客様は、インストールとアプリ内イベントに対して追加の流入元オプションが利用できます。

アプリ内イベントがイベントセクションで選択されると、通常のメディアソースオプションに加えて、ルールを適用するアプリ内イベントを定義するためのもう一つのメディアソースオプションが利用できます。

このメディアソースは、次の表に示す項目、演算子、および値毎に定義されます。

注：全てのアプリ内イベントメディアソースは、イベントに紐づくインストールのソースに基づいています（例えば、代理店、メディアソース、キャンペーン、サイトID等）。

イベントセクションでアプリ内イベントが選択されると、ルールを適用するアプリ内イベントを定義する条件オプションが利用できます。これらの条件は前述のProtect360以外の条件と一緒に組み合わせて利用できます。

Protect360に関する条件は、次の表に示す条件、演算子、および値に従って定義されます。

通常のメディアソースオプションに加えて、Protect360をご利用のお客様は、ルールを適用するインストールを定義するためのもう一つのメディアソースオプションが利用できます。このメディアソースは、次の表に示す項目、演算子、および値毎に定義されます。

Protect360をご利用のお客様は、インストールを検証するための追加条件を利用できます。これらの条件は、前述のProtect360以外の条件と一緒に組み合わせることができます。

Protect360に関する条件は、次の表に示す条件、演算子、および値に従って定義されます。

イベントセクションでアプリ内イベントが選択されると、Protect360をご利用のお客様は、ルールを適用するアプリ内イベントを定義する条件オプションが利用できます。これらの条件は前述のProtect360以外の条件と一緒に組み合わせて利用できます。

Protect360に関する条件は、次の表に示す条件、演算子、および値に従って定義されます。

ルールに複数の条件や条件グループを追加する場合は、次のいずれかの方法を使用して、それらの間の論理的な関係を選択します。

• And：インストールが定義されている全ての条件に当てはまることを意味します。
• Or：インストールが定義されている条件のうち少なくとも1つに当てはまることを意味します。

例えば、プラットフォームとOSの両方に基づいてインストールを検証したい場合は、and を選択してください。そうすることで、定義されたプラットフォームは常に定義されたOSに付随する必要があります。インストールをプラットフォームまたはOSのいずれかで検証したい場合は、or を選択してください。

アカウント内で作成された全てのルールを表示する方法：

1. AppsFlyerにて、設定 > 検証ルールへ進みます。
   検証ルール画面が開き、検証ルールの一覧が表示されます。
2. リスト表示／詳細表示トグルを使用して、表示方法を選択します。
3. 検索とフィルタオプションを使用してリスト内のルールを絞り込みます。
   • ルール名、メディアソース、条件名、値で検索できます。
   • 例えば、「7」を入力すると、OSバージョンに7を含むルールを全て検索できます（例：「2.7.4」、「7.1」等）。または、「Canada」を入力すると、地域条件としてCanadaが定義されているルールを検索できます。

新しいルールを設定する方法：

1. AppsFlyerにて、設定 > 検証ルールへ進みます。
   検証ルール画面が開きます。
2. [ルールを追加]をクリックします。
   新しいルールを追加する画面が開きます。
3. ルール名を入力します。次のような一意の名前を使用してください。
   • ルールを正確に表現している。
   • アドネットワークに送信されるブロック済みインストールレポートと拒否されたポストバックに表示されるため、アドネットワークに対して失礼ではない名前を設定してください。
4. ルール構築セクションを完了します。
5. [オプション] 必要に応じて、条件または条件グループを追加します。関連する条件／条件グループ間でのロジックを必ず選択してください。
6. [オプション] トラフィックへの影響を推定をクリックして、ルールがトラフィックに与える影響を確認してください。
7. [保存] をクリックします。

検証ルールがトラフィックに与える影響の推定を確認します。つまり、ブロックされたインストールとブロックされたアトリビューションの数を示します。

検証ルールの影響の推定値を確認する方法：

1. AppsFlyerにて、検証ルールへ移動してください。 
2. 既存のルールを選択するか、+ ルールを追加をクリックしてルールを提供するソースと条件を設定し新しいルールを作成してください。
3. ルールの一番下までスクロールダウンし、Estimate traffic impact（トラフィックへの影響を推定）をクリックしてください。
   ルールによる影響の推定画面が開きます。 
4. 影響の推定値を過去最終日または過去7日間に基づいて表示するかを選択してください。
   • 検証ルールによって推定される新しいブロック数、および新しくブロックされるトラフィックの割合が表示されます。
   • 非オーガニックソースのみに対してルールが定義される場合、推定値には、全てのトラフィックに対するルールの影響が表示されます。ソース（例えば特定のメディアソースやキャンペーン）のみに対する影響を確認するには、グラフで他のソースの選択を解除してください。
     

     

Tルールを編集、削除、有効化、無効化する方法：

• ルールリストにて、特定のルールに対して実行したいアクションを選択します。
  • アクティブにて：ルールを有効または無効にしてください。
  • アクションにて：ルールを編集、または削除します。

正規表現パターンとは、一致するものを検索する文字で構成されます。単純なパターンとは、直接一致する部分を見つけたい文字から構成されたものです。一致の検索で直接一致以外のものが必要な場合は、パターンに特殊文字を含めることができます。

例：

考えられる理由は2つあります。

• 関連するアプリが選択されていることを確認してください。アプリが選択されていないと、検索結果に値が表示されません。
• 検索結果は、過去30日間のトラフィックにその値が含まれる場合にのみ表示されます。

検索結果として値が表示されない場合は、値をフリーテキストとして入力してキーボードでEnterキーを押してください。

メディアソースの項目は代理店の選択により影響されます。トラフィックソースの一つに「運用媒体を開示しない代理店」が選択されている場合、運用媒体を開示しない代理店でもデータが開示される媒体であるFacebookとTwitter以外のメディアソースは表示されません。

注：ルールが複数のアプリに適用される場合、代理店が一部のアプリで媒体開示をしており、その他アプリでしていない場合は、この代理店は運用媒体を開示しない代理店と見なされます。つまり、Facebook AdsとTwitter以外はメディアソースとして選択することができません。

ユースケースによって異なります。どちらのオプションも同じ結果になる場合があります。または、両方のオプションが必要な場合もあります。

例えば、米国ではOS V10以降でのみインストールをサポートし、ブラジルでは V7 以降からサポートする場合は、次のようなルールが必要になります。

{[Geo = US] and [OS version = 10]} OR {[Geo = Brazil] and [OS version = 7]}

いいえ。検証ルールはインストールをブロックしたり、インストール成果をメディアソースに紐づけることをブロック（メディアソースのクリック／インプレッションの成果が計測されるのを防ぐ）したり、またはアプリ内ベントをブロックします。ただし、これらのオプションのいずれも実際のクリックをブロックすることはなく、検証ルールを実行してもクリックKPIには影響は出ません。

これはブロックがProtect360エンジンによるもので検証ルールによるものではないことを示します。複数のルールセクションをご覧ください。

これは、次の表で説明するように、Sourceの設定によって異なります。

ルールが自動的に適用されない場合は、ルールを編集してください。

• 代理店の項目を代理店と代理店以外のトラフィック、または特定の代理店に変更します。