トラブルシューティング troubleshooting
この節では、動的レポートに関するよくある質問を示します。
ユニーク開封数およびユニーククリック数の場合、集計行の数が個々の行の数と一致しません unique-open-clicks-no-match
これは期待された動作です。
次の例で、この動作を説明します。
プロファイル P1 および P2 に E メールが送信されます。
P1 は最初の日に E メールを 2 回開き、2 日目にはツリー回開きます。
一方、P2 では、最初の日に 1 回 E メールを開き、次の日には E メールを再度開きません。
以下は、送信された E メールとのプロファイルのインタラクションを視覚的に表したものです。
ユニーク開封数全体を把握するには、行数を合計する必要があります。 Unique Opens これは 3 の値を与えます。 ただし、E メールのターゲットは 2 つのプロファイルのみなので、開封率は 150%と表示されます。
100 を超える割合を取得しない場合、 Unique Opens は、開かれた一意の broadlog の数で維持されます。 この場合、P1 が Day 1 と Day 2 で E メールを開封しても、そのユニーク開封数は 1 となります。
これにより、次の表が作成されます。
開封数がデータベース数と一致しません open-counts-no-match-database
これは、追跡できない場合でも、開封を追跡するために動的レポートでヒューリスティックが使用されることが原因である可能性があります Open アクション。
例えば、ユーザーがクライアント上の画像を無効にし、E メール内のリンクをクリックした場合、 Open はデータベースで追跡できないが、 Click は、
したがって、 Open トラッキングログの数がデータベース内で同じ数でない可能性があります。
このような発生は、次のように追加されます。 「メールのクリックはメールの開封を意味する」.
繰り返し配信/トランザクション配信のカウントはどのように計算されますか？ counts-recurring-deliveries
繰り返し配信とトランザクション配信を扱う場合、カウントは親配信と子配信の両方に関連付けられます。
例えば、という名前の繰り返し配信の場合、 R1 は、毎日 1 日目 (RC1)、2 日目 (RC2)、3 日目 (RC3) に実行するように設定されます。
1 人のユーザーのみがすべての子配信を複数回開いたとします。 この場合、個々の繰り返し子配信には Open はそれぞれ 1 としてカウントされます。
ただし、同じ人がすべての配信をクリックしたので、親の繰り返し配信にも Unique open を 1 として設定します。
レポートは次のようになります。
レポートの表での色の意味は何ですか。 reports-color-signification
レポートに表示される色はランダム化されており、パーソナライズできません。 これらは進行状況バーを表し、レポートで最大到達値をより適切に強調表示するために表示されます。
次の例では、値が 100%なので、セルの色が同じです。
次の項目を変更した場合、 Conditional formatting をカスタムに設定すると、値が上限に達した場合、セルの色が緑に変わります。 一方、下限に達すると、低下します。
例えば、ここでは、 Upper limit を 500 に設定し、 Lower limit を 0 に設定します。
レポートに値「 N/A 」が表示されるのはなぜですか。
値 該当なし は、動的レポートに表示されることがあります。 これは、次の 3 つの理由で表示できます。
-
配信は削除され、ここには次のように表示されます。 該当なし 結果に食い違いを生じさせない
-
ドラッグ&ドロップ時に、 Transactional Delivery ディメンションをレポートに適用する場合は、値 該当なし 結果として表示される場合があります。 これは、動的レポートがトランザクションでない場合でもすべての配信を取得するからです。 この問題は、 Delivery ディメンションを指定しますが、この場合は 該当なし 値はトランザクション配信を表します。
-
ディメンションと関連しない指標でディメンションが使用される場合。 以下の例では、 Tracking URL 次元 ( Click この配信で count が 0 に設定されています。
配信のレポートで、カスタムターゲットマッピングを使用すると不完全なデータが表示される
読み込まれたカスタムの Target マッピングを配信で使用していて、異なるレポートにデータが表示されない場合は、それらの Target マッピングに対してレポートエンリッチメントが作成されていなかった可能性があります。
これを解決するには：
-
XML から Target マッピングを読み込んだ後、レポートエンリッチメントも読み込む必要があります。
-
Target マッピングを読み込む代わりに、Adobe Campaign Standardで直接作成して、レポートエンリッチメントを自動的に作成できます。
列ヘッダーの数と行の合計の不一致
次の場合、列ヘッダー番号とすべての行の合計に矛盾が生じます。
-
個別指標：一意の指標を使用すると、行数の単純な合計ではなく受信者 ID に基づくので、ヘッダーに表示される合計数を変更できます。 その結果、1 つのプロファイルが様々なディメンションにわたって多数のイベントをトリガーし、データセットの複数の行に結び付ける場合があります。 ただし、ヘッダーでは、各プロファイルが 1 回だけカウントされます。
例：
-
プロファイル A が 3 日間に電子メールを開いた場合、日別の分類には 3 行に A と表示されますが、ヘッダーでは A は 1 とカウントされます。
-
プロファイル A が同じ日に E メール内の 3 つの異なるリンクをクリックした場合、トラッキング URL による分類は 3 行に表示されますが、ヘッダーでは A は 1 とカウントされます。 デバイス別およびブラウザー別の分類にも同じことが当てはまります。
-
-
指標を開く：開封数は、（受信者 ID ごとの）実際の開封イベントと一意のクリックイベントの合計を集計することで決定されます。開封イベントがないと、電子メールリンクをクリックできない場合を除きます。
例：
-
プロファイル A が（URL U1 で）トラッキングされた電子メールを開くと、URL が null と指定されたオープンイベントとして登録されます。 後で「 U1 」をクリックすると、クリックイベントが生成されます。 A が U1 をクリックした場合も開封イベントとしてカウントされますが、U1 に対する特定の開封イベントはありません。 したがって、A は一意の開封数で 1 回だけカウントされます。
-
プロファイル R が 1 日目に E メールを開き、開封イベントを登録して、リンクをクリックします。 次の 2 日間で、R は E メールを再度開いてリンクを再度クリックし、毎日クリックイベントを生成します。 R のエンゲージメントは開封数で毎日追跡されますが、R は列見出しで 1 回だけカウントされ、個別のエンゲージメントに焦点を当てます。
-
-
除外されたイベント：レポートでのネガティブイベントとは、最初は成功とマークされたが、最終的に再試行の後に失敗した配信試行を意味します。 これらは —1 の数で示されます。 混乱を避けるために、これらの負の数は表示される配信指標の数から除外されます。 その結果、配信指標のすべての行の合計が列ヘッダー番号と一致しない場合があります。