Die Ladezeit eines frisch aufgesetzten WordPress-Blogs beträgt laut Google Dev Tools 3.28 sec. Besonders die TTFB (Time to first byte) sticht hier mit 1.9 sec heraus, was ein Hinweis auf Serverprobleme ist. Zum Vergleich Spiegel Online hat eine TTFB von 0.031 sec.

Der Neustart des Virtual Servers hat keine Verbesserung gebracht.

Die Tipps zur Performance Optimierung von Host Europe helfen in diesem Fall nicht weiter, da die Word Press-Instanz ja frisch aufgesetzt wurde. Noch keine Bilder, keine Plugins und eine äußerst schlanke Startseite mit wenig Content.

Mit einem Ping auf die Domain habe ich herausgefunden, dass die durchschnittliche Antwort-Zeit des Servers bei 0.036 sec liegt, was Fehler in den niedrigeren Netzwerkschichten ausschließt.

Ich habe anschließend eine statische „Hallo Welt“-index.html getestet – also ohne Beteiligung von WordPress und MySQL und festgestellt, dass die TTFB hier bei 0.030 sec lag, was ein isoliertes Problem mit dem eingesetzten Webserver (IIS) ausschließt.

Am Plattenplatz kann’s auch nicht liegen – 139GB frei. Beim Aufruf der Seite bleibt der belegte RAM unverändert bei seinem Ausgangswert von 1 GB von 2 GB – auch daran kann es nicht liegen. Jedoch die CPU ist bei 100% solange die Seite lädt. So wie es auf einen ersten Blick scheint, ist dafür die Anwendung CGI/Fast-CGI verantwortlich.

Mein in Performance-Optimierung erfahrener Kollege vermutet das Bottleneck im Windows-Betriebssystem, für welches WordPress nicht ausgelegt ist. Auch die Support-Antwort von Host Europe deutet in die gleiche Richtung:

"der größte Flaschenhals dürfte in diesem Fall Ihr Betriebssystem und dessen Webserver sein, denn Applikationen wie WordPress, Joomla, usw. sind stark auf den Apache-Webserver optimiert. Für das Hosting reiner PHP-Applikationen sollten daher grundsätzlich immer - sofern nicht explizite technische Gründe der Webapplikation dagegen sprechen - Linux-Systeme vorgezogen werden. 

Das primäre Einsatzgebiet eines Windows Servers mit IIS ist insbesondere das Hosting von ASP/ASP.NET Applikationen. Die Performance von PHP Applikationen ist auf diesen Systemen hingegen leider oftmals nicht optimal."

Zudem habe ich festgestellt, dass mein schwerwiegender Fehler im Newsletter-Plugin und der Ausfall der Planen-Funktion der Veröffentlichung eines Artikels nach dem Umzug von Windows IIS auf Linux Apache behoben war.

Also werde ich meine Website zu einem Anbieter migrieren, der aktuell m.E. beste Voraussetzungen für eine optimale Performance von WordPress-Instanzen bietet: WebGo