PageSpeed - Welche Richtwerte gibt es?

[AndrésC]

Hallo zusammen,

ich hoffe, dies ist das richtige Unterforum für mein Anliegen.
In letzter Zeit habe ich mich sehr auf das Thema PageSpeed-Optimierung meiner Seite eingeschossen.

Die gängigen Analysetools sind bei mir:

• - PageSpeed Insights (Wert 95/100)
  - Google Analytics - Website-Geschwindigkeit (Wert 6,7 Sekunden)
  - loads.in (Wert von Standort Frankfurt ~2-10 Sekunden, je nach Unterseite und Tageszeit)

In einem Podcast zu dem Thema habe ich davon gehört, dass ein Wert um die 1,2 Sekunden optimal sein soll.

Daher Frage ich mich:

1.) Gibt es diesen Richtwert noch?
2.) Welche Messung (welches Tools) ist hier ausschlaggebend. Wenn ich die 6-7 Sekunden aus Analytics als Referenz nehme, wird mir ganz schlecht. Allerdings weiß ich auch nicht, wie diese zustande kommen.

Selbst große Seite wie spiegel.de laden laut diversen Tools langsamer.

[Manu v6]

Damals als es die Pagespeed Übersicht noch in den WMT gab, war eine Linie bei 1,2 Sekunden - weshalb viele davon ausgehen, dass dies für google die "Grenze" ist. Kann gut sein - aber wirklich keine Ahnung.

Der Wert aus Analytics ist auch bei uns uns viel höher, als wir es von tools oder unserer eigenen Erfahrung her kennen. (zwischen 3 und 4 Sekunden, was in etwa dem doppelten der uns bekannten Ladezeit entspricht) - woher das kommt? Keine Ahnung.

Was sagt pingdom tools? (Serverstandort Niederlande wählen)

[mogli]

Aufgrund der gestiegenen Mobile Nutzung und der dort langsameren Verbindungen plus nicht angepasste Webseiten könnten die Werte wieder deutlich höher sein. Außerdem sorgen Facebook Plugins etc. immer wieder für Aussetzer, während der Rest der Seite schon lange am Start ist.

[Spann-Ung]

1-2 Sek. ist gut
3-4 Sek. ist vorübergehend gerade noch vertretbar, sollte aber optimiert werden
5-10 Sek. ist unter aller Sau

[Tippi]

1-2 Sek. ist gut
3-4 Sek. ist vorübergehend gerade noch vertretbar, sollte aber optimiert werden
5-10 Sek. ist unter aller Sau

Bei welcher Verbindungsgeschwindigkeit???

[AndrésC]

Was sagt pingdom tools? (Serverstandort Niederlande wählen)

Tested from Amsterdam, Netherlands on February 22 at 12:09:42

Page size 493.3kB

Load time 2.53s

Requests 106

Perf. grade 82/100

Your website is slower than 100% of all tested websites...say WHAT


Wenn ich mir das Waterfall-Charts betrachte, fällt mir auf, dass die Seite selbst innerhalb von 0,5 Sekunden geladen wurde. Bei mehreren millionen Datensätzen und recht komplexen Queries würde ich sagen, dass die Datenbank-Optimierung auf einem guten Weg ist.

Allerdings bremsen vor allem die google-eigenen Dienste den Seitenaufbau sehr aus und schlagen mit ca. 1,5 Sekunden zu Buche.

[Stelufl]

Als erstes sollte man prüfen, ob die Datenbankverbindung während des gesamten Seitenaufbaus die gleiche ist und offen gehalten wird. Ein ständiges Auf und Zumachen des Links vor und nach JEDER Query ist äußerst kontraproduktiv, da diese Operation an der Query am längsten dauert. Um das zu verhindern musst du die Connection offen halten, bis die Klasse zerstört wird (== Seitenaufbau finished)

Ich hoffe Du programmierst objektorientiert.
Dann ist es einfach. Connection öffnen im Konstruktor und schließen im Destruktor. Die Connection Klasse unbedingt zur funktionierenden Singleton Klasse machen (sonst erstellt jede aufrufende Klasse seine eigene Connection...) und das wars auch schon. Das ganze solltest du noch testen, weil nen Singleton unter PHP hinzukriegen ist beim ersten Mal nicht ganz einfach. Du nutzt doch PHP oder...

Ansonsten schreib mir mal per PN, ich kann dir meine Klasse geben.

Das sollte bei 109 Requests (= Queries?) schon einiges bringen.
Als nächstes kannst du anfangen Indizes in der DB zu erzeugen.
Als letztes Queries optimieren und unnütze wegschmeißen / Architektur der Seite anpassen

[AndrésC]

Als erstes sollte man prüfen, ob die Datenbankverbindung während des gesamten Seitenaufbaus die gleiche ist. Ein ständiges Auf und Zumachen des Links vor und nach JEDER Query ist äußerst kontraproduktiv, da diese Operation an der Query am längsten dauert. Um das zu verhindern musst du die Connection offen halten, bis die Klasse zerstört wird (== Seitenaufbau finished)

Selbstverständlich

Ich hoffe Du programmierst objektorientiert.

Klar, habe auch zu den Zwecken eine auf MySQLi-basierende eigene DB-Class erstellt, die über weitere Sonderfunktionen verfügt.

Dann ist es einfach. Connection öffnen im Konstruktor und schließen im Destruktor. Die Connection Klasse unbedingt zur funktionierenden Singleton Klasse machen (sonst erstellt jede aufrufende Klasse seine eigene Connection...) und das wars auch schon.

Manchmal ist es aus Gründen der Performance aber auch wichtig, eine separate Connection zu erzeugen. Gerade bei größeren INSERT-Statements, bei denen man mit LAST_INSERT_ID() den Wert aus einem vorherigen Statement abgreifen möchte. Als Beispiel seien hier via AJAX aufgerufene (daher asnychrone) DB-Operationen zu nennen. Wenn hier keine separate Connection in Verbindung mit LAST_INSERT_ID() erzeugt wird, gute Nacht .

Aber zu Singleton habe ich auch schon interessante Diskussionen geführt, die teilweise ohne Ergebnis blieben.

Singleton ist böse.
Es gibt in der PHP Welt nur 3 wichtige Gründe für den Einsatz eines Singleton:
1. Faulheit, grenzenlose Faulheit
2. Verhindern, dass man den Code ordentlich testen kann
3. Man möchte sich bei seinen Mitstreitern blamieren

Falls du dich beteiligen möchtest, gerne eine PN an mich

Das sollte bei 109 Requests (= Queries?) schon einiges bringen.

Das Tools versteht hier unter einem Request einen GET-Request (HTTP). Kein DB-Query.

Als nächstes kannst du anfangen Indizes in der DB zu erzeugen.

Wie gesagt, die DB umfasst mehrere GB und ist an sich optimiert

Das Bottleneck sind hier die GET-Requests an externe Dienste wie FB oder eben Google (Maps, AdSense).

[webbastler]

Man sollte die Seiten möglichst unter 70KB halten, je dünner um so besser, die Kunden bewerten kleine Seiten höher.
Vor allem weil auch noch Tausender Anschlüsse gibt.

Ich habe zum Beispiel nur ca. 750 Mittelwert, mein Sohn findet das lustig, weil er mit einem 70.000-der surfen kann.