Metrik "Time to Interact" in Webleistungsmessungen

Question

Anscheinend ist "Time to Interact" die neue Metrik, um die wahrgenommene Geschwindigkeit einer Webseite zu messen. Ich bin daran interessiert, ein bisschen mehr darüber zu verstehen, was das eigentlich ist.

Der Begriff wurde offensichtlich von Radware geprägt und wird als die aussagekräftigste Leistungsmessung (im Vergleich zu Dingen wie Time to First/Last Byte, Time to Render etc.) gedrängt.

Es wird beschrieben als:

den Punkt, die eine Seite seiner primären interaktiven zeigt (man denke klickbare) Inhalt, sondern als volle Seite zu laden.

Das scheint mir ziemlich subjektiv; Was ist zum Beispiel der "primäre interaktive Inhalt" einer Webseite?

Es gab Berichte, die Ergebnisse für die Messung zitieren, also einige, wie dies gemessen wird, und weiter muss es automatisiert werden, da die Ergebnismengen ziemlich groß sind (~ 500 Seiten wurden getestet).

Abgesehen von dem oben genannten Zitat kann ich keine weiteren Informationen darüber finden, wie dies zu messen ist.

Da Google mehr Wert auf über den Fold-Inhalt (oder sichtbaren Inhalt) legt, frage ich mich, ob diese Metrik tatsächlich mehr wie "Time to First Meaningful Render" ist, d.h. sie ist kontextbezogen zum aktuellen Seitenziel. Dies kann beispielsweise auf der Produktseite einer E-Commerce-Website das Hauptbild und ein Link zum Hinzufügen zum Warenkorb sein.

Ich bin daran interessiert, diese Metrik zu verstehen, denn für mich scheint es die nützlichste zu sein. Meine Frage ist daher, ob jemand das misst und wenn ja, wie geht es ihnen?

Answer 1

Websites werden komplexer. Obwohl sie nicht immer mehr Inhalt enthalten, haben sie immer noch mehr Ressourcen zum Laden, da die Benutzerinteraktion/Benutzererfahrung aus technischer Sicht komplexer ist. Ajax hilft uns, verschiedene Teile separat zu laden. Also statt einer Seitenladung haben wir mehrere kleine Dinge geladen. Und für jedes dieser Teile können wir die Beladungsleistung messen. Aber es könnte einige Teile auf der Website geben, die wichtiger sind als andere. Der "primäre interaktive Inhalt" ist der Teil Ihrer Ansicht, der es dem Benutzer ermöglicht, das zu tun, was er beabsichtigt, beispielsweise ein Zugticket zu kaufen. Wenn eine Anzeige oder eine spezielle Animation auf der linken Seite des Bildschirms nicht geladen ist, verhindert dies nicht, dass der Benutzer einen Kauf eines Tickets beginnt. Aber natürlich ist "primärer interaktiver Inhalt" als Begriff ziemlich vage und Sie müssen ihn für Ihre spezifische Anwendung definieren. Es ist der Punkt, an dem ein durchschnittlicher Benutzer mit der Website interagieren kann und wird, während einige Teile noch geladen werden.

So verstehe ich das Konzept und ich sehe den Unterschied zu "Time to First Meaningful Render" hier: Sie könnten einen Warenkorb auf Ihrer E-Commerce-Seite gerendert haben, aber die GUI reagiert noch nicht. Sie sehen also etwas Sinnvolles, aber die Interaktivität ist noch nicht da. Daher TTI> = TtFMR.

Um TTI zu messen, müssen Sie definieren, welche Elemente für die Interaktivität benötigt werden. Dies hängt nicht nur davon ab, was die Site tut, sondern auch WIE sie es tut. Es hängt also stark von Ihrer Implementierung/Technologie ab.

Answer 2

Sie haben Ihre eigene Frage beantwortet, sie ist subjektiv und kontextbezogen zu Ihrem aktuellen Projekt.

Was passiert, wenn ich eine Website mit nur HTML ohne komplexe Ressourcen testen? Es hat keinen Sinn, TTI dort zu messen.Auf der anderen Seite, lassen Sie uns dies demo site sehen.

Bigger picture here.

Blaue Linie ist die „COMContentLoaded“ Ereignismarkierung (Hauptdokument geladen und analysiert Markup) zeigt rote Linie die Last Ereignis, in dem alle Ressourcen Seite geladen werden. Die TTI-Linie würde zwischen den beiden Linien liegen, was für jedes Projekt anders definiert ist, basierend auf einigen essentiellen Ressourcen, die geladen werden.

Zum Beispiel lassen Sie uns sagen, dass die Bilder auf der Demo-Seite zu den Kernfunktionen der Website nicht wesentlich sind. Während die Hauptsite in 0,8 Sekunden geladen wurde, benötigten die 3 großen Bilder 36 zusätzliche Sekunden zum Laden. In diesem Fall würde die Verwendung der Gesamtreaktionszeit als KPI eine Antwortzeit von ~ 36 Sekunden ergeben, während bei der Definition von TTI die großen nicht essentiell sind Ressourcen, Sie enden mit < 1s Reaktionszeit.

Ich bin daran interessiert, diese Metrik zu verstehen, wie ich es wie die nützlichsten eine scheint.

Definitiv nützlich, aber wie Sie es in Ihrer Frage sagten, ist es spezifisch für das Projekt. Sie würden TTI nicht auf einer einfachen, relativ statischen Web-App messen, sondern würden wahrscheinlich die gesamte Antwortzeit messen. Ich definiere immer KPIs, die für das aktuelle Projekt "maßgeschneidert" sind, anstatt zu versuchen, gemeinsame Metriken zu verwenden und sie für ein Projekt "zu erzwingen".

Meine Frage ist daher, ob jemand das misst, und wenn ja, wie machen sie das?

verwendete es auf jeden Fall vor, sollten Sie die wesentlichen Ressourcen für Ihre Website zu identifizieren, und wenn die letzten dieser Ressourcen geladen werden, das ist Ihre TTI. Dies könnte eine Javascript-Datei, ein CSS, etc ... sein.