3

私たちの KRL 拡張機能には、興味深い追跡の問題があります。基本的に、私たちは CJ (commission junction) のマーチャント リンクの多くのパブリッシャーの 1 つです。CJ は、別のパブリッシャーがリダイレクト URL に afsrc=1 を追加した場合、結果のマーチャント ページにブラウザー拡張機能が読み込まれないことを要求します。

document.referrer タグを使用してこのパラメーターを尊重するように拡張機能をコーディングしました。これは、URL がマーチャント ページの URL に含まれる前に読み込まれる限り、うまく機能します。このフローは次のとおりです。

  1. ユーザーが別の発行者ページに移動する
  2. マーチャント ページでのユーザー クリック
  3. ユーザーがページを見て、URL に afsrc=1 が含まれている
  4. ユーザーはマーチャントページにリダイレクトされます

私たちの拡張機能は、この種のフローで正常に機能します。問題は、次のフローになるサーバー側のリダイレクトである場合です。

  1. ユーザーが別の発行者ページに移動する
  2. マーチャント ページでのユーザー クリック
  3. パブリッシャーは、ユーザーに表示されない URL で afsrc=1 を使用してサーバー側のリダイレクトを行います。
  4. ユーザーはマーチャントページにリダイレクトされます

私が知る限り、サーバー側のリダイレクトの場合にそのパラメーターを探す方法はわかりません。KRL は、ユーザーが実際にそれらを見たかどうかに関係なく、ブラウザーが見た最後のいくつかのヘッダーまたは URL を見る方法を提供しますか?

4

1 に答える 1

3

KRL は現在、ユーザーがブラウザーにロードした URL への応答のみを許可し、そこに到達するために使用するリダイレクト パスは許可しません。そのようなフローを示すページのヘッダー タグに何かが表示されている場合、Kynetx JS ランタイムを拡張して、その値をリクエストに渡すことができます。

そのようなフローを検出するために、CJ がすべてのマーチャント サイトでリダイレクト フローを監視する必要があることに少し驚いています。そのような要件を説明する CJ のドキュメントが役立ちます。

于 2011-04-04T16:56:25.297 に答える