Auf der SEO Campixx wurde im Workshop “Need for Speed – Wer bremst verliert” von Markus Ostertag das Tool Webpagetest.org vorgestellt. Da androider.de Verbesserungen in diesem Bereich schon länger bitter nötig hat, darf es hier einmal als kleines Testobjekt herhalten. Einstellungen für die Auswertungen sind jeweils Frankfurt und IE8.
1. Auswertung
Nicht erschrecken. Es war wirklich Bedarf da. 
Start: http://www.webpagetest.org/result/110319_K6_6NVN/
2. Auswertung
Unnötige Einbindung entfernt
cloudfront.net von Crazyegg wird aktuell nicht benötigt
caching of static assets
.htaccess um folgendes erweitert:
ExpiresActive On
ExpiresDefault “access plus 2 hours”
ExpiresByType image/gif “access plus 30 days”
ExpiresByType image/png “access plus 30 days”
ExpiresByType image/jpg “access plus 30 days”
#ExpiresByType text/css “access plus 30 days”
#ExpiresByType text/html “access plus 60 seconds”
Mehr Informationen dazu gibt es hier. Html und css folgen später. Aktuell ändert sich hier noch zu häufig etwas.
Ergebnis: http://www.webpagetest.org/result/110319_FT_6P1N/
3. Auswertung
WordPress Contact-Plugin und damit unnötige CSS- und Javascript-Datei entfernt.
Ergebnis: http://www.webpagetest.org/result/110319_4F_6P6Y/
4. Auswertung
Weitere unnötige Einbindung entfernt: Prototype JavaScript framework
Weitere Zusammenfassung von CSS möglich. Aufgrund der derzeit noch ständigen Veränderungen erst einmal zurückgestellt.
Caching von CSS-Dateien auf 60 Minuten eingestellt:
ExpiresByType text/css “access plus 60 minutes”
Ergebnis: http://www.webpagetest.org/result/110319_RW_6P9S/
5. Auswertung
Die Seite liegt auf einem Managed Server bei Domainfactory. Vom Support habe ich Keep-Alive aktivieren lassen. Erst vor zwei Stunden um 20 Uhr an einem Samstagabend beim Support angefordert und schon jetzt umgesetzt. Dass ist mal Top-Service! 
Ergebnis: http://www.webpagetest.org/result/110319_AM_6PG2/
Fazit
Mit ein paar Änderungen und ein bisschen Aufräumarbeiten konnten schon nennenswerte Verbesserungen erzielt werden. Für den Moment soll das reichen. Bevor ich mit der Optimierung der Start- und Beitragsseiten fortfahre, sollten erst einmal speziell die Geräteseiten (Bsp. Samsung Galaxy Ace) optimiert werden. Eine erste Auswertung zeigt auch gleich, dass dort sogar einige 404er-Bilder drin sind.
Rein gefühlt hat die Startseite vorher wie nachher schnell geladen. Ich weis nicht wie sich die nun etwa 3 Sekunden Load time zustande kommen sollen. Mit meiner 3k DSL-Leitung kommt dass zumindest nicht hin. Dann wäre ich auch schon früher aktiv geworden. Und nun geht es den Geräteseiten an den Kragen.
{ 2 trackbacks }
{ 10 comments… read them below or add one }
Ich hab gerade auch mal über deine Seite drüber geschaut. Die größte Auswirkung auf die Performance hat bei dir die Hauptseite. Die eigentliche Seite schlägt mit knapp 700ms zu buche und dann wird ja erst der Rest geladen. Ein Opcodecache würde hier wunder wirken aber den gibt es ja bisher bei Domainfactory leider nicht. Ggf. kannst du deinen Code mal etwas aufräumen oder langsame Plugins deaktivieren. Darüber hinaus kannst du in jedem Fall mal noch mod_deflate nutzen damit die Daten komprimiert übertragen werden. Darüber hinaus kannst du dir mal http://gtmetrix.com/ anschauen wenn du weiter optimieren willst.
Klingt sehr interessant, wollte ich auch gleich mal bei einigen meiner Webseiten testen. Leider zeigt das Tool bei zweien gleich mal ein Timeout, egal von welcher Location aus ich es teste. Obwohl die Seiten momentan ganz normal erreichbar sind und in Sekundenbruchteilen laden. So ganz ausgereift scheint das Tool noch nicht zu sein.
Optimierungen sind ja immer recht interessant. Allerdings hat sich in deinen Text ein kleiner Fehler eingeschlichen: “Tool Webpagespeed.org” wenn es doch webpagetest.org ist.
Ansonsten, guter und nützlicher Artikel.
Danke für die Tipps, wir sind schon lange auf der Suche unsere pagespeeds zu optimieren und da unser Budget limitiert ist, suchen wir ständig günstige Alternativen. Dann erwarten wir auch keine absolute Premiumlösung sondern gute Handwerkszeuge auf die man mittelfristig aufbauen kann.
@Tobias
Danke für die Infos. Hab mal die htaccess um folgendes erweitert:
Und die Auswertung.
“Time to First Byte” ist etwas länger geworden. Später mal schaun, ob es aktuell an mehr Besuchern liegt oder an meinen Änderungen …
@jarod
Korrigiert.
Danke für den guten Artikel. Problematisch ist in der Praxis allerdings ein gutes Verhältnis zwischen Usability/ informationen und schneller Ladezeit zu finden. Natürlich ist es möglich, dass die Seite ruck-zuck geladen wird, aber was sieht dann das menschliche Auge. Wir testen ständig und haben leider noch keine aussagekräftigen Ergebnisse
Danke für den Tipp, werde es mal entsprechend austesten, hat ja nicht nur Vorteile für Suchmaschinen sondern auch für die Usability.
Ganz andere Frage: die Einbindungen von amazon bei androider, ist das ein WordPress Plugin oder eigens entwickelt?
Danke & Grüße
Interessantes vorgehen. Websitespeed bzw. websitetest kannte ich noch nicht. Ich selber habe mehr mit YSlow gearbeitet, wobei das vorgehen beider Tools ähnlich ist. Mein Resultat habe ich auch nieder geschrieben: http://360friends.de/wordpress-performance-optimieren/
Grüße aus Steinhagen,
Tim
@Peter
Eigenes Gefrickel.
naja, die webpagetest website haut mich jetzt nicht vom hocker. da finde ich das von tobias empfohlene tool viel besser und detaillierter.