Traduction de mon ancien article : Google Analytics et WPO Analyzers

Je vois de plus en plus de critiques contre Google PageSpeed ​​Insights (et d'autres analyseurs WPO), car beaucoup trouvent contradictoire que le service de suivi phare de Google, Google Analytics, soit signalé comme une erreur. "Mais c'est de la même entreprise !", peut-on les entendre dire.

Google Analytics, comme d'autres services de suivi, consomme beaucoup de ressources lors du chargement d'un site Web. Il est louable qu'un service comme Google PageSpeed ​​Insights le signale afin que vous puissiez l'optimiser. Pour moi, s’il ne le faisait pas, il perdrait sa crédibilité en tant qu’outil du WPO. Cependant, je comprends que quelqu’un qui ne connaît pas l’optimisation pourrait plutôt blâmer l’outil. Cela me rappelle la fable d’Ésope, Le Renard et les Raisins.

L'une des options utilisées pour optimiser le script Google Analytics consiste à l'héberger sur votre propre serveur et à définir une date d'expiration afin que les navigateurs puissent le mettre en cache. C’est quelque chose que Google ne recommande pas, ce qui est compréhensible car il perd la possibilité de mettre à jour son code quand il le souhaite. Si vous n'optez pas pour cette option, sur la base de ce que dit Google, vous pouvez facilement surmonter ce problème en configurant une tâche CRON pour télécharger le script Google Analytics toutes les quelques heures.

Une autre option (qui est entièrement compatible avec la précédente), et celle que j'utilise, consiste à charger le script Google Analytics lorsque quelqu'un fait défiler la page. Cela peut sembler préjudiciable, car cela pourrait vous faire penser qu’il ne suivra pas tous les utilisateurs. Cependant, à mon avis, cela donnera une métrique plus précise :

• Premièrement, il ne suivra pas ceux qui cliquent rapidement sur un lien sur votre site et, après avoir réalisé leur erreur, partent immédiatement.
• Il ne suivra pas les robots, les araignées ou les entités similaires qui se présentent comme des utilisateurs réguliers (puisqu'ils n'envoient pas d'en-têtes d'agent utilisateur identifiant leur véritable nature).

De plus, c'est une option optimale car le script se chargera une fois que tout le reste sera déjà chargé (il ne ralentira donc rien) et de manière transparente pendant que l'utilisateur navigue sur votre site Web.

Voici le code JavaScript qui rend cela possible :

/**
 * Google Analytics and WPO Analyzers - WebPerf - Manuel Canga
 * From post: https://trasweb.net/snippets/google-analytics-and-wpo-analyzers
 */

var is_analytics_loaded = false;

load_googleAnalytics = function () {
    if (is_analytics_loaded) {
        return false;
    }

    (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];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
    })(window,document,'script','//www.google-analytics.com/analytics.js','ga');

    ga('create', 'UA-xxxx', 'auto');
    ga('send', 'pageview');

    is_analytics_loaded = true;
};


window.addEventListener("scroll", function () {
    if (document.documentElement.scrollTop !== 0 || document.body.scrollTop !== 0) {
        load_googleAnalytics();
    }
}, true);

De la ligne 25 à la ligne 29, nous indiquons au navigateur que lorsque le visiteur scrolle (l'événement scroll est déclenché, et la position de la barre de défilement n'est plus en haut) , la fonction load_googleAnalytics doit être exécutée. Cette fonction vérifie (lignes 9 à 12) via un indicateur si Analytics a déjà été chargé sur la page actuelle. Dans le cas contraire, le script de suivi est chargé (lignes 13 à 19). Notez qu'à la ligne 18, l'identifiant Google Analytics est inséré. Enfin, à la ligne 21, le flag est activé pour empêcher le chargement du script.

Si vous avez aimé, n'oubliez pas de partager.