元のページとリダイレクトページでページビュー数がカウントされることがあるのはなぜですか?
回答
at.js バージョン 1.6.3 以降を使用している場合、両方のページでページビューをカウントしても問題ありません。 この競合条件は、それ以前のバージョンを使用している場合にのみ影響します。Target チームがサポートを提供しているのは、at.js の最新バージョンとその 1 つ前のバージョンの 2 つです。必要に応じて at.js をアップグレードし、 サポート対象バージョンを使用していることを確認します。
at.js の以前のサポートされていないバージョンを使用している場合、最初のページでリダイレクトが実行される前に競合条件が生じ、Analytics の呼び出しが実行されることがあります。元のページとリダイレクトページのページビューがすべてカウントされる可能性があります。 こうしたケースでは、訪問者が最初のページを実際に閲覧しなくても、そのページでページビューが余分にカウントされます。
ページ上でコードが実行される場所により、ページのリダイレクトの速度を速めるには、フォームベースのコンポーザーを使用してリダイレクトアクティビティを作成することをお勧めします。 また、デフォルトのエクスペリエンスも含め、リダイレクトによって元のページが返されるすべてのエクスペリエンスで、リダイレクトオファーを作成することもお勧めします。各エクスペリエンスにリダイレクトオファーを作成すると、誤ったカウントが発生した場合にすべてのエクスペリエンスで発生します。 レポートと分析は、テストに対して引き続き有効です。
デフォルト(コントロール)エクスペリエンスを含む、アクティビティのすべてのエクスペリエンスにリダイレクトオファーを使用したい理由の 1 つは、すべてのエクスペリエンスに同じ条件を課すことです。例えば、デフォルトエクスペリエンスにリダイレクトオファーがなく、他のエクスペリエンスリダイレクトオファーがある場合、リダイレクトオファーのないエクスペリエンスは、速度の点で有利です。リダイレクトオファーは、一時的なシナリオ(テストなど)にのみ推奨されます。リダイレクトオファーは、恒常的なシナリオ(パーソナライゼーションなど)には推奨されません。「勝者」を決定した後、ページ読み込みのパフォーマンスを向上させるために、リダイレクトを削除する必要があります。
Visual Experience Composer(VEC)とフォームベースの Experience Composer の両方がサポートされていますか?
回答
はい、組み込みのリダイレクトオファーを使用する限り、両方のコンポーザーがサポートされます。
リダイレクトに独自のカスタムコードを使用する場合、リダイレクト URL に関連付けられた 2 つの新しいパラメーター(以下で説明する adobe_mc_sdid
と adobe_mc_ref
)を必ず設定する必要があります。
リダイレクト URL に追加される新しいクエリ文字列パラメーターは何ですか?
回答
次のクエリ文字列パラメーターは、リダイレクトオファーに関連付けられています。
パラメーター | 説明 |
---|---|
adobe_mc_sdid | adobe_mc_sdid パラメーターは、追加データ ID (SDID)とExperience Cloud組織 ID をデフォルトページから新しいページに渡します。 これらの ID により、A4T は、デフォルトページの Target リクエストと新しいページの Analytic リクエストを「ステッチ」できます。URL で SDID を渡すと期待される形式(ハイブリッドアプリの場合、またはアプリケーションから Web サイトの場合、または Web サイトから別の Web サイトの場合)は `ex. adobe_mc_sdid=SDID=123 |
adobe_mc_ref | adobe_mc_ref パラメーターは、デフォルトのページの参照 URL を新しいページに渡します。Analytics は、AppMeasurement.js バージョン 2.1 (以降)で使用する場合、このパラメーター値を新しいページの参照 URL として使用します。 |
訪問者 ID サービスがページに実装されていると、VEC とフォームベースの Experience Composer で組み込みのリダイレクトオファーを使用する場合に、これらのパラメーターがリダイレクト URL に自動的に追加されます。VEC またはフォームベースのコンポーザーでリダイレクトに独自のカスタムコードを使用している場合、必ずこれらのパラメーターをカスタムコードとともに渡す必要があります。
Web サーバーで、これらのパラメーターが URL から除去されます。どうすればよいですか?
回答
adobe_mc_sdid
と adobe_mc_ref
)を許可リストに加えるします。A4T でリダイレクトアクティビティを使用しておらず、URL に追加されるこれらの追加のパラメーターが必要ない場合、どうすればよいですか?
回答
次の場合は、カスタムコーディングリダイレクトを使用します。
- リダイレクトアクティビティで A4T を使用していません
- 訪問者 ID サービスが実装されている
- これらのパラメーターを URL に自動的に追加しないようにする必要があります
しかし、ベストプラクティスとして、リファラー情報を adobe_mc_ref
に正しくレポートするために、URL の Analytics パラメーターを保持することもできます。
adobe_mc_ref および adobe_mc_sdid パラメーターが実装で二重 URL エンコードされるのはなぜですか?
回答
A4T を使用してオファーをリダイレクトする場合、Target は adobe_mc_ref
パラメーターと adobe_mc_sdid
パラメーターを URL に追加します。 これらの値は既に URL エンコードされています。ほとんどの場合は、すべてが期待どおりに動作します。しかし、お客様によっては、クエリ文字列パラメーターを再度エンコードしようとするロードバランサーまたは Web サーバーが配置されている場合があります。
訪問者 API は、adobe_mc_sdid
値をデコードしようとしたときにこの二重エンコードが原因で SDID 値を抽出できないので、新しい SDID を生成します。このプロセスにより、Target と Analytics に間違った SDID 値が送信され、Analytics レポートでリダイレクトに不均等な分割が見られます。
Adobeでは、IT チームに問い合わせて、これらの値が変換されないように adobe_mc_ref
と adobe_mc_sdid
を許可リストに加えるすることをお勧めします。
参照 URL を新しいページに渡す必要があるのはなぜですか?
回答
訪問者が、リダイレクトアクティビティがライブであるホームページ(www.mysite.com/index.html
)へのリンクを www.google.com
クリックし、新しいページ(www.mysite.com/index2.html
)にリダイレクトされたとします。
以前は、新しいページの Analytics リクエストで、www.google.com
ではなく www.mysite.com/index.html
の参照 URL がレポートされていました。 そのため、参照 URL に関連付けられた Analytics のレポート(例えば、マーケティングチャネルレポート)が不正確になっており、報告書には、あなたが www.google.com
からサイトに来たという事実を失っていました。
at.js バージョン 0.9.6 (以降)および AppMeasurement.js 2.1 (以降)では、新しいページの Analytics リクエストは www.google.com
の参照 URL をレポートします。
カスタム/HTML リダイレクトオファーを使用することはできますか?
回答
この Adobe Experience Platform Web SDK は A4T のリダイレクトオファーをサポートしていますか?

次の FAQ では、Platform Web SDK での A4T の使用とオファーのリダイレクトに関する詳細情報を提供しています。