Firefox "Mauvaise demande" causée par cookie google suivi corrompu

Question

Nous avons un problème sur notre site où certains Les utilisateurs de Firefox reçoivent un message "Bad Request" quand ils visitent notre site (rien d'autre, juste les mots "Bad Request" « !)

Cela semble être dû à un cookie de suivi Google corrompu, peut-être __utmz (une personne supprimer les cookies de Google à son tour, et une fois que l'on a retiré le site est revenu à la vie.)

Notre site utilise ce code de localisation google Javascript:

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) {} 

De temps en temps, nous utilisons également pour créer un autre pseudo-URL pour suivre dans Google Analytics lorsqu'un formulaire a été rempli:

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

{$smarty.const.CONST_PAGE_URL} est juste un peu de code du modèle pour produire le réel, la page en cours url.

Enfin, probablement pas pertinent, mais, pour le suivi multisupport dans notre CRM, nous utilisons également le suivi Salesforce chargé à partir https://lct.salesforce.com/sfga.js qui est lancé à partir de JavaScript dans notre pied de page comme ceci:

__sfga(); 

J'ai eu rapport de ce problème d'un utilisateur de Firefox 3.5.7 - Je ne sais pas sur les autres (sauf qu'ils utilisaient Firefox). Est-ce que quelqu'un sait ce qui pourrait causer cela et s'il y a un moyen de l'arrêter/l'éviter?

Un grand merci - pile BTW roches de débordement que je l'utilise souvent: O)

Ben

Answer 1

Je l'ai vu auparavant. Je ne sais pas s'il y a une cause commune, mais je vais au moins expliquer la cause (et la solution) dans le cas que je connais. L'utilisation de systèmes de suivi des annonces tiers permet de rediriger les visiteurs d'un site via des URL de redirection - par exemple, Atlas Search, DoubleClick, SEM Director ou ici «Salesforce», que je considère comme analogue, mais vous ' Je dois vérifier cela. Les URL de redirection peuvent rompre les paramètres de suivi GA ajoutés aux URL de vos pages de destination. Supposons que l'URL de votre page de destination soit http://www.onlinefun.com/?source=google&medium=ppc&campaign=shoes. Lorsque cette URL est ajouté à un système de suivi tiers pour la redirection, bien sûr, il devient le paramètre de requête pour l'URL de redirection, donc, quelque chose comme: http://www.redirectdomain.com?http://www.onlinefun.com/?source= ....

Cette URL a maintenant deux ' ? ' dedans - un problème parce que vous êtes seulement autorisé un (ou au moins vous êtes seulement autorisé à indiquer qu'une chaîne de requête suit).

Tout comme dans votre question, la première fois que j'ai vu le comportement, la plupart des navigateurs n'ont pas été affectés. Je ne savais pas pourquoi tous les navigateurs ne renvoyaient pas 400, bien que nous ayons pu résoudre le problème. La solution rapide initiale était de remplacer un «#» pour le second «? donc au moins l'URL traiterait. De toute évidence, la solution la plus stable consiste à utiliser des URL de page de destination codées, comme décrit dans cette section w3 schools tutorial.

Answer 2

Nous avons rencontré le même problème, mais cela était dû à une campagne d'e-mail et à un caractère "non standard" (trait d'union étendu) utilisé dans la ligne d'objet de l'e-mail ajouté à la variable utm_term, utilisé pour accéder au site Web.Cela a été mis dans le cookie __utmz par Google Analytics sur le site. La visualisation de vos cookies en utilisant par exemple le plug-in Web Developer de Firefox a montré le "mauvais caractère".