2

一部のFirefox ユーザーがサイトにアクセスすると、「Bad Request」というメッセージが表示されるという問題があります (「Bad Request」という言葉だけです!)。

これはおそらく、破損した Google トラッキング Cookie が原因であると思われます__utmz(1 人が順番に Google Cookie を削除し、それが削除されると、サイトは復活しました)。

私たちのウェブサイトは、この JavaScript の Google トラッキング コードを使用しています。

    var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
    document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));

    try {
        var pageTracker = _gat._getTracker("UA-**********");
        pageTracker._trackPageview();
    } catch(err) {}

これを使用して、フォームが完成したときに Google アナリティクスで追跡する別の疑似 URL を作成することもあります。

  pageTracker._trackPageview('{$smarty.const.CONST_PAGE_URL}/complete');

{$smarty.const.CONST_PAGE_URL}実際の現在のページの URL を出力するための、ほんの少しのテンプレート コードです。

最後に、おそらく関連性はありませんが、CRM のクロス トラッキングには、次のようにページ フッターの Javascript から開始されるhttps://lct.salesforce.com/sfga.jsから読み込まれた Salesforce トラッキングも使用します。

__sfga();

私は Firefox 3.5.7 のユーザーからこの問題の報告を受けました - 他のユーザーについては知りません (彼らが Firefox を使用していたことを除いて)。これを引き起こす可能性のあるものと、それを停止/回避する方法があるかどうかを知っている人はいますか?

どうもありがとう - ところで、スタックオーバーフローは私が頻繁に使用します:O)

ベン

4

2 に答える 2

2

同じ問題が発生しましたが、これはメール キャンペーンと、メールの件名に使用されている「非標準」文字 (拡張ハイフン文字) が原因で、utm_term 変数に追加され、アクセスに使用されました。 Webサイト。これは、サイトの Google アナリティクスによって __utmz Cookie に入れられました。たとえば、Firefox の Web 開発者プラグインを使用して Cookie を表示すると、「悪い文字」が表示されました。

于 2011-08-16T10:26:42.783 に答える
0

これは前に見たことがあります。一般的な原因があるかどうかはわかりませんが、少なくとも、私がよく知っている 1 つの例で原因 (および修正) を説明します。

サードパーティの広告追跡システムを使用すると、サイトの訪問者がリダイレクト URL を通過する原因になります。それ。リダイレクト URL は、ランディング ページ URL に追加された GA トラッキング パラメータを壊す可能性があります。

ランディング ページの URL が http://www.onlinefun.com/?source=google&medium=ppc&campaign=shoesであるとします。その URL がリダイレクト用のサード パーティの追跡システムに追加されると、もちろん、リダイレクト URL のクエリ パラメータになるので、次のようになります: http://www.redirectdomain.com?http://www.onlinefun .com/?source= ....

この URL には 2 つの「?」が含まれています。その中で--問題は1つしか許可されていないためです（または、少なくとも、クエリ文字列が続くことを示すことが許可されているのは1つだけです）。

あなたの質問と同じように、私が初めてこの動作を見たとき、ほとんどのブラウザーは影響を受けませんでした。問題を修正できたにもかかわらず、すべてのブラウザが 400 を返さない理由がわかりませんでした。最初の簡単な修正は、2 番目の「?」を「#」に置き換えることでした。したがって、少なくとも URL は処理されます。明らかに、より安定した解決策は、このw3 学校のチュートリアルで説明されているように、エンコードされたランディング ページ URL を使用することです。

于 2010-02-07T06:15:49.083 に答える