Eine langsame Seite ist an einer von drei Stellen langsam: am Server, bevor er ein Byte sendet; am Netz dazwischen; oder am Browser, nachdem sie angekommen ist. Jede hat eine andere Abhilfe, und keine hilft den beiden anderen. Falsch geraten kostet ein Wochenende und ändert nichts.

1. Wie lange bis zum ersten Byte

curl -sS -o /dev/null -w 'dns %{time_namelookup}  connect %{time_connect}  tls %{time_appconnect}  ttfb %{time_starttransfer}  total %{time_total}\
' https://yourdomain.com/

Ein TTFB über etwa 600 ms bei kleiner Verbindungszeit ist der Server beim Nachdenken. Unter 200 ms ist der Server nicht Ihr Problem, egal wie sich die Seite anfühlt.

2. Ist es die Anwendung oder die Datenbank

# is anything slow enough to be logged
sudo tail -f /var/log/mysql/mysql-slow.log

Siehe Das Slow-Query-Log. Eine einzige Abfrage mit 900 ms erklärt weit mehr Websites, als jede Menge Caching je erklärt hätte.

3. Was die Seite tatsächlich wiegt

Öffnen Sie den Netzwerk-Tab, sortieren Sie nach Größe und lesen Sie die obersten fünf Zeilen. Auf den meisten Websites sind das alles Bilder — siehe Bilder, die schwerer sind als die ganze Seite. Wie man ein Wasserfalldiagramm richtig liest, steht in einem eigenen Artikel.

4. Was ein echter Besucher bekommt

Ihre Büroleitung ist nicht die Messung. Testen Sie von dort, wo Ihre Kunden sind, mit gedrosselter Verbindung, auf einem Mittelklasse-Telefon.

Ändern Sie eine Sache und messen Sie erneut. Drei Änderungen auf einmal, und Sie werden nie erfahren, welche geholfen hat — oder welche es verschlimmert hat, während eine andere das verdeckte.
Schreiben Sie die Zahlen auf, bevor Sie anfangen. Sich schneller anzufühlen ist kein Beleg, und nach einem Nachmittag Arbeit findet jeder, die Website sei schneller.