Übersetzung meines alten Beitrags: Google Analytics und WPO-Analysatoren

Ich sehe immer mehr Kritik an Google PageSpeed ​​Insights (und anderen WPO-Analysatoren), weil viele es widersprüchlich finden, dass Googles Flaggschiff-Tracking-Dienst Google Analytics als Fehler gekennzeichnet wird. „Aber es ist von der gleichen Firma!“, hört man sie sagen.

Google Analytics verbraucht wie andere Tracking-Dienste beim Laden einer Website viele Ressourcen. Es ist lobenswert, dass ein Dienst wie Google PageSpeed ​​Insights dies meldet, damit Sie es optimieren können. Meiner Meinung nach würde es als WPO-Tool an Glaubwürdigkeit verlieren, wenn es das nicht täte. Ich verstehe jedoch, dass jemand, der sich mit Optimierung nicht auskennt, stattdessen das Tool dafür verantwortlich machen könnte. Es erinnert mich an Äsops Fabel „Der Fuchs und die Trauben“.

Eine der Optionen zur Optimierung des Google Analytics-Skripts besteht darin, es auf Ihrem eigenen Server zu hosten und ein Ablaufdatum festzulegen, damit Browser es zwischenspeichern können. Dies ist etwas, was Google nicht empfiehlt, was verständlich ist, da Google nicht mehr die Möglichkeit hat, seinen Code jederzeit zu aktualisieren. Wenn Sie sich laut Google nicht für diese Option entscheiden, können Sie das Problem leicht beheben, indem Sie einen CRON-Job einrichten, um das Google Analytics-Skript alle paar Stunden herunterzuladen.

Eine weitere Option (die vollständig mit der vorherigen kompatibel ist) und die ich verwende, besteht darin, das Google Analytics-Skript zu laden, wenn jemand auf der Seite scrollt. Dies könnte nachteilig erscheinen, da es den Eindruck erwecken könnte, dass nicht alle Benutzer erfasst werden. Meiner Meinung nach wird es jedoch eine genauere Metrik liefern:

• Erstens werden diejenigen nicht erfasst, die schnell auf einen Link auf Ihrer Website klicken und, wenn sie ihren Fehler bemerken, die Website sofort verlassen.
• Robots, Spider oder ähnliche Entitäten, die sich als normale Benutzer ausgeben, werden nicht verfolgt (da sie keine User-Agent-Header senden, die ihre wahre Natur identifizieren).

Darüber hinaus ist es eine optimale Option, da das Skript geladen wird, sobald alles andere bereits geladen ist (also nichts verlangsamt) und transparent, während der Benutzer Ihre Website durchsucht.

Hier ist der JavaScript-Code, der dies ermöglicht:

/**
 * 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);

Von Zeile 25 bis Zeile 29 teilen wir dem Browser mit, dass beim Scrollen des Besuchers (das Scroll-Ereignis wird ausgelöst und die Position der Bildlaufleiste nicht mehr oben ist) , sollte die Funktion „load_googleAnalytics“ ausgeführt werden. Diese Funktion prüft (Zeilen 9 bis 12) durch ein Flag, ob Analytics bereits auf der aktuellen Seite geladen wurde. Wenn nicht, wird das Tracking-Skript geladen (Zeilen 13 bis 19). Beachten Sie, dass in Zeile 18 die Google Analytics-ID eingefügt wird. Abschließend wird in Zeile 21 das Flag aktiviert, um zu verhindern, dass das Skript erneut geladen wird.

Wenn es Ihnen gefallen hat, vergessen Sie nicht, es zu teilen.