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

• Experience Cloud 訪問者 ID サービス：visitorAPI.js バージョン 2.3.0 以降。
• Adobe Analytics：appMeasurement.js バージョン 2.1。
• Adobe Target：at.js バージョン 1.6.2 以降。

これら 3 つのライブラリを、リダイレクトオファーを使用するページと訪問者のリダイレクト先となるページの両方に含める必要があります。

次の点に留意してください。

• 順序が正しくありません Target および Analytics 呼び出しは、より高い分散度を引き起こす可能性があります。

  この Target 呼び出しは Analytics を呼び出す（リダイレクトが発生する場合）ことをお勧めします。

• A4T のリダイレクトアクティビティでリダイレクトオファーを使用していることを確認します。

• 複数の Target （リダイレクトが発生する）ソースページの場所リクエスト Adobe では、最初の Target 場所のリクエスト。

  最初の Target 場所のリクエストを使用すると、他のでアクティビティの選定がおこなわれる可能性が低くなります Target 場所のリクエストと、レポートでカウントされる情報を含んでいます。 リダイレクトされた訪問者は、エクスペリエンスが表示されないので、他のアクティビティのレポートでカウントされる必要はありません。

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

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

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

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

• A4T をリダイレクトアクティビティで使用していない
• 訪問者 ID サービスが実装されている
• これらのパラメーターを URL に自動的に追加したくない場合

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

訪問者 API は、adobe_mc_sdid 値をデコードしようとしたときにこの二重エンコードが原因で SDID 値を抽出できないので、新しい SDID を生成します。このプロセスにより、間違った SDID 値が Target および Analytics に送信され、Analytics レポートにリダイレクトの不均等な分割が表示されます。

Adobeは、IT チームに問い合わせて、 adobe_mc_ref および adobe_mc_sdid これらの値が変換されないように許可リストに加えるされます。

以前は、新しいページの Analytics リクエストによって、www.mysite.com/index.html ではなく、www.google.com の参照 URL がレポートされていました。そのため、参照 URL に関連付けられた Analytics のレポート（例えば、マーケティングチャネルレポート）が不正確になっており、www.google.com からそのサイトにリダイレクトされた事実がレポートから失われていました。

を使用 at.js バージョン 0.9.6（またはそれ以降） AppMeasurement.js 2.1（以降）の場合は、 Analytics 新しいページでのリクエストは、 www.google.com.