サーバー側でオムニチュアリクエストを実装しようとしています。呼び出しを設定しましたが、リクエストは omniture に送信されますが、リファラーが omniture に表示されません。
これは、私のコードが作成する omniture の URL の 1 つの例です。何か不足していますか？
http://[id].112.2o7.net/b/ss/[グループ]/1/H23.2/s1328206514850?AQB=1&ndh=1&ns=[id]&g=http%3A%2F%2F[ドメイン] %2Flogin.asp&vid=1328206514850&pageName=ログイン%20Page%20!test!&r=http%3A%2F%2Ftest.com
Report Suite 管理コンソールの内部 URL フィルターは、内部ドメイン (つまり、ドメイン) を指定します。他のドメインからの紹介は、紹介者として認識されます。
私は通常、WATS のような Firefox アドオンを使用して、リファラーを含む特定のページにある変数をデバッグします。
外部サイトからの紹介が必要であることに注意してください。URL を入力するか、リロードするか、自分のサイトからクリックするだけでは、紹介はありません。これをテストするときは、別のドメイン (例: localhost) にページを作成し、自分のページへのリンクを作成します。
https://omniture-help.custhelp.com/app/answers/detail/a_id/1652/kw/JavaScript/related/1 比較: s.linkInternalFilters と内部 URL フィルター
s.linkInternalFilters: s_code.js ファイル内の linkInternalFilters 変数は、終了リンクの追跡に使用されます。s.trackExternalLinks が true に設定されている場合、訪問者がクリックした特定のリンクが組織のサイトの内部にあるかどうかを判断するために使用されます。s.linkInternalFilters の値に一致するクリックされたリンクは無視されますが、どの値にも一致しないリンクは終了リンクとして SiteCatalyst に送信されます。
内部 URL フィルター: 管理コンソール内の内部 URL フィルターは、参照ドメイン レポートなどのトラフィック ソース レポートで使用されます。すべての st() リクエストは、参照 URL (referrer 変数に含まれる) が設定されたルールのいずれかと一致するかどうかを確認します。これらのルールのいずれかに一致する参照 URL は、すべてのトラフィック ソース レポートから除外されますが、一致しない参照 URL は含まれます。
s.linkInternalFilters と内部 URL フィルターは互いに一致させることをお勧めしますが、この 2 つは完全に独立して動作し、まったく異なる機能を提供します。
その画像の最後の部分はリファラー値 r= です。それは正しい値ですか？また、そのレポート スイートの管理コンソールで内部 URL フィルターを確認する必要があります。通常、新しいレポート スイートでは、 の値が見つかります。（単一のピリオド）がそこに設定されています。その場合、リファラーは記録されません。