307 Rediriger lors du chargement analytics.js dans Chrome

Je suis en train de construire une application web et l'utilisation de Google Analytics (analytics.js) à des fins d'analyse. J'ai récemment remarqué que google analytics ne fonctionne pas correctement dans le navigateur Chrome.

Je suis le chargement de google analytics en utilisant le standard de l'extrait de code dans un module séparé et inclus par l'intermédiaire de requirejs. J'ai vérifié que ce script s'exécute comme prévu et exécute les analyses extrait.

Quand j'ai inspecter le trafic réseau dans Firefox, je peux voir que l'analyse de script est chargé à partir de Google comme prévu (réponse HTTP 200):

307 Rediriger lors du chargement analytics.js dans Chrome

Cependant, lorsque je lance la même page dans google Chrome, j'ai un HTTP 307 réponse pointant vers about:blank, et google analytics ne fonctionne pas:

307 Rediriger lors du chargement analytics.js dans Chrome

Cependant, si je colle l'analyse de l'URL directement dans la barre d'adresse de Chrome, le script est trouvé. Toutes les idées ce qui se passe ici, ou comment résoudre le problème?

InformationsquelleAutor Benj | 2015-01-14
  1. 173

    307 Internal Redirect avec Non-Authorative-Reason: Delegate indique que la demande a été intercepté et modifié (redirigé) par une extension Chrome via le webRequest ou déclarative webRequest Api d'extension.

    Vous pouvez trouver de l'extension qui a déclenché la redirection comme suit:

    1. Visite chrome://net-internals/#events
    2. Déclencheur de la demande (google analytics, dans votre cas).
    3. Revenir à la chrome://net-internals/#events onglet et de regarder pour une URL_REQUEST correspondant à votre demande (vous pouvez utiliser le "searchbox" pour filtrer la recherche).
    4. Cliquez sur l'entrée pour afficher le journal sur le côté droit. Vous verrez le nom de l'extension, l'extension d'ID et d'autres informations à propos de la demande:
    t=7910 [st=0] +REQUEST_ALIVE [dt=6] 
t=7910 [st=0] +URL_REQUEST_DELEGATE [dt=5] 
t=7910 [st=0] DELEGATE_INFO [dt=5] 
 --> delegate_info = "extension de [Nom de l'extension]" 
t=7915 [st=5] CHROME_EXTENSION_REDIRECTED_REQUEST 
--> extension_id = "ebmlimjkpnhckbaejoagnjlgcdhdnjlb" 
t=7915 [st=5] -URL_REQUEST_DELEGATE 
t=7915 [st=5] +URL_REQUEST_START_JOB [dt=1] 
--> load_flags = 339804160 (BYPASS_DATA_REDUCTION_PROXY | MAYBE_USER_GESTURE | REPORT_RAW_HEADERS | VERIFY_EV_CERT) 
--> method = "GET" 
--> priorité = "BAS" 
 --> url = "https://www.google-analytics.com/analytics.js" 
t=7915 [st=5] URL_REQUEST_REDIRECT_JOB 
--> reason = "Délégué" 
t=7915 [st=5] URL_REQUEST_FAKE_RESPONSE_HEADERS_CREATED 
--> HTTP/1.1 307 Redirection Interne 
Emplacement: about:blank 
Non-Autoritaire-Raison: Délégué

    Dans ce journal de l'échantillon, une extension avec le nom "[Nom de l'extension]" et l'extension "ID ebmlimjkpnhckbaejoagnjlgcdhdnjlb" rediriger la demande. Après avoir trouvé le nom de l'extension et/ou votre IDENTIFIANT, vous pouvez visiter chrome://extensions et de désactiver ou de supprimer l'extension qui a modifié la demande.

    • Brillant. Je n'avais aucune idée de cette analyse a été possible. S'est avéré pour être une extension (....roulement de tambour, s'il vous plaît...) bloc analytics. Ce qui était en train de faire exactement ce qu'il est censé...
    • Vous, Monsieur, a fait ma journée! 😉
    • C'est incroyable. Merci rob! Je vois que Adblock est dans un endroit similaire à votre posté extrait pour moi. Ce qui signifie-t-il si je ne vois pas de signes évidents en mode navigation privée? Nous allons partir REQUEST ALIVE, URL_REQUEST_DELEGATE (pas de + / détails, dt=0), à droite, le début de l'emploi / redirect travail. De toute façon, merci pour cette lourde perspicacité!
    • Pourriez-vous partager une partie de votre journal, expliquer ce qui se passe et de l'état ce que vous devrait à la place?
    • href="https://gist.github.com/anonymous/4baaf62bcaff2360eb6d" >gist.github.com/anonymous/4baaf62bcaff2360eb6d -- le comportement attendu est pas une 307 de redirection, mais un 200 code et de téléchargement direct de l'actif. C'est un site http, et tous les actifs de cdn.shopify.com de la conversion vers HTTPS. Je ne vois pas de DELEGATE_INFO et ces. Merci monsieur!
    • HSTS". La redirection est causée par HTTP Strict Transport Security. Vous demandez une page http, mais auparavant, le site a annoncé que toutes les demandes doivent être faites via le protocole https, afin de Chrome (à l'interne) permet de réécrire la requête http à https demande.
    • Comment fonctionne un site web créé un tel paramètre? Protocole relatif Url HTTP pages sont de retour 307s HTTPS versions, sur chrome seulement. J'ai désactivé mes extensions et utilisé incognito - même des questions. Le site en question est jackerwin.com. Très intéressante. Excuses - je pense que c'est un trop grand nombre de commentaires qui doivent être AINSI en question.
    • Voir chromium.org/hsts et en.wikipedia.org/wiki/HTTP_Strict_Transport_Security. Si vous voulez arrêter de google Chrome à partir de redirection, supprimer le site de la HSTS liste à l'adresse chrome://net-internals/#hsts (la redirection se produira de nouveau une fois que vous visitez le site au moins une fois sur https et le site en https réponses avec HSTS en-têtes).
    • Merci pour cette. Je dispose d'un plugin (sans le savoir) automatique installé à partir d'un DLP jouer avec mon trafic et la rupture de certaines plus longues, les connexions http.
    • J'ai eu ce problème et ce post, permettez-moi de réaliser que c'était le Débrancher plugin Chrome! Eh bien, duh! Vous allez aimer quand vous êtes votre pire ennemi!
    • Je vais avoir le même problème et suis allé que par les instructions et désactivé le plugin, mais le problème persiste encore. Tous les fils ?
    • Je vous remercie. Dans mon cas, c'était la ScriptSafe extension Chrome et il a été me rend fou!

    InformationsquelleAutor Rob W
  2. 8

    Dans mon cas, la raison de la 307 rediriger était plus prosaïque. Sortir de l'habitude de l'utilisation de protocole relatif Url, j'ai enlevé le protocole de l'URL dans l'intégration de script de Google Universal Analytics, l'évolution https://www.google-analytics.com/analytics.js à //www.google-analytics.com/analytics.js.

    Par exemple (n'essayez pas ceci à la maison):

    (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
    (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
    m=s.getElementsByTagName(o)[0];un.async=1;un.src=g;m.parentNode.insertBefore(a,m)
    })(window,document,'script','https://www.google-analytics.com/analytics.js','ga');

    C'est déconseillé étant donné que Google sert apparemment le script et le suivi des demandes uniquement par le protocole https. Ainsi retirer le protocole provoque une redirection à la fois lors de la première d'intégrer le script ainsi que dans tout(!) suivi de demande. En outre, comme l'a déclaré Paul Irlandais dans une mise à jour de son canonique post sur le protocole relatif Url, cette technique n'est plus encouragé ou a en effet le mérite:

    Maintenant que le protocole SSL est encouragée pour tout le monde et n'ont pas de problèmes de performances, cette technique est maintenant un anti-modèle. Si le bien que vous avez besoin est disponible sur SSL, toujours utiliser le protocole https://de l'actif.

    InformationsquelleAutor Boaz
  3. 0

    Dans mon cas, j'ai UBlock Origine activé sur mon navigateur. Une fois déconnecté ou un site autorisé, à l'intérieur des redirections ont cessé de

    InformationsquelleAutor John D.