パートナーネットワークが、インストール/コンバージョンやアプリ内イベントのポストバックを受信していないと回答した場合：

1. Attribution> Export Logsに移動し、パートナーのポストバックログをダウンロードします。ログのダウンロードについては、ログとユーザーレベルデータのエクスポート FAQ を参照してください。

• Response HTTP Code = 200 の postback をフィルタリングしてください。Response HTTP Codeが "200 "の場合は、パートナーがポストバックを受信したことを確認したことを意味します。
• また、パートナー側の技術的な問題を特定するのに役立つ可能性があるため、Response HTTP Bodyフィールドも選択してください。
• ログをパートナーと共有し、内部でデータを検証してください。他のレスポンスコードのポストバックが多数ある場合は、Singularからのポストバックを受信することに技術的な問題がある可能性があることをパートナーに伝えてください。

広告ネットワークのパートナーがインストールやアプリ内イベントのすべてのインスタンスを受信するように設定されていて、パートナーにイベントを「すべて送信」するように選択している場合、ポストバック設定はパートナーにポストバックを送信し続けます。このデータの送信を停止するには、ポストバックを削除するか、Partner Configuration内の "send all "ボックスのチェックを外す必要があります。Singularの用語集にあるReceiving all Installsの定義をご覧ください。

考えられる理由は以下のとおりです：

• ルックバックウィンドウ： ルックバックウィンドウ：1つまたは複数のイベントで、ポストバック用に設定されたルックバックウィンドウが異なる可能性があります。パートナー構成ページの設定を確認してください。
• 技術的な問題：パートナー側の技術的な問題により、パートナーが1つまたは複数のポストバックを受信していない可能性があります。確認するには、「ネットワーク・パートナーがポストバックを受信しないのはなぜですか？
• イベントが重複している： アプリのSingular SDKは__REVENUE__というイベントを自動生成します。また、アプリ内課金の種類に応じて独自のSDK収益イベントを作成することもできます。イベントのポストバックを設定する際は、__REVENUE__またはカスタム名の収益イベントのどちらか一方にポストバックを送信するようにしてください。両方は設定しないでください。そうしないと、Singularはアプリ内課金ごとに2つのポストバックを送信します。

ネットワークパートナーが、イベント属性のないポストバックを受信していると言っている場合：

1. Attribution > Export Logsに行き、そのパートナーのポストバックログをダウンロードしてください。ポストバックのHTTP BodyまたはTarget URLフィールドにイベント属性が含まれているか確認してください。ログのダウンロードについては、ログとユーザレベルデータのエクスポート FAQ を参照してください。
2. ログにイベント属性なしでポストバックが送信されていることが示されている場合は、Partner Configurationページのポストバック設定を再確認してください。イベントと共に送信される追加属性を設定していない場合は、今すぐ設定を変更してください。
3. 設定が正しいにもかかわらず、属性のないポストバックが送信される場合は、Singularサポートにお問い合わせください。

ネットワークへの請求が、その期間にSingularがパートナーに送信したインストールやイベントのポストバックの数に基づいている場合、どのポストバックがパートナーに送信されたかを確認するには、属性 > ログをエクスポートで 生のポストバックログをダウンロードしてください。

ログのエクスポートページに関する一般的なヘルプは、ログのエクスポートとユーザーレベルデータに関するFAQをご覧ください。

ポストバックの検証には、以下の設定でログをダウンロードすることをお勧めします：

Postback Recipient が正常に受信したポストバックを表示するには、Response HTTP Codeの値が "200" であることを確認してください。

PartnerフィールドとPostback Recipientフィールドを混同しないでください：

• Partnerはイベントの帰属先ネットワークです。
• Postback Recipientはイベントのポストバックを受信したパートナーです。イベントは必ずしもそのパートナーに帰属するわけではありません（一部のパートナーは、そのパートナーに帰属するか別のネットワークに帰属するかに関わらず、あなたの全てのイベントのポストバックを受け取るように要求します。）

追加のフィールド "Is Attributed"は、ポストバックの受信者がイベントの帰属先ネットワークかどうかをさらに明確にします（"Y "は同じネットワーク、"N "はイベントが別のパートナーに帰属していることを意味し、"Partner"フィールドで確認できます）。

アプリのインストールがそのネットワークに帰属する場合、Singularはすべてのパートナーネットワークにポストバックを送信します。これらのポストバックを無効にすることはできません。

その他のタイプのポストバックはオプションで、パートナーネットワークの設定に依存します：

• リエンゲージメントポストバック
• アプリ内イベントのポストバック
• パートナーに帰属しないコンバージョン（インストール/リエンゲージメント）やイベントに関するポストバック

ポストバックサーバーのIPアドレスを参照してください。

• 500から559の間のHTTPSレスポンスコードを受け取った場合、Singularはポストバックの送信を再試行します。
• この仕組みでは最大5回のリトライが可能です。
• 再試行は最初の試行から1分、5分、15分、30分、60分の間隔で行われる。

パートナー設定ページのパートナーとは、Singularのアトリビューションサービスと連携するように設定したネットワークやサービスのことです。

パートナー設定]ページでは、パートナーおよびサイトごとに以下のことを設定できます：

• クリックスルーアトリビューションのルックバックウィンドウ
• どのポストバックをパートナーに送信するか
• Singularがパートナーに接続するために必要な場合は、パートナーのプラットフォームへのログイン認証情報もここで入力します。これはパートナーによって異なります。

詳しくは下記の設定とポストバックの設定をご覧ください。

• パートナーには広告ネットワークや広告代理店などがあります。これらのパートナーに対してアトリビューション設定を行い、パートナーのカスタムマクロを組み込んだトラッキングリンクを作成します。また、Singularにこれらのパートナーに、自動ポストバックの形でアトリビューションされたインストールや不正判定などの情報を送信させることができます。

• その他のパートナーには、サードパーティのBIシステムや不正分析サービスなどがあります。このようなサービスと連携している場合は、パートナー設定ページで設定して、ポストバックを受け取れるようにします。

「内部BI "は特別なタイプのパートナーで、アトリビューションの決定や不正の決定などに関するポストバックを社内のプラットフォームで受け取りたい場合に設定できます。詳細については、内部BIポストバックの設定を参照してください。

サイト（またはアプリ サイト）は、特定のプラットフォーム用に開発されたアプリのバージョンです。各アプリ サイトのパートナー設定は個別に構成します。

たとえば、AndroidとiOSで動作するアプリがある場合、2つのアプリサイトがあり、それぞれにパートナー設定を構成できます。

こちらもご覧ください：アプリ設定FAQ。

アトリビューションパートナーとの統合を開発するプロセスの一環として、Singularはパートナーがサポートするすべてのフィールドを含むポストバックテンプレートを作成します。新しいパートナー設定を保存すると、Singularはそのテンプレートに基づいてポストバックの作成を開始します。

すべてのパートナーのポストバック設定をエクスポートするには

• パートナー設定ページの右上にある「すべてエクスポート」をクリックします。
• 選択したパートナーのポストバック設定をエクスポートするには、まずパートナーの左側にあるチェックボックスをクリックして1つ以上のパートナーを選択し、[Export Selected]をクリックします。

これにより、設定されている各ポストバックに関する情報が記載されたCSVファイルがダウンロードされます。

上記を参照してください。

パートナー設定はアプリサイトごとに個別に設定されます。

Singularは通常、パートナーにポストバックを送信するために特定の認証情報を要求します。適切な認証情報はパートナーにお尋ねください。

リエンゲージメントが成功したことをパートナーに通知するポストバックです。これらのポストバックを有効にするオプションは、リエンゲージメントキャンペーン（リターゲティングキャンペーン）をサポートするパートナーでのみ利用可能です。

ビュースルーアトリビューションとは、広告のクリックではなく、広告の閲覧に基づいて決定されるアトリビューションです。ビュースルーキャンペーンを実施する場合は、ビュースルーアトリビューションを含めるを選択すると、これらのアトリビューションについてもSingularからパートナーにポストバックが送信されます（そうでない場合は、クリックスルーのアトリビューションについてのみポストバックが送信されます）。

注意 - アプリ内イベントのビュースルーアトリビューションは、インストールまたはリエンゲージメントアトリビューション設定によって決定されます。つまり、ビュースルーがアプリ内イベントに適用されるのは、インストールまたはリエンゲージメントが有効になっている場合のみです。

不正のポストバックには、Singularの不正検知システムによる決定に関する情報が含まれます。詳しくは不正のポストバックをご覧ください。また、Singularの高度な不正検知方法については、Singular不正防止をご覧ください。

アトリビューション・ルックバック・ウィンドウをご覧ください。

これは、イベントのポストバックを指定された期間(例えば、インストールから5日後)に 制限するためのルックバックウィンドウです。指定された日数が経過した後にイベントが発生した場合, ポストバックは送信されません.帰属するインストール後イベントを送信する際のデフォルトは、帰属するタッチポイントから7日間です（下記の "タッチポイント "の定義を参照）。

アプリ内イベントとは、アプリ内でコンバージョン後に発生するユーザーイベントのことです。例えば、アプリをインストールしたユーザーは、その後プラットフォームにログインしたり登録したり、チュートリアルを見たり、ゲームアプリであればレベルアップしたりするかもしれません。パートナーによっては、Singularのアトリビューションサービスからこれらのイベントに関するポストバックを受け取りたいと考えています。

まず、どのポストバックを送信するかを選択します：

次に、アプリ内イベントを以下のように追加します：

アプリ内(SDK)イベントのドロップダウンには、いくつかの異なる収益関連イベントが表示されます。

同じアプリ内イベントに対して重複してポストバックが送信されるのを防ぐには、以下の手順に従ってください。

アプリ内課金のみの収益がある場合の対処法：

• IAP__とカスタム購入イベントのマッピングを設定します。
• または、すべてのアプリ内課金イベントを含む__REVENUE__を使用してください。

アプリ内課金と広告収入の両方がある場合はどうすればよいですか？

• IAP__、カスタム購入イベント、__ADMON_USER_LEVEL_REVENUE__のマッピングを設定します。
• この場合、一般的なイベント__REVENUE__を使用することはお勧めしません。なぜなら、このイベントには購入と広告収益の両方のイベントが含まれており、ネットワーク側で両方の収益を同じ収益イベントにマッピングすると問題が発生する可能性があるからです。
• 代わりに、アプリ内課金イベントをネットワークの購入イベントにマッピングし、__ADMON_USER_LEVEL_REVENUE__イベントをネットワークのアドモンまたは広告収益イベントにマッピングします。
• ネットワーク側で使用するイベントがわからない場合は、ネットワークにお問い合わせください。

Singularの統合チームはパートナーと常に連絡を取り合い、可能な限り最高の統合ができるようにしています。パートナーがSingularからのポストバックを受け取る方法を変更した場合など、パートナーから統合の更新を求められることがあります。

ほとんどの場合、Singularにログインし、パートナー設定ページを開き、統合を開き、保存し直すことで統合を更新することができます。

まれに、以前は存在しなかった新しいフィールドや設定を提供するなど、更新に多くの手順を必要とする場合があります。そのような場合は、パートナーまたはSingularからご連絡させていただきます。

パートナー設定の設定は似ているように見えますが、各設定はSingular内で独自に統合されています。現時点では複数の設定を同時に更新することはできません。