Wiederholungsansicht<\/li>\n<\/ul>\n
<\/p>\n
In Wasserfalldiagrammen verwendete Elemente<\/h2>\n
Interaktiver Schieberegler<\/strong>: Der interaktive Schieberegler ist ein Indikator f\u00fcr die Leistung jedes Elements in Millisekunden. In der Abbildung unten wird er mit dem Pfeil gezeigt. Der Benutzer kann den interaktiven Schieberegler ziehen, um zu sehen, welches Element geladen wird und zu welchem Zeitpunkt. In diesem Screenshot k\u00f6nnen Sie sehen, dass die hervorgehobenen Elemente in der 531. Millisekunde geladen werden.<\/p>\n
<\/p>\n
Ladezeitraster<\/strong>: Der hervorgehobene Bereich unten hei\u00dft Load Time Grid. Es zeigt, wie viel Zeit zum Laden f\u00fcr jedes Element ben\u00f6tigt wird.<\/p>\n
<\/p>\n
Elementliste<\/strong>: Die Elemente, die auf der Webseite vorhanden sind, werden in der Elementliste angezeigt. Die Erweiterung des Elements kann HTML, CSS, GIF usw. sein.<\/p>\n
<\/p>\n
Elementleistung<\/strong>: Ein Benutzer kann die Informationen \u00fcber die Leistung jedes Elements erreichen, das im Wasserfalldiagramm vorhanden ist.<\/p>\n
<\/p>\n
Wenn der Benutzer auf die Schaltfl\u00e4che f\u00fcr bestimmte Elemente klickt, wird er von einer Leistungsseite begr\u00fc\u00dft, die unten gezeigt wird.<\/p>\n
Durch die Analyse der Leistungsseite verf\u00fcgt der Benutzer \u00fcber ein tieferes Wissen \u00fcber die Antwortdetails. Sie k\u00f6nnen die gew\u00fcnschte Option ausw\u00e4hlen und die Maustaste loslassen, um Details anzuzeigen. Der Benutzer kann auch die Leistungsprobleme beobachten, indem er auf den rot markierten Bereich<\/em>achtet, was bedeutet, dass es eine Leistungsausfallperiode gibt.<\/p>\nLadezeitdetails f\u00fcr einzelne Elemente<\/strong>: Wenn der Benutzer im Wasserfalldiagramm seinen Cursor auf einen bestimmten Balken bewegt, werden ihm Details zur Ladezeit angezeigt, die DnsTime, ConnectTime, SSLTime, RequestTime, FirstByteTime, ResponseTime, StartTime, EndTime, Speed sind, die in einem roten Oval angezeigt werden.<\/p>\n
<\/p>\n
Erkl\u00e4rung der Farbcodierung<\/strong>: Innerhalb der Dotcom Monitor-Plattform wird die Darstellung von Lastzeitdetails durch die folgenden Farben definiert:<\/p>\n
<\/p>\n
Navigation Timings<\/strong>: Sie k\u00f6nnen als Spalte im Wasserfalldiagramm angezeigt werden, um den Navigationsstart, Den umleitenstart, Redirect End, Fetch Start, Domain Lookup Start, Domain Lookup End, Connect Start, Secure Connection Start, Connect End, Request Start, Response Start, Response End, Unload Event Start, Unload Event End, DOM Loading, DOM Interactive, DOM Content Loaded Event Start, DOM Content Loaded Event End , DOM Complete, Load Event Start und Load Event End mit Farbcodierung (siehe unten im roten Oval).<\/p>\n
<\/p>\n
Es ist wichtig zu erw\u00e4hnen, dass es innerhalb der Dotcom Monitor-Plattform eine Funktion gibt, dass ein Benutzer das tats\u00e4chliche URL-Ladevideo im Browserfenster ansehen kann (siehe unten).<\/p>\n
<\/p>\n
Optimieren der Webleistung durch Grundlegendes zu Wasserfalldiagrammen<\/h2>\n
Leistung und Geschwindigkeit einer Website spielen eine enorme Rolle. Wenn Ihre Website nicht schnell genug ist, wartet der Benutzer nicht darauf, dass das Laden abgeschlossen ist. Eine schnelle Website erh\u00f6ht die Conversion-Raten und f\u00fchrt Sie zu guten Leistungen auf Suchmaschinen. Um die Geschwindigkeit Ihrer Website zu verstehen, werden Wasserfalldiagramme verwendet. Wasserfalldiagramme helfen Ihnen, die Problemquelle zu identifizieren und sind eine gute M\u00f6glichkeit, zu diagnostizieren, was Ihre Webseiten verlangsamt.<\/p>\n
In einem Wasserfalldiagramm, indem Sie eine Gr\u00f6\u00dfe einer Datei suchen, die mehr als 1 MB ist, kann dazu f\u00fchren, dass Ihre Website verlangsamt wird. Mit Hilfe der Zeitleiste im Wasserfalldiagramm ist der Benutzer in der Lage, die verschiedenen Phasen der Ressourcenauslastung zu entdecken und zu verstehen, welche Phasen<\/em> seine Website verlangsamen. Im Folgenden werden einige der Phasen vorgestellt:<\/p>\n\n- Empfangen<\/strong>. Die Zeit, die zum Herunterladen von Dateien ben\u00f6tigt wird. Dies ist die erste Phase der Zeitleiste. Gro\u00dfe Dateien, z. B. nicht optimierte Bilder, verz\u00f6gern die Downloadzeit und absorbieren mehr Bandbreite, was zu einer Verz\u00f6gerung auf der Website f\u00fchrt. Die L\u00f6sung f\u00fcr dieses spezifische Problem ist, dass der Benutzer Medien optimieren sollte, indem er die Gr\u00f6\u00dfe der Bilder reduziert, ohne ihre Qualit\u00e4t zu verringern. Um die Bandbreitenverf\u00fcgbarkeit zu erh\u00f6hen, sollte der Benutzer die Bilder auf einem Cloud-Server speichern.<\/li>\n
- Wartezeit<\/strong>. Die vom Server erfasste Zeit, um eine Antwort zu erzeugen. Wenn die Wartezeit zu gro\u00df ist, kann dies einen \u00fcberlasteten Netzwerkserver bedeuten oder es kann einen ineffizienten Code geben, der von Softwareentwicklern behoben werden muss, indem die Fehler gefunden und der Code korrigiert wird. Dar\u00fcber hinaus kann das Caching-Dienstprogramm die Wartezeit verringern. In diesem Fall sollte der Benutzer vom Shared Hosting zu dediziertem Hosting wechseln.<\/li>\n
- Warteschlangenanforderung<\/strong>. Besteht aus bequemen Verbindungen HTTP\/HTTP2, HTTP-Authentifizierung, Ausf\u00fchrung von CSS oder JavaScript, SSL-Verbindungszeit, ist eine wichtige Phase der Zeitleiste.<\/li>\n
- DNS-Suche<\/strong>. Besteht die Zeit f\u00fcr das DNS zu l\u00f6sen und gibt dem Benutzer einen gro\u00dfen Hinweis, was die Website verlangsamt. Im Allgemeinen verlangsamen die meisten Skripts die Websites aufgrund der DNS-Suche.<\/li>\n<\/ul>\n
Wenn der Benutzer die Probleme identifiziert, die seine Webseite mit Hilfe von Wasserfalldiagrammen verlangsamen, kann er beginnen, eine L\u00f6sung f\u00fcr das Problem zu finden. Einige der Probleme und ihre L\u00f6sungen sind unten dargestellt.<\/p>\n
\n\n\n| <\/td>\n | Probleml\u00f6sung<\/strong><\/td>\n<\/tr>\n\n| \n Link zur Seitenverfolgung<\/p>\n<\/td>\n | Deinstallieren oder Entfernen des in Verwendung ist enk- oder entfernten \u00dcberwachungstools<\/td>\n<\/tr>\n | \n| Langsame DNS-Suche<\/td>\n | Der Benutzer kann ein CDN verwenden<\/td>\n<\/tr>\n | \n| Langsames Serverende<\/td>\n | Senden Sie eine E-Mail an Ihren Dienstanbieter.<\/td>\n<\/tr>\n | \n| Fehler aufgrund von Plugins<\/td>\n | Der Benutzer kann die Plugins deinstallieren.<\/td>\n<\/tr>\n | \n| Unbenutzte\/sperrige Theme-Anpassung<\/td>\n | Der Benutzer kann einen Webentwickler beauftragen<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Auch einAnf\u00e4nger-Benutzer kann schnell verstehen, die spezifischen Gr\u00fcnde, die ihre Website verlangsamen, indem sie die Wasserfall-Charts. Lange Balken bedeuten beispielsweise, dass das zugeh\u00f6rige Element zu viel Zeit zum Laden ben\u00f6tigt, roter Text bedeutet einen Fehler, der Daten abruft, und lange L\u00fccken zwischen Balken bedeuten Zeiten, in denen keine Anforderungen vorhanden sind.<\/p>\n Wie man Websites schneller laden l\u00e4sst<\/h2>\nDurch die Verwendung von Wasserfalldiagrammen k\u00f6nnen wir eine gro\u00dfartige Benutzererfahrung erstellen, indem wir eine Webseite schneller laden.<\/p>\n Verringern Sie die Breite des Wasserfalls<\/h3>\nDie Website-Leistung kann verbessert werden, indem die Zeit, die zum Herunterladen der Ressourcen ben\u00f6tigt wird, die die Breite des Wasserfalldiagramms verringern.<\/p>\n Wenn es lange violette Balken in der Wasserfall-Diagramm .<\/strong><\/em><\/p>\nPurple bedeutet die Zeit, die f\u00fcr die Durchf\u00fchrung einer SSL\/TLS-Aushandlung aufgewendet wird. Falls ein Benutzer st\u00e4ndig mit Violett konfrontiert wird, bedeutet dies, dass die Website nicht f\u00fcr TLS optimiert ist. Der Benutzer muss die TLS-Leistung optimieren.<\/p>\n Wenn es viel Orange in der Wasserfall-Diagramm.<\/strong><\/em> Orange bezeichnet die erste TCP-Verbindung f\u00fcr Ihre Website. Nur 2-6 Anforderungen an einen bestimmten Hostnamen sollten eine TCP-Verbindung erstellen. Nach 2-6 Anforderungen werden die vorhandenen Verbindungen wiederverwendet. Wenn ein Benutzer mit viel Orange konfrontiert ist, muss er verstehen, dass die Website keine persistenten Verbindungen verwendet. Wenn eine dauerhafte Verbindung hergestellt wird, betr\u00e4gt die Breite jeder Anforderung die H\u00e4lfte, da der Webbrowser nicht mit jeder Anforderung neue Verbindungen herstellen wird.<\/p>\nWenn es lange blaue Balken in der Wasserfall-Diagramm .<\/strong><\/em><\/p>\nBlaue Farbe bedeutet Zeit, die f\u00fcr das Herunterladen der Antwort aufgewendet wird. Wenn es einen langen blauen Balken gibt, besteht eine hohe Wahrscheinlichkeit, dass die Ressource zu gro\u00df ist. Das Verringern der Dateigr\u00f6\u00dfe der Datei kann zur L\u00f6sung des Problems beitragen. Ein Benutzer kann die Gr\u00f6\u00dfe durch Bildoptimierung oder HTTP-Komprimierung verringern.<\/p>\n \nWenn es zu viel Gr\u00fcn ist, das Wasserfalldiagramm<\/strong> \n<\/em>. Die gr\u00fcne Farbe bedeutet, dass der Browser darauf wartet, Inhalte zu erhalten. Um das Gr\u00fcn zu reduzieren, sollte der Benutzer den statischen Inhalt in ein CDN verschieben.<\/p>\nVerringern der H\u00f6he des Wasserfalldiagramms<\/h3>\nDie Website-Geschwindigkeit kann verbessert werden, indem die Anzahl der Anforderungen verringert wird, die der Browser ausf\u00fchren muss, um die Webseite zu laden, was zu einer Verringerung der H\u00f6he des Wasserfalls f\u00fchrt. Der Benutzer muss alle Inhalte auf jeder Seite \u00fcberpr\u00fcfen und entscheiden, ob er sie wirklich braucht.<\/p>\n Wenn zu viele JavaScript\/CSS-Dateien kleiner als 2kb sind.<\/strong><\/em><\/p>\nDer Benutzer muss den Inhalt dieser Dateien direkt in den HTML-Code einbinden, indem er , or <\/code><\/p>\nSchilder.<\/p>\n Wenn sich zu viele JavaScript\/CSS-Dateien im Wasserfalldiagramm befinden.<\/strong><\/em><\/p>\nDer Benutzer muss sie mit einem CMS-Plugin oder als Teil eines Build-Prozesses kombinieren. Durch diese Aktion wird die Anzahl der gestellten Anforderungen verringert und die Seitengeschwindigkeit erh\u00f6ht.<\/p>\n Wenn es zu viele 302 Umleitungen gibt.<\/strong><\/em><\/p>\nGelbe Zeilen bedeuten Umleitungen, was bedeutet, dass Links auf der Seite f\u00e4lschlicherweise erstellt oder veraltet sind, die unn\u00f6tige Umleitungen erstellen, die die H\u00f6he des Wasserfalls erh\u00f6hen. Die L\u00f6sung besteht darin, diese Links durch direkte Verbindungen zu ersetzen.<\/p>\n Erh\u00f6hen der Renderzeit<\/h3>\nUm die Renderzeit zu verbessern, sollte der Benutzer die Reihenfolge der Ressourcenanforderungen optimieren, wodurch die gr\u00fcne Zeile Rendern<\/em> starten nach links verschoben wird.<\/p>\n \nWenn zu viele Anforderungen f\u00fcr separate CSS-Dateien<\/strong> \n<\/em>vorhanden sind. Bevor Browser mit dem Rendern der Seite beginnen, warten sie, bis das gesamte CSS heruntergeladen ist. Der Benutzer sollte diese CSS-Dateien inline oder kombiniert.<\/p>\nWenn ein Benutzer Aufrufe zum Laden von JavaScript-Bibliotheken sieht.<\/strong><\/em><\/p>\nJavaScript enth\u00e4lt kann das Seitenrendering blockieren. Der Benutzer sollte diese auf der Seite nach unten verschieben.<\/p>\n \nWenn ein Benutzer externe Schriftarten sieht<\/strong> \n<\/em>. Solange der Browser die externe Schriftart nicht herunterl\u00e4dt, wird nichts gezeichnet. Der Benutzer sollte die Verwendung externer Schriftarten vermeiden.<\/p>\nErster Besuch und Wiederholungsbesuch. Was ist wichtiger?<\/h2>\nBasierend auf dem Besuch des Benutzers k\u00f6nnen zwei Arten von Wasserfalldiagrammen erstellt werden: First Visit<\/em> und Repeat Visit<\/em>. Was ist der Unterschied?<\/p>\nLeerer Cache (erste Ansicht): Der Benutzer greift zum ersten Mal auf die Website zu und hat keine zwischengespeicherten Daten. Typische browserbasierte Tools l\u00f6schen den Cache, bevor die Anforderungen gestellt werden. Mit anderen Worten, die Menschen besuchen die Website zum ersten Mal.<\/p>\n Cached Mode (Wiederholungsbesuch): Der Benutzer greift zum zweiten Mal auf die Website zu und emuliert einen zweiten Besuch aus der Perspektive des Benutzers, der alle Dateien enth\u00e4lt, die jetzt in einem lokalen Speicher zwischengespeichert werden. Mit anderen Worten, weil die Leute Ihre Website vorher besucht haben, jetzt k\u00f6nnen sie Ihre Bilder haben, CSS in ihrem Browser kassiert, so dass das System nicht viel f\u00fcr sie liefern muss.<\/p>\n In den Screenshots unten k\u00f6nnen Sie sehen, wie unterschiedlich die erste Besuchswasserfall-Diagramm und die Wiederholung Besuch Wasserfall Diagramm sind.<\/p>\n <\/p>\n
Eines der wichtigsten Dinge zu realisieren ist, dass der leere Cache dauert 6,8 Sekunden zu laden, w\u00e4hrend die Wiederholung, die ein zwischengespeicherter Modus ist, dauert 1,9 Sekunden.<\/p>\n <\/p>\n
Wenn die Website gut funktioniert, wird es der gleiche Fall in Bezug auf den Vergleich von Timings sein, mit leeren Cache dauert mehr Zeit als zwischengespeicherte Version. Der Grund ist beim ersten Besuch, Tools leeren den Cache, bevor die Anforderungen, und beim wiederholten Besuch, das System wird die Dateien, die in einem lokalen Speicher zwischengespeichert werden k\u00f6nnen, was zu einer k\u00fcrzeren Zeit, um die Website zu laden.<\/p>\n Das Diagramm cached Mode (Repeat View) hat weniger Zeilen, was bedeutet, dass viel weniger Ressourcen geladen wurden. Dies ist ein gutes Beispiel f\u00fcr eine Website, auf der effizientes Caching verwendet wird.<\/p>\n Ohne etwas auf der Website zu \u00e4ndern, w\u00fcrde der wiederholte Besuch schneller reagieren, da die Elemente zwischengespeichert werden. Der erste Besuch w\u00fcrde mehr Zeit in Anspruch nehmen als der wiederholte Besuch. Wenn etwas auf der Website nicht stimmt, was die Website verlangsamt, korrigiert der Benutzer sie. Und sie testen die Website erneut. Dabei werden Faktoren wie Geolocation, CDN-Server und PoP (Points of Presence) ber\u00fccksichtigt. Sie k\u00f6nnen anhand von Wasserfalldiagrammen sehen, welches Element den Prozess verlangsamt. Vielleicht verwendet die Website zu viel CPU. Nach der Korrektur k\u00f6nnen sie die Website erneut testen.<\/p>\n Der erste Besuch ist wichtig, da der Benutzer versteht, wie viel Zeit es braucht, um die Bilder und andere Ressourcen herunterzuladen. Der wiederholte Besuch ist auch deshalb wichtig, weil der Benutzer nach dem Zwischenspeichern bewerten sollte, wie viel Zeit zum Laden der verbleibenden Elemente ben\u00f6tigt wird. Dar\u00fcber hinaus beobachtet der Benutzer, welche Ressourcen zwischengespeichert werden, indem er die Wasserfalldiagramme vom ersten Besuch und Wiederholungsbesuch betrachtet. Auf diese Weise kann ein Benutzer die Leistung der Website und Inhaltsprobleme mit Ressourcen verstehen.<\/p>\n
| |