Adobe Target のレポートに関するよくある質問のリストです。
新規訪問者の初回訪問は、その訪問者がサイトでアクティブである限り継続します。
ユーザーが30分以上非アクティブになっている場合は、セッションがリセットされます。 セッションをリセットすると、次の訪問時にこの訪問者が再訪訪問者になるか、30分間無操作状態が続くと再びアクティブになります。
訪問者が1日を29分おきにサイト内を移動した場合、この訪問者は1日の間、新規訪問者としてカウントされます。 訪問者が30分のしきい値を超えなかったため、セッションはリセットされませんでした。
次の情報では、新規訪問者と再訪問者のカウント方法を詳しく説明します。 この2つのセグメントの合計が必ずしも合計訪問者数にならない理由の説明も含まれています。
次のいずれかの条件を満たす場合、訪問者が新規訪問者セグメントに含まれます。
以前にサイトを訪問し、30分以上離れた後、同じcookieを使用してサイトに再度戻った場合、訪問者は再訪問者セグメントに含まれます。 訪問者がプロファイルの有効期間内に戻る限り、この訪問者は再訪問者です。
プロファイルの有効期間が14日間(デフォルト)に設定されているとします。 次の条件が満たされると、訪問者が「再訪問者」セグメントに含まれます。
プロファイルの有効期間は14日間に設定されるので、この訪問者は「再訪問者」セグメントに含まれます。 訪問者がその6日間内にcookieを削除した場合、その訪問者は新しい訪問者セグメントに含まれます。
例1:この2つのセグメントがアクティビティに適用される場合、新しい訪問者セグメントと再訪問者セグメントは必ずしも訪問者の合計数に合致するとは限りません。
次の例では、新規訪問者と再訪問者に前述の条件を適用します。
この訪問者は、新しい訪問者セグメントと再アクティビティセグメントの両方でカウントされる場合でも、訪問者の全体的な訪問者数では単一の訪問者としてカウントされます。
例2:新規訪問者と再訪問者のカウントの相違も、アクティビティの 成功指標の設定方法によって異なります。
次に例を示します。
いくつかの新規訪問者がサイトを訪問し、アクティビティの資格を得ています。 これらの新しい訪問者は、新しい訪問者セグメントにカウントされます。 これらの訪問者はすべて、そのアクティビティへの訪問も記録しています。
一部の訪問者がコンバージョン指標にヒットし、「カウントを増分、アクティビティでユーザーを保持」として設定されていました。 例えば、一部のユーザーがコンバージョン指標を複数回ヒットした場合、コンバージョン指標は増えません。 ただし、その設定では、一部のユーザーがコンバージョン指標をヒットし、ホームページに戻ってアクティビティに再度移動し、新しい訪問を記録する場合があります。
XT アクティビティには、常にコントロールエクスペリエンスがある必要があります。A/B テストアクティビティと同様の方法で XT アクティビティを使用している場合(かなり一般的なシナリオ)、コントロールエクスペリエンスデータが使用されます。レポートで有用でないとわかった場合、コントロールエクスペリエンスデータを無視できます。
Targetによってレポートされる訪問数などの指標の数値は、次のような理由で、他のExperience Cloudソリューションでレポートされる数値よりも常に小さくなります。
アクティビティの内容がユーザーに配信されたのにそのレポートにデータがない場合は、レポート設定で正しい環境(ホストグループ)を選択するようにしてください。
開発環境が選択されていると、「選択されたレポート設定ではデータがありません」と言うエラーメッセージが表示される場合があります。
アクティビティのレポートの環境を変更するには:
「アクティビティ」をクリックし、リストで目的のアクティビティをクリックし、「レポート」タブをクリックします。
歯車アイコンをクリックし、レポート設定を変更します。
歯車アイコンは、Automated Personalization レポートでは使用できません。
Environment ドロップダウンリストで 、「Production」を選択します。
開発環境を選択していると、レポートのデータが使用できない場合があります。
「保存」をクリックします。
環境について詳しくは、ホストを参照してください。
例えば、トラフィック分割を50/50または25/25/25/25に設定したが、レポート内のエクスペリエンス間の分布が大きく異なっていると見なす。 Targetレポートで訪問者をカウントできないのには、次の理由が説明できます。
Targetアクティビティを最初に起動したとき、トラフィックの配分は不均一になる場合があります。これは、Targetがエクスペリエンスの配信を最適化するために使用するエッジノードアーキテクチャが原因です。 ベストプラクティスは、より多くのデータを収集するアクティビティに時間を与え、配布を標準化することです。 Adobe TargetアーキテクチャとEdgeノードについて詳しくは、Adobe Targetの仕組みを参照してください。
TargetまたはAnalyticsにいて、訪問回数指標を使用している場合、Targetは訪問者ベースのシステムで、A/BまたはMVTテストのトラフィック配分は訪問者レベルで割り当てられます。 したがって、訪問回数指標を使用してアクティビティ結果を調べる場合、特定の訪問者では複数の訪問があるので、トラフィックの配分は不均一に見える場合があります。 訪問者は、アクティビティのパフォーマンスを評価する際の標準的な標準化指標です。
A/BテストとMVTテストのベストプラクティスは、トラフィックの分割を均等に保つことです。 テスト中にエクスペリエンス間のトラフィック配分を(例えば90/10から50/50に)変更すると、エクスペリエンス間で訪問者が不均等になる可能性があります。 低いトラフィックエクスペリエンスは「追い付かない」可能性があります。
上記のベストプラクティスに従っていて、トラフィック分割が経時的に標準化されない場合は、以下を確認する必要があります。
最新のat.jsライブラリを使用していますか。 現在のバージョンと関連するリリースノートについて詳しくは、at.jsバージョンの詳細を参照してください。
リダイレクトテストですか。 ページでタグが実行されるタイミングが正しくない場合、特にAnalyticsをTargetアクティビティのデータソースとして使用している場合は、トラフィックが不均等に分割される可能性があります。 Analyticsでターゲット用にリダイレクトアクティビティ(A4T)を使用して、不均等なトラフィック分散を修正する方法について詳しくは、リダイレクトオファー- A4T FAQを参照してください。