Google Analytics Tracking-Code vs langsames Laden Geschwindigkeit

Question

wann genau beginnt die GA-Tracking? Beim Laden der Seite (100%) oder wenn die .js von Abschnitt geladen wird?

Ich habe eine Website, die schreckliche Ladezeit hat und zusätzlich 10s Verzögerung auf GA-Tracking hat. Summiert sich das Add-Up oder soll ich lieber die 10er mit "First byte loaded" oder dem geladenen GA.js (per Webpagetest) hinzufügen?

Ich habe eine große niedrige Absprungrate, die einfach zu gut ist, um wahr zu sein.

Answer 1

Sie senden ein Ereignis "10 Sekunden in", was Ihre Absprungrate zerstört. Die Uhr wird gestartet, sobald das Analytics-Skript geladen wurde. Dies kann lange dauern, bevor Ihre Seite fertig ist. Da die Seite noch nicht geladen ist, bleiben die Leute stehen und das Ereignis löst aus - kein Bounce.

Um dies zu beheben, können Sie stattdessen den Countdown basierend auf dem Ereignis beim Laden der Seite starten (was mit dem Google Tag Manager einfach ist).

Allerdings empfehle ich Ihnen, Ihre Strategie zu überdenken. Das Hinzufügen eines Ereignisses dieser Art ist sehr schädlich für die "echte" Absprungrate, selbst wenn es 30 oder 60 Sekunden nach dem Laden der Seite erfolgt, und die sorgfältig berechneten Messwerte von Google Analytics sind für Sie nützlicher, bevor Sie sie brechen. Wenn Sie keine andere Möglichkeit haben, die Interaktion dieser Personen mit der Seite zu messen (z. B. ein Klickereignis oder eine Rolle), was heißt dann, dass sie wirklich mit der Seite interagieren? Sie hätten sich zurückziehen oder aufstehen können, um eine Tasse Tee zu machen.

Wenn Sie dies tun, empfehle ich Ihnen, das Ereignis mindestens zu einem Nicht-Interaktionstreffer zu machen, damit Sie immer noch den gewünschten Prozentsatz von berechneten Metriken erhalten, aber die Absprungrate nicht ruinieren.

Answer 2

Ga kann mit dem Sammeln von Daten beginnen, sobald das ga-Objekt erstellt wurde (also legen Sie den Bootstrap-Code in den Seitenkopf, um keine Daten zu verpassen). Um sie zu senden, muss die Datei analytics.js jedoch geladen werden. Die Anrufe werden in the command queue platziert

Der JavaScript-Tracking-Schnipsel definiert die anfängliche ga() Befehlswarteschlange Funktion, so kann sie auch dann verwendet werden, bevor die analytics.js Bibliothek ist voll beladen. Sobald die Bibliothek analytics.js geladen ist, werden die Elemente in der Befehlswarteschlange in der Reihenfolge ausgeführt, in der sie empfangen wurden. Sobald dies erledigt ist, werden neue Befehle, die in die Warteschlange geschoben werden, sofort ausgeführt.

Das heißt, wenn die analytics.js Datei nie geladen wird (zum Beispiel, weil der Benutzer Seite Last aufgrund der langen Verzögerung abgebrochen hat) die Anrufe nicht und Sie verlieren für die Benutzer, die Daten gesendet werden. Wenn Sie keine Sendeaufrufe durchführen, bevor das Laden der Seite abgebrochen wird, erhalten Sie auch keine Daten.

(Eigentlich erwähnen Sie ga.js, was bedeutet, dass Sie "klassische" Analysen verwenden, aber das funktioniert vage ähnlich, indem Sie Befehle auf dem _gaq-Array drücken).

Ich bin mir nicht sicher, wie Ihre 10-sekündige Verspätung bei der GA-Verfolgung zustande kommt (ist das zufällig passiert oder ist das absichtlich?), Aber das könnte eine niedrige Absprungrate erklären - Leute bleiben normalerweise 10 Sekunden lang nicht prallen. Sie sollten also darauf achten, dass der Aufruf der Seitenansicht so bald wie möglich gesendet wird.