Google’s mod_pagespeed Praxis-Test

GoogleÂŽs mod_pagespeed Praxis-Test

Copyright © Shutterstock / Billion Photos

Was ist Google’s mod_pagespeed Praxis-Test?

Die Ladegeschwindigkeit einer Seite liegt Google ja bekanntlich sehr am Herzen. Die Google-GrĂŒnder wollen das Internet laut eigenen Angaben so schnell machen wie das UmblĂ€ttern in einer herkömmlichen Zeitung. Nicht umsonst sind bisher etliche Grundlagenartikel sowie ein Analyse-Tool fĂŒr den Firefox unter der Regie von Google erschienen. In Chrome ist sogar ein sehr nĂŒtzliches Werkzeug zum Messen der Ladegeschwindigkeit der Komponenten einer Website schon fest eingebaut. Ein Zeichen, wie ernst es ihnen ist.

Und auch wenn immer noch spekuliert wird, ob die Ladegeschwindigkeit nun schon einen Einfluss auf das Ranking hat oder nicht – empirische Analysen haben gezeigt, dass besonders bei großen Websites eine Verringerung der Ladezeit tatsĂ€chlich die Indexierungstiefe erhöht, weshalb die Ladegeschwindigkeit nicht mehr lĂ€nger nur eine Sache der Usability und performance-liebenden Enthusiasten ist. Es ist ein tatsĂ€chlicher Faktor im SEO, den man nicht lĂ€nger ignorieren sollte.

2010 hat nun Google noch eins draufgesetzt und fĂŒr den Apache Webserver ein Modul namens mod_pagespeed veröffentlicht, das mehr oder weniger “out of the box” fĂŒr bis zu 50% schnellere Ladezeiten sorgen soll. In manchen FĂ€llen sogar noch mehr. Ein leeres Versprechen – oder ist da tatsĂ€chlich etwas dran? Wir haben natĂŒrlich gleich mal die Probe aufs Exempel gemacht


Die Testsituation

Verwendet wurde ein Root-Server bei Strato. Dort werden drei Websites mit unterschiedlichen Domains von einer zentralen Apache-Instanz beschickt. Eine der Websites ist ein ziemlich modifizierter OsCommerce MS2, die anderen beiden sind WordPress-Installationen in jeweils aktueller Version, mit sehr unterschiedlichen Templates und unterschiedlichen Plugins.

Der Aufbau der Seiten war wie folgt (alle Zahlen in kB):

WebsiteDocumentsStylesheetsImagesScriptsTotal
OsCommerce44,232,6413317,93198,07
WordPress 131,6022,50211,60167,10432,89
WordPress 242,8869,3741,51242,50396,25

 

Das mod_pagespeed-Plugin wurde in der 32bit-Version fĂŒr Ubuntu als Package heruntergeladen, installiert, mit den Grundeinstellungen konfiguriert und der Apache anschließend neu gestartet. Ein phpinfo() zeigte auch, dass das Modul geladen war und das Caching-Verzeichnis des Plugins wurde im Laufe der Tests erfolgreich mit Dateien gefĂŒllt, d.h. die Funktion war gegeben.

Die TestdurchfĂŒhrung

Vor jedem Request wurde der Browser-Cache gelöscht, um lokale Caching-Effekte zu eliminieren. Zudem wurden 5 Requests gemacht und daraus der Mittelwert gebildet, um mögliche, vorĂŒbergehende Lastspitzen des Servers zu eliminieren. Extreme Abweichler vom Mittelwert wurden gelöscht und der Request wiederholt, da die Maschine nicht die performanteste ist und zufĂ€lligerweise stattfindende, massiv parallel Zugriffe durchaus deutlich spĂŒrbar sind.

Das Ergebnis

Das Ergebnis war ĂŒberraschend (alle Zahlenangaben in ms):

OsCommerceLatenzDocumentsStylesheetsImagesScriptsTotal
Vorher7289319987.2723.8328.176
Nachher789,001020,001045,001976,002.1724.380
Differenz-61-89-475296,001.6603.638
VerÀnderung-8%-10%-5%73%43%44%
WordPress 1LatenzDocumentsStylesheetsImagesScriptsTotal
Vorher7281.3423952.3022.5646.072
Nachher1.2221.2223793.0243.0046.036
Differenz-49412016-722-44036
VerÀnderung-68%9%4%-31%-17%1%
WordPress 2LatenzDocumentsStylesheetsImagesScriptsTotal
Vorher1.8321.8322.1342.736Apr 446.886
Nachher1.9141.9122.1002.920Apr 147.126
Differenz-82-8034-184-60-240
VerÀnderung-4%-4%2%-7%-1%-3%

 

Das Ergebnis ist also durchwachsen.

Die Website mit OsCommerce erlebte gerade im Bereich der Bilder einen deutlich spĂŒrbaren Performance-Zuwachs, wohingegen die WordPress-Websites nahezu unverĂ€ndert blieben.

Die Interpretation

Auch wenn fĂŒr eine Website mit einfachen Mitteln (Installation und Konfiguration alles in allem rund 10 Minuten) ein ĂŒberwĂ€ltigender Effekt erzielt werden konnte, darf das wohl nicht verallgemeinert werden. Gerade im Bereich der Latenzen ist sogar durchweg eine lĂ€ngere Ladezeit zu sehen und diese wird nur durch mögliche Einsparungen bei den einzelnen Komponenten der Website wettgemacht. Ob dies am Anteil der einzelnen Komponenten, am Aufbau der WordPress-Websites, an einer eventuell noch nicht optimalen Konfiguration oder eventuell sogar an einem noch nicht ganz ausgereiften Plugin liegt – diese Frage können nur weitere Tests und eine bessere Dokumentation des Plugins zutage fördern.

Zudem kann sicher die Testsituation noch weiter optimiert werden, indem ein dedizierter Testserver verwendet wird, der keine andere Aufgabe hat, als die Testabrufe zu bedienen, um so auch die letzten Effekte multipler Zugriffe zu eliminieren. Allerdings waren die Test-Websites wenig frequentiert, sodass das Ergebnis als hinreichend genau und vor allem tatsĂ€chlich praxisbezogen angesehen werden dĂŒrfte.

Fazit

Als Fazit kann man jedenfalls sagen, dass es nach momentanem Wissensstand durchaus einen Versuch wert ist. Wenn wie im Falle der OsCommerce-Website mit nur 15 Minuten Arbeit satte 44% Ladezeit eingespart werden können, ist das beeindruckend. Und wenn hingegen wie im Fall der beiden WordPress-Websites zumindest keine deutlich spĂŒrbare Verschlechterung eintritt, kann man es immerhin als kleine praktische Übung sehen und das Plugin sehr einfach wieder deaktivieren und deinstallieren.


Sie haben noch Fragen?

Kontaktieren Sie uns

Kostenloser SEO-Check der OSG


Weitere Inhalte