Mehr Geschwindigkeit für Wordpress – Teil 4: Housekeeping
Mit etwas Verspätung kommt nun der vierte und letzte Teil meiner kleinen Serie “Mehr Geschwindigkeit für Wordpress“. In diesem Teil möchte ich noch ein paar kleine, aber feine Tipps zusammenstellen, die mir auch noch einiges an Geschwindigkeit gebracht haben. Manche Tricks mögen vielleicht im ersten Moment lächerlich klingen, können aber große Wirkung zeigen. Leider sind Performance Killer nicht immer offensichtlich.
Zwei wichtige Tools, die bei der Webseiten Optimierung nicht fehlen sollten, sind zum ersten Pingdom Tools .Eine tolle Webseite, auf der man online seine Seite analysieren lassen kann. Jedes Element der Webseite wird angezeigt und man sieht auf den ersten Blick, wo es bei den Ladezeiten Verzögerungen gibt. Das zweite Tool, dass ich sehr gerne benutze ist die Webseite Is My Blog Working. Dieses kleine Onlinetool hat mir schon oft das Leben gerettet, da man damit sehr schnell Fehlern auf die Spur kommt.
Natürlich gibt es noch eine Menge weiterer Tools mit deren Hilfe man die Performance einer Seite analysieren lassen kann 
Manchmal sind es eben nur die scheinbar kleinen Dinge, die eine Webseite ausbremsen. Meisten denkt man ja, das Plugin x oder y, welches eine Menge tolle Dinge tut, bremst die Performance aus. So ist es aber nicht. Ich habe z.B. das TOP 10 Plugin – es zählt, wie oft ein Artikel gelesen wurde. Ich kam dann mal auf die Idee den Counter auch auf meiner Index Seite anzeigen zu lassen.
Bei meiner Auswertung der Geschwindigkeit kam dann aber erschreckendes zu Tage. Mit der Anzeige auf der Index Seite hatte ich plötzlich wieder sehr hohe Ladezeiten von 12 sekunden und mehr. Ohne dieses Plugin habe ich maximal 8 Sekunden. Das sind 4 Sekunden für ein paar zusätzliche Zahlen. Nicht weniger als 33% Performance, die verloren gehen. Hier war natürlich schnell klar, dass ich dann lieber darauf verzichte ein paar Zahlen zu präsentieren, die vielleicht keinen interessieren.
Bei der Suche nach Performance Killern kein Plugin auslassen. Das klingt zwar sehr mühselig und es bedeutet auch viel Arbeit. Aber es kann sich durchaus lohnen. Man hört auch oft den Tipp, dass man am besten nur die nötigsten Plugins nehmen sollte. Aber nicht immer braucht ein Plugin viele Ressourcen.
Hat man aber so einen Performance Killer ausfindig gemacht, dann gibt es immer noch die Möglichkeit ein gleichwertiges Plugin einzusetzen. Schlecht programmierte Plugins können übrigens auch den Server zum erliegen bringen. Das Plugin Popularity Contest hat z.B. meinen Server total lahm gelegt und eine Load von über 70 produziert. Da half am Ende nur noch viel Geduld. Andreas hatte da auch mal so ein tolles Erlebnis, was ihn ganz schön zum schwitzen gebracht hatte.
Wenig Javaskript benutzen. Damit kann man zwar tolle Effekte auf seine Webseite zaubern, aber leider braucht das Laden der Skripte viel Zeit und bremst so den Aufbau aus. Normalerweise stehen die Aufrufe der Javaskript Dateien im Header. Teilweise können diese aber auch im Footer geladen werden. Tanja hat dazu ein guten Beitrag geschrieben.
Weniger Datenbankzugriffe durch weniger Variablen. Hat man nicht ein eigenes Wordpress Theme geschrieben, dann sollte man sich mal den Quellcode des Themes genauer unter die Lupe nehmen. Viele Themes wurden so geschrieben, dass sie auch gleich ohne Anpassungen funktionieren. Das hat aber den Nachteil, dass diese Themes viele Variablen enthalten. Diese wollen gefüllt werden und erzeugen so eine Datenbankabfrage, die unnütz ist.
Am besten ihr ruft mal euere Webseite auf und vergleicht diese dann mit dem Quellcode. So seht ihr schon auf den ersten Blick welche Variable (z.B. Domainname, Blogname, …) mit welchem Wert gefüllt werden muss. Aber Vorsicht – Manche Variablen können natürlich nicht ersetzt werden und sollten auch nicht verändert werden. Schaut euch auch mal den Tipp von Marc an. Damit kann man auch schon Variablen definieren, ohne dass eine Datenbankabfrage generiert werden muss.
Bei der Gelegenheit kann man auch gleich mal prüfen, ob dass Theme heimlich nach Hause telefoniert oder andere böse Dinge tut. In manchen Themes habe ich schon in der functions.php die wildesten Dinge entdeckt!
Mithilfe der Komprimierung kann man auch noch etwas Geschwindigkeit heraus kitzeln. Ich hatte ja schon mal im März darüber berichtet, dass ich damit schon positive Erfahrungen gemacht hatte.
Folgende Zeile in der .htaccess im Webseitenroot aktiviert die Komprimierung:
php_flag zlib.output_compression On
Immer schön darauf achten, dass die Seite valide ist. Nur wenn eine Seite wenige Fehler enthält wird sie vom Browser auch schnell aufgebaut. Mithilfe des W3C Validators kann man prüfen lassen ob alles in Ordnung ist und wenn nicht, dann bekommt man Tipps, was man ändern sollte. Das kann manchmal nur eine Kleinigkeit sein, aber es kann auch viel Arbeit bedeuten. Diese Arbeit lohnt sich aber, denn dann wird man nicht nur mit einem schnelleren, sondern auch sauberen Seitenaufbau belohnt. Wer möchte denn nicht, dass seine eigene Seite in jedem Browser gleich angezeigt wird? Tanja hat zu dem Thema Validierung einen schönen Artikel geschrieben.
Irgendwann helfen dann auch die besten Performance Tipps nichts mehr, wenn Grundlage auf der man die Webseite betreibt nichts taugt. Die einfachste Möglichkeit ist einen Webspace zu nehmen und dort sein Wordpress zu installieren. Für den Anfang sicherlich auch die beste Lösung, aber wenn dann mehr Besucher auf die eigene Seite zugreifen und damit auch mehr Traffic generieren, dann kommt man schnell in Performance Probleme.Ich habe mich für einen eigenen Server entschieden, da ich gerne die volle Kontrolle über mein System haben möchte.
Sicherlich auch nicht jedermanns Sache, aber es muss ja auch nicht gleich ein physikalischer Server sein. Man kann auch einen vserver oder root Server nutzen. Möglichkeiten gibt es viele. Man muss sich halt nur noch entscheiden, was für einen am besten geeignet ist
Es gibt natürlich noch viele weitere Möglichkeiten die Geschwindigkeit seines Wordpress Blogs zu steigern. Daher erhebt diese kleine Serie auch keinen Anspruch auf Vollständigkeit 
Hatte mein Blog vorher Ladezeiten von 12-14 Sekunden, so sind es nun 6-7 Sekunden. Sicherlich wäre da noch weiteres Potential vorhanden. Allerdings sollte der Blog auch optisch und funktional schon noch was her machen
Dieser Artikel ist einer von vier Teilen, um die Geschwindigkeit bei Blogs zu steigern. Hier kommst du zu dem Hauptartikel und erfährst noch weitere Tipps und Tricks um die Performance der eigenen Webseite zu erhöhen.
Mac_BetH
Hallo Thomas,
geiler Artikel, werde ich mir mal genauer zu Gemüte führen, wenn ich ein wenig mehr Zeit habe!
Gruß
Matthias
Nils
Vielen Dank für diesen Klasse Artikel!
Auch wenn ich mich im Vorfeld schon des Öfteren mit dieser Thematik beschäftigt habe, konnte ich hier noch einige hilfreiche Informationen finden ;)
WP Super Cache läuft bei mir übrigens ohne Probleme.
Wusste bisher gar nicht, dass die Seite auf einem eigenen Server läuft. Wenn ich mir da so meinen V-Server dagegen angucke, werde ich schon ein wenig neidisch :D (aber wer weiß was noch so kommt)
Fände es übrigens sehr interessant wenn du mal einen Artikel schreiben würdest, was du alles auf deinem System laufen hast bzw. wie genau der Server konfiguriert ist ;)
hombertho
@Matthias: Danke. Vielleicht findest du ja noch einen Fehler oder Ungereimtheiten, dann kannst du mir ja bescheid geben.
@Nils: Ja man kann sich eigentlich nicht genug mit diesem Thema Beschäftigen, da es nichts schlimmeres gibt als ein lahmer Blog. Meine Serverkonfiguration habe ich übrigens schon geschrieben. Oben im Menü unter “Technisch” findest du alles was du über den Server wissen solltest. Neidisch brauchst aber nicht werden. Hat ja nur 150 Euro gekostet und ist jetzt natürlich nicht das neuste vom neusten. Aber dennoch recht schick
Nils
@hombertho: Ja, die Seite hatte ich mir schon durchgelesen ;) Da gehts ja im Prinzip nur um die Hardware. Interessieren würde mich auch die Softwareseite. Gentoo finde ich schon mal sehr vorbildlich, auch wenn ich mich selbst noch nicht so richtig ran gewagt hab :D
Du musst Wahrscheinlich auch nichts fürs Serverhousing bezahlen? Den Preis des Servers zahle ich in etwa Jährlich für unseren V-Server ;)
Paul
Wenn ich deine Seite zum ersten Mal besuche, benötige ich nur knapp 5 Secunden.
Diesen htaccess-Befehl kenne ich gar nicht, ich werde gleich mal schauen was das ist. Auch ich lege sehr großen Wert auf valide Seite, nicht nur wegen der Geschwindigkeit, sonder weil ich sicherstellen will das die Seite auf allen Browsern gleich ausschaut. Jeder Browser korrigiert XHTML Code anderes.
Crazy Girl
Wieder mal ein äußerst interessanter und vor allem gut recherchierter Artikel. Gratulation, wirklich klasse!
plerzelwupp
Mit deiner Quadrologie zum Thema WP-Beschleunigung hast Du ein Werk geschaffen, das einen festen Platz in meinen Bookmarks hat.
Auch der letzte Teil ist gut recherchiert und bringt mir viel Neues. Ineinander ist das alles sehr schlüssig und abgerundet durch weitere Artikel z.B. zu pingdom.
Vielen Dank – da hast Du uns jede Menge Recherchearbeit erspart und unsere Blogs schneller gemacht.
Dominik
Ich konnte wegen deiner Quadrologie meine Geschwindigkeit auch etwas verbessern. Aber nur ein wenig. Im Großen und Ganzen ist die Seite immer noch sehr langsam im Aufbau. Ich bin bei Strato. Auch ein Anruf bzw. Chat mit dem Service von denen hat nicht viel gebracht. Wenn ich mir jetzt einen eigen Serven kaufen würde, wo wird der Installiert. Muss der in ein Rechencenter? Klär mich mal auf….
Mike
Öhm, auch wenn ich jetzt als Spielverderber daherkomme, halte ich die Idee mit dem vServer für mehr Geschwindigkeit für … sagen wir mal recht gewagt. Da man sich ja eine Maschine mit mehreren Leuten teilt und nicht jeder den Plan hat, was er da gerade in den Server-Einstellungen einstellt, kann ein vServer im Vergleich zu einem recht streng reglementierten Webspace-Paket auch ziemliche Geschwindigkeitseinbußen bedeuten. Vor Allem wenn “der Nachbar” sich überlegt, die Maschine als Gameserver o.ä. zu vergewaltigen. ;)
Aber ansonsten finde ich deine Informationen ebenfalls ziemlich gut. Tolle Zusammenstellung!
@ Paul: Eine valide Seite bedeutet nicht automatisch, dass sie in allen Browsern richtig dargestellt wird. Zumindest nicht, wenn wir den Internet Explorer auch unter dem Begriff “Browser” führen… ;)
Dominik
Was für eine Datenleitung sollte man haben wenn man den Server zuhause betreibt? Habe 20000/1000 Kabel.
hombertho
@Nils: Ja die Software ist nur kurz angeschnitten. Ich wollte auch mal einen Artikel über Gentoo schreiben, da es für mich immer noch die flexibelste und beste Linux Distro ist, die ich kenne. Leider fehlt wie immer die Zeit. Aber aufgeschoben ist nicht aufgehoben.
Fürs Housing zahle ich schon einen monatliche Gebühr. Auch wenn es ein Taschengeld ist. Aber ich bin schon hart am Limit. Würde ich den 2. CPU noch einbauen, der noch machbar ist, dann müsste ich noch zusätzlich Strom zahlen.
@Paul: Na dann ist es ja gut. Auf Pingdom Tools komme ich aber nie unter 6 Sekunden
Die htaccess Datei ist im root von deinem Webserver und sollte auch vorhanden sein, da hier auch die Rewrite Rules von Wordpress drin stehen. Es ist auch wichtig, falls du deinen Webserver absichern willst.
@Tanja: Danke schön. Ich musste dich zwei mal verlinken, weil du so passende Artikel geschrieben hattest. Ich hoffe es macht dir nichts aus
@plerzelwupp: Oh vielen Dank für die Ehre. Ja die hat auch einiges an Zeit gekostet. Sind aber meine Erfahrungen die ich bisher gesammelt hatte. Ich hatte mir gedacht, dass kann dem ein oder anderen helfen. Manches hat man bestimmt auch schon oft gelesen, aber wie es immer so ist, dass man das ein oder andere in dem oder anderen Blog liest und es dann bei Bedarf wieder mühsam zusammensuchen muss.
@Dominik: Also wenn du einen eigenen Server hast, dann muss er schon in ein RZ. Dafür kann man Hosuing mieten. Allerdings ist dies auch nicht gerade billig. Da ich bei einem großen Provider arbeite bin ich hier klar im Vorteil. Sonst hätte ich mir keinen Server gekauft. Ich würde dir da wirklich einen vserver oder root Server empfehlen. Es gibt da schon günstige Angebote und du hast kein Ärger mit der Hardware. Deine Datenleitung für den Server zu Hause ist eindeutig zu klein. Du hast zwar einen Downstream von 20Mbit aber das interessiert ja nicht, sondern die 1 Mbit Downstream. Dazu ist die Latency Zeit schlechter als wenn du in einem Serverraum einen Server stehen hast. Ich hatte auch am Anfang mal meinen Server zu Hause stehen gehabt und es war ein Katastrophe. Am Ende konnte ich nicht mal mehr surfen, weil die Datenleitung immer dicht war.
@Mike: Du alter Spielverderber
Sicherlich ist der root Server dem VServer vorzuziehen. Auch ein dedizierter Server wäre noch eine alternative. Es kommt halt auch immer auf den Dienstleister an. Man kann die Ressourcen ja beschränken und Limits einbauen. Dann sollte es bei den vServern auch keine Probleme geben. Immerhin gibt es auch die Statistik, dass ein Großteil der Rechenpower in Rechenzentren ungenutzt ist.
Crazy Girl
Nö, stört mich ganz und gar nicht. In der Zwischenzeit sind auch beide TBs angekommen, die waren ganz schön unterschiedlich lange unterwegs
juliaL49
Pingdom hat mir schon öfter gute Dienste geleistet, z.B. als ich mein Theme aktualisiert hatte und das unoptimierte Headerbild viel zu groß war…
Zum gzippen: wenn ich das in die htaccess eintrage, kriege ich einen Internal Server Error. Liegt das vielleicht daran, dass ich auf einem geteilten Server bin und deswegen nicht im Rootverzeichnis die Flag setzen kann?
hombertho
@Tanja: Ich habe habe den Trackbackhack durchgeführt. Ich habe auch schon gemerkt, dass die Trackbacks manchmal doch einige Zeit benötigen.
@JuliaL49: Das gzippen muss in apache natürlich noch vorher als Modul aktiviert sein. Es kann aber auch an den shared Server liegen. Von vielen habe ich auch gehört, dass durch die Kompression die Seite sogar wieder langsamer geworden ist. Es ist eine Optimierung, die wohl nicht immer mehr Geschwindigkeit bringt.
Crazy Girl
Ich fand es nur ziemlich witzig, weil der erst wohl relativ schnell da war und der zweite dann erst am nächsten Tag