WordPress hat sicherlich viele Vorteile, leider kommen die in den meisten Fällen mit einem Preis: Ladezeit. In den letzten Jahren hat sich die einstige Blogging-Plattform weiterentwickelt – mehr Funktionalitäten waren gefragt. Bei so vielen Möglichkeiten kann eine WordPress-Website jedoch sehr langsam werden, wenn das Setup nicht stimmt.

Die negativen Auswirkungen von langsamen Websites sind mittlerweile bekannt: hohe Bounce-Rates, niedrige Conversion-Rates, ganz zu schweigen von der Nutzererfahrung. Doch auch hier macht es WordPress Nutzern einfach. Nach kurzer Suche findet man Tricks wie Caching, CSS, HTML und JavaScript-Komprimierung oder Bild-Optimierung – es gibt für alles ein Plugin. Doch auch neben den Klassikern gibt es weitere Möglichkeiten, eine WordPress-Website blitzschnell zu machen.

Google-Fonts sind klasse, nur leider kommen sie meist mit zusätzlichen HTTP-Anfragen, die eine WordPress-Seite langsamer machen. Um sicherzugehen, dass diese Optimierung Sinn ergibt, sollte über zum Beispiel Pingdom-Tools getestet werden, ob Google-Fonts derzeit zusätzliche Anfragen verursachen.

Ist dies der Fall, ergibt das lokale Hosten von Google Fonts meist Sinn. Dafür muss im ersten Schritt die genutzte Google-Font heruntergeladen werden. Für höchste Kompatibilität sollte sie vom TTF-Format in WOFF umgewandelt und danach per FTP auf den eigenen Server geladen werden. Zusätzlich muss über den Google Webfont Helper das zugehörige CSS heruntergeladen werden.

/* roboto-regular - latin */
@font-face {
  font-family: 'Roboto';
  font-style: normal;
  font-weight: 400;
  src: url('../fonts/roboto-v20-latin-regular.eot'); /* IE9 Compat Modes */
  src: local('Roboto'), local('Roboto-Regular'),
       url('../fonts/roboto-v20-latin-regular.eot?#iefix') format('embedded-opentype'), /* IE6-IE8 */
       url('../fonts/roboto-v20-latin-regular.woff2') format('woff2'), /* Super Modern Browsers */
       url('../fonts/roboto-v20-latin-regular.woff') format('woff'), /* Modern Browsers */
       url('../fonts/roboto-v20-latin-regular.ttf') format('truetype'), /* Safari, Android, iOS */
       url('../fonts/roboto-v20-latin-regular.svg#Roboto') format('svg'); /* Legacy iOS */
}

Im letzten Schritt muss der CSS-Code nur noch über den WordPress-Customizer eingebunden werden und schon sind Google Fonts lokal gehostet. Um sicherzugehen, testet ihr das natürlich vorher.

Durch Komprimierung werden Dateien, die vom Webserver geladen werden müssen, in kleinere Datengrößen verpackt und so an den Nutzer gesendet. Das spart einiges an Ladezeit. Viele Websites nutzen dafür GZIP-Komprimierung. Das ist zwar besser als keine Komprimierung, seit 2013 gibt es aber eine andere, deutlich effektivere Methode: Brotli. Damit spart ihr meist zusätzliche zehn Prozent Dateigröße.

Leider kann die Komprimierung noch nicht bei jedem Hoster genutzt werden. Brotli ist lediglich für NGINX- oder Apache-Server ab Version 2.4.26 oder höher möglich. Um Brotli-Komprimierung unabhängig vom Hoster zu nutzen, kann jedoch Cloudflare eingesetzt werden. Cloudflare bietet ein sogenanntes Content-Delivery-Network (CDN) kostenfrei an – einfach zu installieren ist es auch noch. Hinter CDN verbirgt sich ein international verteiltes Netz an durch das Internet verbundenen Servern. Die unterstützen Websites mit beschleunigter Auslieferung der Inhalte, insbesondere für internationale Besucher. Sobald das CDN für die Website aktiv ist, kann im Cloudflare-Menü im Unterpunkt „Speed“ die Brotli-Komprimierung aktiviert werden.

Um sicherzugehen, dass Brotli aktiviert ist, kann die Website auf Gift of Speed darauf getestet werden.

Per Standardeinstellung werden bei WordPress verschiedene Prozesse im Hintergrund geladen, die für den Großteil der Websites nicht relevant sind. Dazu gehören Emojis, RSS Feeds, jQuery Migrate oder Dashicons. Sie werden dennoch bei jeder Seite mitgeladen und wirken sich so negativ auf die Ladezeit aus.

Mit einem Plugin wie Clearify können diese Prozesse deaktiviert werden. Zusätzlich kann das Plugin Embeds und Gravatars deaktivieren. Hier sollte jedoch sichergestellt werden, dass die wirklich nicht gebraucht werden. Wer hier falsche Einstellungen setzt, hat schnell Probleme im Frontend.

Plugins wie Contact Form 7, Tickera oder Easy Table of Contents werden nur auf bestimmten Unterseiten gebraucht, laden jedoch oft auf der gesamten Website. Wer viele Plugins dieser Art nutzt, verliert so einiges an Ladezeit.

Durch ein Plugin wie Perfmatters oder den Plugin Organizer können installierte Plugins komplett oder auf bestimmten Unterseiten deaktiviert werden. Hier empfiehlt es sich zum Beispiel, Contact Form 7 lediglich auf der Kontaktseite laden zu lassen und nicht auf der Startseite. Oder Easy Table of Contents nur auf Artikeln und nicht auf Angebotseiten.

Beachtet aber, dass durch diese Plugins auch wichtige Prozesse deaktiviert werden können. Wird zum Beispiel das WordPress-Backbone deaktiviert, bricht das Frontend zusammen und die Website kann nicht mehr angezeigt werden. Daher sollte hier wirklich nur deaktiviert werden, was nicht gebraucht wird und natürlich nach jeder Änderung getestet werden.

Ladezeit ist ein spannendes Thema. Website-Betreiber müssen den Spagat zwischen Leistung und Funktionalität machen, der Nutzer von heute fordert beides. Wer hier standhalten will, sollte zusätzlich zu Standardoptimierungen individuell für seine Website festlegen, wo Optimierungsbedarf besteht. Hier ist das selektive Deaktivieren von Plugins und unnötigen Hintergrundprozessen meist sinnvoll. Was und wo abgeschaltet werden sollte, ist von Website zu Website verschieden.