Les instructions de configuration Google Analytics State:
Cet extrait de code de suivi doit être inclus dans les pages de votre site afin qu'il apparaît au bas de la Page HTML (ou généré-HTML) Structure, avant la fermeture
tag. Est-ce que leur extrait de code exige que ce placement fonctionne pleinement ou que Google le suggère-t-il uniquement parce qu'il améliore les performances de la charge de la page pour avoir des scripts en bas?
7 Réponses :
On m'a demandé hier par un collègue. J'imagine que cela aurait quelque chose à voir avec l'ensemble du document chargé avant l'exécution du script.
Si plus du document est chargé, plus de la documentation peut être traitée par le script.
Je suis assez certain que c'est juste pour la performance de la page. Cela peut bien sûr être fait avec n'importe quelle bibliothèque / extrait de JavaScript qui n'est pas nécessaire à droite lorsque la page charge tout au départ.
Il suffit d'améliorer la performance de la page. Si ce code était au début, si pour une raison quelconque, le code d'analyse a-t-il été lentement, le reste de la page attendrait la fin de la fin ou du délai d'attente avant le chargement.
Le code d'analyse fait probablement des requêtes sur les serveurs de Google. Ils doivent donc attendre que les serveurs répondent avant de terminer. Si (Dieu nous interdit) Les serveurs Web de Google devaient être sauvegardés ou en retard, cela aurait sérieusement une incidence sur la période de chargement de votre site Web.
J'ai examiné rapidement leur code et je n'ai vu aucun appels de document.write (). Semble supporter votre affirmation qui est juste d'améliorer les performances.
Je trouve que le code fourni par Google peut entraîner un délai de la charge de la page en raison de la latence de Clientside de toute façon. En l'ayant au bas du code source, il ne fera pas arrêter le navigateur et attendra le JavaScript pour terminer avant de poursuivre la rendu de la page.
Déplacez le code d'analyse dans votre fonction Domready / Outload pour les meilleurs résultats de performance.
de Guide Yslow
Le problème causé par les scripts est que Ils bloquent des téléchargements parallèles. Les Http / 1.1 Spécification suggère que Les navigateurs ne téléchargent pas plus de deux composants en parallèle par nom d'hôte. Si vous servez vos images de plusieurs Noms d'hôte, vous pouvez obtenir plus de deux Téléchargements pour se produire en parallèle. Tandis que Un script télécharge cependant le Le navigateur ne démarre pas d'autre Téléchargements, même sur différents Noms d'hôte.
Dans certaines situations, ce n'est pas facile de Déplacez les scripts en bas. Si, pour exemple, le script utilise document.write pour insérer une partie de la Contenu de la page, il ne peut pas être déplacé inférieur dans la page. Il pourrait aussi y avoir Problèmes de fixation. Dans de nombreux cas, là sont des moyens de contourner ces choses situations.
une suggestion alternative qui souvent arrive est d'utiliser des scripts différés. L'attribut de reportage indique que le Le script ne contient pas document.write, et est un indice à navigateurs qu'ils peuvent continuer le rendu. Malheureusement, Firefox ne supporte pas l'attribut de diffusion. Dans Internet Explorer, le script peut être différé, mais pas autant que voulu. Si un script peut être différé, il peut également être déplacé vers le bas de la page. Cela fera votre web Les pages se charge plus rapidement.
Il y a un article sur Better Google Analytics JavaScript qui ne bloque pas Téléchargement de page . Voir Connected Comment charger de manière dynamique Google Analytics JavaScript? question sur SO aussi.
La question est de savoir pourquoi Google elle-même ne l'utilise pas.
@TFM Parce que cette méthode nécessite une connaissance solide de JavaScript, tandis que la cuve de page Google distribue peut être facilement utilisée par n'importe qui.
étiquette au bas utilisé pour minimiser l'impact possible des scripts de suivi sur le comportement du site Web: la priorité consiste à avoir un site Web fonctionnel, une fois qu'il fonctionne, suivez-la. Vous ne pouvez pas suivre toutes les vues de page, mais c'est moins important pour l'utilisateur final.
La syntaxe asynchrone résout la question de la fiabilité et de la performance, tout en restant simple à déployer.
Il va à la fin de la section de la tête.
Notez que vous parlez de la documentation obsolète. En 2009, Google a publié son extrait de suivi asynchrone, qui se charge en arrière-plan. Ils vous recommandent de le placer au bas de la section principale: code.google .Com / Apis / Analytics / Docs / Suivi / AsyncTracking.h TML
Aucune des réponses fournies a répondu à votre question: la position du script peut-elle refléter si elle fonctionne ou non. Le placement dans le fond pourrait-il être une raison pour laquelle cela ne fonctionne pas? Avez-vous compris cela?