リダイレクトとエイリアス

ユーザー操作なしで、ブラウザーを新しい場所にリダイレクトします。 リダイレクトは Web ブラウザー（クライアントサイドのリダイレクト）または Web サーバー（サーバーサイドのリダイレクト）で実行されます。

リダイレクトとエイリアス aliases

ユーザー操作なしで、ブラウザーを新しい場所にリダイレクトします。 リダイレクトは Web ブラウザー（クライアントサイドのリダイレクト）または Web サーバー（サーバーサイドのリダイレクト）で実行されます。

リダイレクトはユーザーの操作を必要としないため、リダイレクトはユーザーに気づかれることなく実行されることがよくあります。 リダイレクトが発生したことを示す唯一のものは、ブラウザーのアドレスバーです。 アドレスバーには、ブラウザーが最初に要求したリンクとは異なるURLが表示されます。

リダイレクトには2種類しかありませんが、多くの方法で実装できます。 例えば、クライアント側のリダイレクトは、ユーザーがブラウザーを指定したweb ページに、ブラウザーを別のURLにリダイレクトするスクリプトまたは特殊なHTML コードが含まれている場合に発生する可能性があります。 サーバーサイドリダイレクトは、ページにサーバーサイドスクリプトが含まれているか、web サーバーがユーザーを別のURLに誘導するように設定されているために発生する可能性があります。

Analytics とリダイレクト aa-redirects

Analytics では、一部のデータをブラウザーから収集し、特定のブラウザープロパティを使用します。 これらのプロパティのうち、「参照URL」（または「リファラー」）と「現在のURL」の2つは、サーバーサイドのリダイレクトで変更できます。 ブラウザーは、1つのURLがリクエストされたが、別のURLが返されたことを認識しているため、参照URLをクリアします。 結果として参照 URL は空白になり、Analytics では、ページのリファラーが存在しないと報告される場合があります。

例：リダイレクトを使用しない場合のブラウザーでの表示 browse-without

次に示す仮定のシナリオについて検討してください。このシナリオでは、ユーザーがリダイレクトされることはありません。

例：リダイレクトを使用する場合のブラウザーでの表示 browse-with

リダイレクトにより、ブラウザーで真の参照URLが空白になる場合があります。 次のシナリオについて検討してください。

リダイレクトの実装 implement

リダイレクトから Analytics データを取り込むには、リダイレクトを生成するコードと JavaScript 版 ファイル用 AppMeasurement に、4 つの小規模な変更をおこなう必要があります。

以下の手順を実行すると、オリジナルリファラー（前述のシナリオでは https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets）からサイトに渡される情報が保持されます。

リファラーに優先する JavaScript コードの設定 override

以下のコードスニペットには、s.referrer と s.pageURL という 2 つの JavaScript 変数が含まれています。 このコードは、リダイレクトの最終的なランディングページに配置します。

<script language="JavaScript" src="//INSERT-DOMAIN-AND-PATH-TO-CODE-HERE/AppMeasurement.js"></script>
<script language="JavaScript"><!--
/* You may give each page an identifying name, server, and channel on
the next lines. */
s.pageName=""
s.server=""
s.campaign=""
s.referrer=""
s.pageURL=""

getQueryParam を使用したリダイレクト getqueryparam

getQueryParam を使用すると Analytics 変数にクエリ文字列の値を容易に設定できますが、クエリ文字列が空の場合に正規のリファラーが上書きされないように、一時変数と共にそのプラグインを導入する必要があります。 getQueryParam を使用する最善の方法は、次の擬似コードで説明するとおりに、getValue プラグインと組み合わせることです。

// AppMeasurement 1.x
var tempVar=s.Util.getQueryParam('origref')
if(tempVar)
  s.referrer=tempVar;

// H Code
var tempVar=s.getQueryParam('origref')
if(tempVar)
  s.referrer=tempVar;

リダイレクトのメカニズムの変更 modify

ブラウザーは参照URLを取り除くため、リダイレクトを処理するメカニズム（web サーバー、サーバーサイドコード、クライアントサイドコードなど）を設定して、元のリファラー情報を渡す必要があります。 エイリアスリンク URLも記録する場合は、これを最終的なランディングページにも渡す必要があります。 現在のURLを上書きするには、s_pageURL​変数を使用します。

リダイレクトの実装には多くの方法があるので、Web オペレーショングループやオンライン広告パートナーと協力して、貴社の Web サイトでリダイレクトが実行されるメカニズムを特定する必要があります。

オリジナルリファラーの取り込み original

通常、Analytics はブラウザーの document.referrer プロパティから参照元 URL を取得し、document.location プロパティから現在の URL を取得します。 referrer および pageURL 変数に値を渡すことで、デフォルトの処理を上書きできます。 referrer 変数に値を渡すと、document.referrer プロパティのリファラー情報を無視し、指定した別の値を使用するよう Analytics に指示することになります。

したがって、「discount airline tickets」のシナリオで示される問題を修正するには、最終バージョンのランディングページに次のコードを含める必要があります。

<script language="JavaScript" src="AppMeasurement.js"></script>
<script language="JavaScript"><!--
/* You may give each page an identifying name, server, and channel on
the next lines. */
s.pageName=""
s.server=""
s.campaign=""
s.referrer="https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets"
// Setting the s.pageURL variable is optional.
s.pageURL="https://www.flytohawaii.example"

Adobe Debugger によるリファラーの確認 verify

リファラー、発信元 URL（s_server）およびキャンペーン変数が取り込まれていることを確認するために、テストを実行します。

これらの変数は、CX Enterprise Debuggerで次のパラメーターとして表されます。

デバッガーに表示されるテキストは次の例のようになります。

Image

https://examplecom.112.2o7.net/b/ss/examplecom/1/JS-1.4/s61944015791667?[AQB]
ndh=1
t=4/8/20XX 13:34:28 4 360
pageName=Welcome to example.com
r=https://ref=www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets
cc=USD
g=https://www.flytohawaii.example
s=1280x1024
c=32
j=1.3
v=Y
k=Y
bw=1029
bh=716
ct=lan
hp=N
[AQE]

これらの変数が Adobe Debugger に表示されていることを確認したら、検索語句および（リダイレクト前の）オリジナルの参照ドメインがレポートにトラフィックを登録していることを確認すると有用です。