リダイレクトオファー - A4T FAQ

at.js バージョン 1.6.3 以降を使用している場合、両方のページでページビューをカウントしても問題ありません。 この競合条件は、それ以前のバージョンを使用している場合にのみ影響します。Target チームがサポートを提供しているのは、at.js の最新バージョンとその 1 つ前のバージョンの 2 つです。必要に応じて at.js をアップグレードし、 サポート対象バージョンを使用していることを確認します。

at.js の以前のサポートされていないバージョンを使用している場合、最初のページでリダイレクトが実行される前に競合条件が生じ、Analytics の呼び出しが実行されることがあります。元のページとリダイレクトページのページビューがすべてカウントされる可能性があります。 こうしたケースでは、訪問者が最初のページを実際に閲覧しなくても、そのページでページビューが余分にカウントされます。

ページ上でコードが実行される場所により、ページのリダイレクトの速度を速めるには、フォームベースのコンポーザーを使用してリダイレクトアクティビティを作成することをお勧めします。 また、デフォルトのエクスペリエンスも含め、リダイレクトによって元のページが返されるすべてのエクスペリエンスで、リダイレクトオファーを作成することもお勧めします。各エクスペリエンスにリダイレクトオファーを作成すると、誤ったカウントが発生した場合にすべてのエクスペリエンスで発生します。 レポートと分析は、テストに対して引き続き有効です。

デフォルト（コントロール）エクスペリエンスを含む、アクティビティのすべてのエクスペリエンスにリダイレクトオファーを使用したい理由の 1 つは、すべてのエクスペリエンスに同じ条件を課すことです。例えば、デフォルトエクスペリエンスにリダイレクトオファーがなく、他のエクスペリエンスリダイレクトオファーがある場合、リダイレクトオファーのないエクスペリエンスは、速度の点で有利です。リダイレクトオファーは、一時的なシナリオ（テストなど）にのみ推奨されます。リダイレクトオファーは、恒常的なシナリオ（パーソナライゼーションなど）には推奨されません。「勝者」を決定した後、ページ読み込みのパフォーマンスを向上させるために、リダイレクトを削除する必要があります。

はい、組み込みのリダイレクトオファーを使用する限り、両方のコンポーザーがサポートされます。

リダイレクトに独自のカスタムコードを使用する場合、リダイレクト URL に関連付けられた 2 つの新しいパラメーター（以下で説明する adobe_mc_sdid と adobe_mc_ref）を必ず設定する必要があります。

次のクエリ文字列パラメーターは、リダイレクトオファーに関連付けられています。

訪問者 ID サービスがページに実装されていると、VEC とフォームベースの Experience Composer で組み込みのリダイレクトオファーを使用する場合に、これらのパラメーターがリダイレクト URL に自動的に追加されます。VEC またはフォームベースのコンポーザーでリダイレクトに独自のカスタムコードを使用している場合、必ずこれらのパラメーターをカスタムコードとともに渡す必要があります。

次の場合は、カスタムコーディングリダイレクトを使用します。

• リダイレクトアクティビティで A4T を使用していません
• 訪問者 ID サービスが実装されている
• これらのパラメーターを URL に自動的に追加しないようにする必要があります

しかし、ベストプラクティスとして、リファラー情報を adobe_mc_ref に正しくレポートするために、URL の Analytics パラメーターを保持することもできます。

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 を許可リストに加えるすることをお勧めします。

訪問者が、リダイレクトアクティビティがライブであるホームページ（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 をレポートします。