Vom Trabbi zum Porsche – 7 Tricks, wie du WordPress schneller machen kannst

Vom Trabbi zum Porsche – 7 Tricks, wie du WordPress schneller machen kannst
Lesezeit: ca. 8 Minuten

Auch wenn du ein Trabbi-Liebhaber bist –  Hand aufs Herz, ein Porsche fährt doch deutlich schneller, oder?

Niemand mag es langsam, ob es jetzt um Autos oder Websites geht. Und genau deshalb ist die Ladegeschwindigkeit deiner Website sehr wichtig. Vermutlich noch wichtiger, als du denkst.

Sie hat nicht nur großen Einfluss darauf, ob Leser auf deiner Website verbleiben oder wieder Abschied nehmen, sondern ist seit 2015 auch ein Faktor für dein Ranking bei Google.

Auch wenn Nutzer an stationären Geräten (PC, Mac) einige Sekunden Wartezeit in Kauf nehmen, muss eine Website insbesondere auf Mobilgeräten so schnell wie möglich laden. Langsame Internetverbindungen machen einem mobilen Surfer das Leben schon schwer genug, mache es ihm mit deinem schnell ladenden Blog einfacher. Du musst also WordPress schneller machen 🙂

Lass mich dir anhand eines Beispiels zeigen, wie groß der Einfluss der Ladezeit ist:

Stelle dir vor, dass eine kommerzielle Website am Tag 100.000 € Gewinn macht. Wenn die Ladezeit der Seite nur eine Sekunde höher ist, bedeutet das durch die abspringenden Kunden einen Gewinneinbruch von 2,5 Millionen Euro pro Jahr.

Ich zeige dir in diesem Artikel also, wie du WordPress schneller machen kannst um die Ladezeit zu reduzieren.

Geschwindigkeitstest

Um die Ergebnisse deiner Geschwindigkeitsoptimierung am Ende überprüfen zu können, musst du zunächst mal einen Test deiner aktuellen Ladegeschwindigkeit machen.

Ich empfehle hierfür zwei kostenlose Online-Tools. Beide liefern dir eine Bewertung der Ladezeit und zeigen dir, welche Elemente die Ladezeit verringern.

Google PageSpeed Insights

Der Suchmaschinenriese persönlich stellt eine Plattform bereit, auf der du den PageSpeed deines Blogs checken kannst. Du bekommst einen Wert zwischen 0 und 100 ausgegeben, der die Ladegeschwindigkeit bewertet.

Das beste daran ist, dass du seperate Daten für die mobile Version deines Blogs und die Desktop Variante bekommst. Dadurch kannst du gut unterscheiden, welche Probleme auf den jeweiligen Geräten eine höhere Ladezeit verursachen.

Pingdom Website Speed Test

Das kostenlose Tool von Pingdom gibt dir noch etwas mehr Daten aus als Google. Hier bekommst du zusätzlich zu einem Wert zwischen 0 und 100 noch die Ladezeit in Sekunden, die Menge der Anfragen und eine detaillierte Auflistung der Ladezeit bestimmter Dateien angezeigt.

Des Weiteren gibt dir das Tool noch mehr sinnvolle Analysen aus. Beispielsweise kannst du sehen, welche Art von Content wie lange gebraucht hat, um zu laden. Dadurch kannst du sofort erkennen, ob du am meisten bei einer Verkleinerung der Bilder herausholen kannst, bei der Reduzierung von CSS oder durch die Optimierung von etwas anderem.

WordPress Speedoptimierung Online-Kurs
„Sehr verständlich und auf den Punkt genau beschrieben. Die Plug-In-Empfehlungen sind grandios. In meinem Fall konnte ich über 2 Sekunden Ladezeit einsparen“ – Ich zeige dir in diesem Kurs Schritt für Schritt, wie du bis zu mehrere Sekunden Ladezeit einsparen kannst!

Nutze ein schlankes Theme

Bevor du deine eigentlichen Inhalte auf eine bessere Ladegeschwindigkeit optimierst, schaue dir dein Theme an. Häufig sind gekaufte Templates mit vielen Funktionen überladen. Das sieht zwar super aus, weil du damit eine Menge Möglichkeiten und vorgefertigte Elemente hast, aber das spiegelt sich dann auch negativ in deiner Ladezeit wieder.

Achte beim Theme Kauf darauf, dass du ein möglichst schlankes und einfaches Theme wählst. Worauf genau du achten solltest, erfährst du in meinem Artikel 5 Dinge, die du beim WordPress Theme kaufen beachten musst.

Bereinigung der Datenbank

Steigen wir direkt ein, damit wir deinen Blog mit WordPress schneller machen können. In deiner Datenbank entsteht ganz schön viel überflüssiger Ballast, vor allem wenn du viele Artikel schreibst.

Dieser Ballast entsteht durch die automatischen Revisionen. WordPress speichert, während du einen Artikel schreibst, regelmäßig deinen aktuellen Stand ab. Da von Haus aus kein Limit festgelegt ist, werden also alle Revisionen behalten und häufen sich schnell zu einem ganz schön großen Haufen unnötigen Ballasts.

WP Optimize Einstellungen - WordPress schneller machen
Auszug der Einstellungsmöglichkeiten in WP-Optimize

Das Plugin WP-Optimize räumt für dich diesen großen Haufen auf. Zudem löscht es Kommentare, die als Spam markiert oder nicht veröffentlicht wurden. Es bietet noch weitere Möglichkeiten und ist dadurch mein Lieblingsplugin, um die Datenbank aufzuräumen.

Du kannst sogar vor dem Aufräumen der Datenbank angeben, dass du die Daten der letzten X Wochen behalten möchtest.

Nachdem du das Plugin installiert und aktiviert hast, klicke in deinem WordPress Menü auf WP-Optimize. Ich empfehle dir, die Einstellungen so stehen zu lassen, wie sie ausgeliefert werden. Haken bei den rot markierten Boxen solltest du nur setzen, wenn du wirklich weißt, was du da tust. Dabei kann einiges schiefgehen.

Lege aber so oder so auf jeden Fall vor der Optimierung der Datenbank ein Backup an!

Revisionenanzahl einschränken

Nachdem du jetzt die Datenbank aufgeräumt hast, kannst du für die Zukunft die Anzahl der gespeicherten Revisionen einschränken. Natürlich kannst du auch regelmäßig das Plugin nutzen, um die Datenbank wieder zu bereinigen. Du kannst in den Einstellungen sogar einstellen, dass dies automatisch passiert.

Du kannst aber auch im Vorhinein verhindern, dass dermaßen viele Revisionen gespeichert werden.

Hierfür fügst du den folgenden Code am Ende deiner wp-config.php Datei ein:

 define ('WP_POST_REVISIONS', 3 );

Du kannst die Zahl beliebig verändern und damit die zu speichernde Anzahl an Revisionen anpassen, um WordPress schneller zu machen.

Optimiere deine Bilder

Bilder spielen für die Ladezeit meistens eine große Rolle. Sie sind von Natur aus eher große Dateien und können die Ladezeit eines Blogs bei falscher Nutzung schnell mal um ein paar Sekunden in die Höhe treiben.

Wenn du deinen Blog mit dem Google PageSpeed Insights Tool überprüft hast, wirst du vermutlich den Tipp „Bilder optimieren“ angezeigt bekommen. Google zeigt dir sogar eine Einschätzung des Einsparungspotenzials an.

Vor dem Hochladen optimieren

Nutze ein Bildbearbeitungsprogramm, um die Maße des Bildes schon vor dem Hochladen zu reduzieren. Wenn du Stockphotos von Seiten wie Shutterstock, Fotolia, Unsplash oder Stocksnap nutzt, wirst du nach dem Herunterladen dieser Bilder sehr große Dateien erhalten. Reduziere die Pixelgröße dieser Bilder auf die Größe, die du auf deinem Blog verwenden wirst.
Wenn du nicht weißt, wie du an kostenlose Bilder mit allen Rechten kommst, schau dir meinen Artikel Wie du in WordPress an kostenlose, lizenzfreie Bilder kommst an.

Ansonsten lädst du beispielsweise ein Bild mit 5000 x 2800 Pixeln hoch, nutzt es aber nur mit einem Drittel der Größe. Dadurch wird es zwar in der gewünschten Größe angezeigt, allerdings wird das Bild in seinen vollen Ausmaßen geladen.

Bei manchen Bildbearbeitungsprogrammen kannst du während dem Abspeichern als .jpg festlegen, in welcher Qualität du es speichern möchtest. Für eine schöne Darstellung online, musst du hier nicht immer die höchste Stufe wählen. Meistens reicht auch eine Qualität von 60-80 % aus, um das Bild online scharf darzustellen. Dadurch sparst du noch einmal einiges an Dateigröße.

Verkleinerung beim Hochladen

Es gibt Plugins, die deine Bilder verlustfrei und völlig automatisch beim Hochladen verkleinern. Dafür musst du nichts weiter machen, als eines dieser Plugins zu installieren.

Mein Favorit ist das Plugin WP Smush.it. Es ist kostenlos, wird regelmäßig aktualisiert und bietet dir sogar die Möglichkeit, bereits hochgeladene Bilder nachträglich zu verkleinern.

Keine Angst, deine Bilder verlieren nicht an Qualität. Aber bei vielen Bildern kannst du dir so einiges an Dateigröße sparen.

Nachladen der Bilder aktivieren

Normalerweise werden alle Bilder auf einer Seite geladen, sobald diese aufgerufen wird. Dabei ist es egal, ob man sie von Anfang an sieht, oder die Bilder erst nach dem scrollen sichtbar werden.

Natürlich ist es sinnvoller, Bilder erst nach Bedarf zu laden. Hierfür gibt es ein kleines, aber feines Plugin namens Crazy Lazy. Installieren, aktivieren, fertig 🙂

Komprimierung aktivieren

Du kannst deine Dateien mithilfe eines kurzen Codeschnipsels komprimieren und somit schneller laden lassen. Es gibt zwei Varianten der Komprimierung: gZip und mod_deflate. Diese verkleinern sowohl Dateien wie deine Bilder, als auch die Systemdateien von WordPress und den Templates. Beide kannst du über die .htaccess aktivieren.

Es klingt kompliziert, ich weiß. Aber vertraue mir, es ist super einfach 🙂

Verbinde dich mithilfe eines FTP Programmes mit deinem Webserver und öffne die .htaccess Datei mit einem Texteditor. (Wie das alles funktioniert, erfährst du hier: FTP Programm installieren und einrichten)

In die geöffnete .htaccess Datei fügst du nun am Ende den folgenden Code ein:

<ifModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file .(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image/.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
</ifModule>

<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
</ifModule>

Hast du diesen Code eingefügt, kannst du mit diesem Online-Tool checken, ob die Komprimierung funktioniert und wie viel Speicherplatz dadurch eingespart wird: GZIP und mod_deflate Check

Code optimieren und verringern

WordPress, das Theme, verschiedene Plugins – da kommt ein Haufen Programmiercode zusammen. Je länger dieser ist, desto länger braucht der Browser um ihn „durchzulesen“. Mithilfe von mod_deflate und GZIP wurden die Dateien schon komprimiert, jetzt reduzieren wir aber noch den Code.

Dazu installierst du das kostenlose Plugin Autoptimize. Nach dem Aktivieren gehst du in die Einstellungen des Plugins und setzt die Haken bei HTML, CSS und JavaScript optimieren.

Autoptimize reduziert die Dateien auf das absolute Minimum. Das heißt beispielsweise, dass alle Leerzeichen entfernt werden, um Platz zu sparen. Gleichzeitig fasst das Plugin aber auch mehrere Dateien zusammen, wodurch sehr viel weniger Abfragen durchgeführt werden müssen.

Caching nutzen

Zu guter Letzt kommen wir noch zu den Caching Plugins. Caching bedeutet, dass statt sie dynamisch zu erstellen, statische Versionen aller Seiten angelegt werden. Dadurch macht die Ladegeschwindigkeit einen riesigen Sprung nach vorne. Du brauchst unbedingt ein Caching Plugin damit du WordPress schneller machen kannst!

Hierfür gibt es mehrere, nützliche Plugins, von denen ich dir meine beiden Favoriten vorstelle:

Cachify

Cachify ist ein kleines Plugin mit einem sehr sauberen Quellcode. Mich begeistert daran, dass man keine seitenlangen Einstellungsfenster durcharbeiten muss. Ein paar wenige Einstellungen und schon gehts los mit dem Caching. Probiere am besten die verschiedenen Caching Methoden aus und teste mit den Speed Tests, welche Methode für deinen Blog am besten wirkt.

Das Plugin ist sehr einfach zu konfigurieren und funktioniert auch super. Allerdings wird es in der Optimierung der Performance nicht an das nächste Plugin herankommen, das ich dir vorstelle.

W3 Total Cache

Mit diesem Plugin bekommst du das volle Paket! Mehr Einstellungsmöglichkeiten wirst du noch in keinem anderen Plugin gesehen haben. Dank dieser vielen Möglichkeiten kannst du deinen WordPress Blog aber auch sehr viel schneller machen. Passe gut auf bei der Konfiguration, es kann auch einiges schief gehen…

Damit du dir deinen Blog nicht mit diesem Plugin zerstörst (klingt härter als es ist, das Plugin löschen geht immer), kannst du anhand der Anleitung hier bei den Pressengers W3 Total Cache richtig konfigurieren. Dann dürfte auch nichts schief gehen.

5/5 (1 Review)
  1. Hallo Jonas,
    den Revisionstip merke ich mir – kannte ich noch gar nicht! Meine Liste an Revisionen ist nämlich auch immer seehr lang…

    Bzgl. Cache: Was ist aber mit WP Rocket. Habe mal gehört, das soll auch nicht schlecht sein 😉

    Gruss
    Martin

    1. Hey Martin,

      glaube ich dir, das ist bei mir nicht anders…

      WP Rocket ist genial! Ich nutze es selber und kann es nur empfehlen. Wenn man es allerdings perfekt konfigurieren möchte, braucht man schon ein paar Kenntnisse zu JavaScript und asynchronem Laden von Dateien. Ich habe es in dem Artikel mit Absicht nicht erwähnt, da es mit den Standardeinstellungen nicht viel besser ist als beispielsweise W3C Cache und zudem noch etwas kostet.

      Grüße
      Jonas

  2. Also wäre es ja schon ein eigener Artikel Wert 😉

    Ich habe es mir – auf deine Empfehlung – gekauft. Es scheint gut zu laufen, ob besser als W3C Cache kann ich nicht sagen, da nicht weiter getestet…

    1. Der Einfluss der Anzahl der Revisionen, also letztlich der Tabellengröße, ist in der Tat gering. Die großen Bremsen sitzen bei den Verknüpfungen und Abfragen, was sich für den Ottonormalnutzer nicht erkennen oder beheben lässt, weil diese Abfragen vom Theme oder einem entsprechenden Plugin getätigt werden.

  3. Hallo Jonas,
    Ich habe mein Website getestet. Ich bin überrascht worden, wie langsam mein Blog ist. Ich habe WP Smush installiert und tatsächlich hat sich die Geschwindigkeit verbessert.
    Ich habe jetzt realisiert wie wichtig ist die richtige große bei dem Bilder zu wählen.
    Danke für den Tipp.

    1. Hey Mathias,

      ich habe selber noch keine Erfahrung gemacht mit einer Kombination der beiden. Allerdings würde ich annehmen, dass ein Caching Plugin unnötig wird, wenn du das Caching via fastcgi nutzt.

      Grüße
      Jonas

  4. Hallo Jonas,

    Bilder optimieren und W3 Total Cache korrekt einzurichten sind meiner Erfahrung nach die größten Hebel für mehr Performance. Darüber hinaus kann man meist nur mit schnellerem Hosting spürbare Verbesserungen der Ladezeiten erzielen.
    Was das Speed Rating angeht, liegt viel am Theme selbst (es muss nicht unbedingt schlank sein, aber unbedingt sauber gecodet) sowie an den zusätzlichen Skripten, die man verwendet (Facebook-Einbindung usw.)
    Ich messe übrigens am liebsten mit Gtmetrix.

    Hier habe ich beschrieben, wie man W3 Total Cache möglichst effektiv einrichtet (hoffe, das ist okay, sonst lösch den Link): https://hootproof.de/wissensdatenbank/w3-total-cache-einrichten/

    Schönen Gruß
    Michelle

  5. Hallo Jonas
    Deine Artikel ist Top, allerdings erzeugt die Eingabe der Codezeilen in die .htaccess ein Internal Server Error, womit so also nicht zu gebrauchen. Fehlt da nicht das Ansprechen der Module.

    René

  6. Danke für de Artikel, er ist echt gut! Einige der vorgeschlagenen Lösungen waren mir noch nicht bekannt.
    Von dem Ansatz der Komprimierung mithilfe von gZip / mod_deflate habe ich schon öfter gehört, diesen aber noch nie angewendet. Gibt es bei diesem Ansatz irgendwelche Nachteile?

  7. Hallo Jonas,
    ein toller Artikel mit guten und einfachen Anwender-Tipps.
    Nach der Änderung im .htaccess ist die Ladezeit der Desktopvariante super, allerdings ist die Seite über mobile Geräte nicht mehr möglich. Fehler: Internal Server Error

    Hast Du auch einen Tipp dazu?

  8. Vielen Dank für diesen hilfreichen Beitrag.

    Ein paar Ergänzungen:

    – WordFence ist simpler als W3TC und in Kombination mit Redis auch oft schneller
    – Kranken.io ist ein guter Dienst, um Bilder zu optimieren. Ansonsten immer WebP verwenden
    – Mit dem PageSpeed Modul kann praktisch alles aus diesem Artikel automatisiert werden

      1. Hallo Jonas,

        Daten habe ich dazu leider nicht, nein. Ich konnte dies nur im Rahmen der Arbeit für einen Webhosting-Anbieter bei Kunden beobachten, die WordPress verwendeten. Z.B. wurde die Auslastung des Servers eines Kunden mit einer viel besuchten WordPress-Seite wurde deutlich höher und die Website langsamer, als dieser von WordFence (vollständiges Caching in den Settings war aktiviert) & Redis Object Cache testweise zu W3TC wechselte. Eine Fehlkonfiguration von W3TC ist allerdings nicht auszuschließen.

        Genaue Daten dazu wären natürlich interessant. Man könnte das Ganze bspw. mit Siege benchmarken und dann die Load des Servers und die Antwortzeiten der Website vergleichen, um genauere Daten zu erhalten, als z.B. über GTmetrix, Pingdom, Webpagetest und was es nicht alles gibt. Dort wird ja nicht berücksichtigt, dass die Performance je nach Anzahl der Besucher stark nachlassen kann.

  9. Schliesse mich meinen Vorschreibern an: Wenn ich in die htaccess-Datei deinen Code einfüge, kommt das dabei raus:

    Internal Server Error
    The server encountered an internal error or misconfiguration and was unable to complete your request.

    Please contact the server administrator to inform of the time the error occurred and of anything you might have done that may have caused the error.

    More information about this error may be available in the server error log.

    1. Hey,

      klar, man kann jedes Plugin einfach wieder deaktivieren und löschen. Bei einer solchen, großen Änderung aber immer ein Backup vorher anlegen! 🙂
      Hier findest du eine Anleitung dazu: https://wp-ninjas.de/wordpress-backup/

      Viele Grüße
      Jonas

      1. Hallo Jonas

        Schon klar, dass man jedes Plugin deaktivieren und löschen kann 🙂
        Wenn ich dich richtig verstehen kann man die Änderungen nur „rückgängig“ machen, indem man vorher ein Backup anlegt und dieses dann einspielt.

        Warum ich frage: Ich habe einfach Respekt, wenn es um Codes geht 🙂 Von denen verstehe ich nämlich nicht allzu viel und dementsprechend kann ich die Konsequenzen von Änderungen nicht absehen.

        In meinem Theme gäbe es auch noch die Option alle CSS-Files zu einem einzigen zu komprimieren… Autoptimize macht das nicht, oder? Also, alles zu einem zusammenzufassen.
        Rein intuitiv würde ich das nicht machen, wie soll man sich sonst später wahrscheinlich nur schwer zurechtfindet wenn mal etwas geändert oder korrigiert werden muss…

        VG
        Katharina

        1. Hi Katharina,

          nein, die Änderungen sollten automatisch wieder rückgängig gemacht sein, wenn das Plugin deaktiviert wird. Da aber die Zusammenfassung von Code eine komplizierte Sache ist, sollte man zur Sicherheit ein Backup anlegen, sollte der Ausnahmefall eintreten und das Plugin Probleme zurück lassen.

          Autoptimize minimiert und fasst CSS Dateien zusammen, das kann eingestellt werden. Mögliche Änderungen führt man im besten Fall in einem Child Theme durch. Dort ist dann eine style.css Datei, die nur die Änderungen enthält. Alternativ kann man CSS Änderungen auch über ein Custom CSS Feld in den Themeeinstellungen vornehmen.

          Grüße
          Jonas

  10. Hoi Jonas
    Zum Glück hat bei mir das Deaktivieren vom Autoptimize gereicht um die Site wieder zum Laufen zu bringen. Puh, trotz Backup ist mir das ganz schön eingefahren. Nichts ging mehr.
    Ich werde also künftig auf Autoptimize verzichten 🙂

  11. Vielen Dank für die tollen Tipps! Habe mich jetzt mal durchgearbeitet und bin von 2,5 sec. auf 500 ms gekommen 🙂 Habe allerdings für das Caching das Plugin WP Fastest Cache genommen. Eine Frage zu Crazy Lazy: Wenn ich ein Caching-Plugin habe, muss ich dann zusätzlich noch Crazy Lazy laufen lassen? Oder sind die Funktionen von Crazy Lazy im Caching enthalten?

  12. Hey Jonas, wie Caching Plugins funktionieren hast du leider falsch erklärt. So ein Plugin cached nicht auf Userseite, sondern erstellt statische Seiten auf dem Server, die dadurch schneller ausgeliefert werden können, weil sie nicht jedes Mal neu berechnet werden müssen.

  13. hallo!
    ich habe den codeschnippsel in meine .htaccsses datei kopiert und gespeichert. fehler entsteht zwar keiner aber beim testen auf der von dir angegebenen seite, ob die komprimierung funktioniert, sieht man, dass sich da nix tut. auch beim page speed test ergab sich keine änderung.
    hast du da noch einen tipp?
    vielen dank!
    klara

    1. Hey Klara,

      mir fallen spontan zwei Gründe ein:

      Du hast ein Caching Plugin  installiert (leere mal den Cache) oder dein Hoster unterstützt das nicht…

      Grüße
      Jonas

  14. Hi, danke für den informativen Beitrag!

    Eine kurze Frage hätte ich: Entwickler Tool in Chrome zeigt mir eine längere Ladezeit einer URL an, die nicht mehr existiert. Also Fehlermeldung 404.
    Dabei geht es um ein Logo, das ich irgendwann löschte und nun frage ich mich, wie ich das „da rausbekomme“.

    Ich hatte auch sämtliche Plugins installiert, die hier besprochen wurden, bei PageSpeed Insights stieg meine Punktzahl. Allerdings hatte ich trotzdem teilweise Antwortzeiten von 15 – 20 sek. Habe diese Plugins erstmal wieder deaktiviert.

    Bist Du da richtige Ansprechperson?

    Viele Grüße!
    Jenny

  15. Hey Jenny,

    also erst mal ist die Punktezahl nicht so gravierend, wichtiger ist die „echte“ Ladezeit.
    Das klingt danach, als hättest du das Logo mal irgendwo eingebunden und dann das Bild gelöscht, aber nicht die Verlinkung dahin. Ohne die Seite zu sehen würde ich sagen, schau mal in den Theme Options, ob es dort vielleicht noch fehlerhaft eingebunden ist oder ob du es im Editor oder einem Element händisch eingebaut und noch nicht entfernt hast.

    Grüße
    Jonas

  16. Hi Jonas,

    danke Dir für die Antwort – nachdem ich gefühlte 564 Optionen im Theme durchgegangen bin, wurde ich tatsächlich fündig.

    Und wie es aussieht war genau das der Grund, warum die Seite so lahm war.
    Ihr macht ´nen guten Job, danke Euch!

  17. Hallo Jonas,

    wenn ich das hier alles einfüge von: mod_gzip_on Yes u.s.w. also nur die mod Sachen geht meine Webseite nicht mehr. Warum?
    Deflat Sachen gehen ohne das meine Webseite einen Fehler Code aufweist.

    Liegt es an Plesk?

    Eine Idee?

    Danke.

  18. Schöner Artikel, allerdings ist meine Seite jetzt schlechter im Google Speed Test als vorher, zumindest im Mobilen Bereich. Vor allem das Plugin „Autoptimize“ verschlechtert mein Ranking um 10 Punkte wenn ich es aktivere 🙁

  19. Danke für die tolle Übersicht!
    Leider zeigt es nicht an, von wann der Artikel ist (wegen der Aktualität, vor allem der Plugins). Aber ich werde diesen Punkt für Punkt durchgehen und hoffe mal, dass meine Seite ein wenig an Fahrt gewinnt 😉
    LG
    Sandra

  20. Hi Jonas,

    erstmal Danke für deine Arbeit! Ich arbeite mich gerade durch und habe auch bei der gzip Komprimierung Probleme ala „internal error“. An welche Stelle in der htacces muss ich deinen Code einfügen? So sieht meine aus:
    # BEGIN WordPress

    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ – [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]

    # END WordPress

    Läuft über Strato, falls dir das was hilft 🙂

    Danke und lg
    Steffi

      1. Danke Jonas! Allerdings klappts trotzdem nicht 🙁 hab die gzip-Komprimierung jetzt über wp fastest cache laufen. Keine Ahnung ob das genauso gut ist, aber meine Speedpunkte sind um mehr als 20 angestiegen seit diesem Plugin 🙂

  21. Huhu sehr tolle Tipps mit bei, mit diesem HTCCSS bla… funktioniert bei mir leider nicht, da, dann meine Seite nicht mehr funktioniert leider =(
    Aber die restlichen Tipps sind ganz nice, danke dafür

    Liebe Grüße von der Online Gitarrenschule
    Maze

  22. Danke, super Artikel! Habe alles befolgt und mein Google Pagespeed (mobile) liegt jetzt bei 76. Da du oben geschrieben hast, dass die tatsächliche Ladezeit wichtiger zu bewerten ist: diese liegt laut GTMetrix bei 1,9s – das ist ordentlich oder? Ich habe gesehen dass es bei Google Pagespeed die Möglichkeit gibt optimierte CSS Ressourcen runterzuladen – da ich ein Amateur bin: Bringt das was und wo lade ich die hoch? Die CSS die ich da runterladen kann besteht nur aus ein paar Zeilen und es geht anscheinend bloß um webfonts.

    1. Moin Robin,

      na das klingt doch sehr ordentlich! 🙂
      Die CSS Dateien herunter- und wieder hoch zu laden ist mit WordPress nicht ganz so einfach, deshalb würde ich definitiv Anfängern davon abraten! Allerdings macht es auch keinen gravierenden Unterschied in der Ladezeit 🙂

      Grüße
      Jonas

  23. Pingback: Mit diesem WordPress-E-Book gehst du in wenigen Stunden online
  24. Hallo Markus,

    das mit der Komprimierung aktivieren…

    habe ich probiert – doch leider ohne Erfolg…

    danach wurde meine Seite nicht mehr geladen…

    Wäre echt cool wenn du dieses Vorgang noch etwas genauer beschreiben könntest.

    Sonst sind deine Tipps echt super.

    Danke und schöne Grüße
    Sergie

      1. Hi Jonas,ich habe es ganz unten angefügt unter:

        # END WordPress

        # Wordfence WAF

        Require all denied

        Order deny,allow
        Deny from all

        # END Wordfence WAF

        —->> HIER <— Habe ich den Code rein kopiert… danach ging nicht mehr…

        Ich muss aber auch gestehen, dass ich "noch" nicht so fit in diesen Dingen bin…

        LG
        Sergie

        1. Möglicherweise gibt es da Probleme mit den durch Wordfence eingetragenen Codes. Oder aber du hast ein Caching Plugin aktiv, welches GZIP verhindert / nicht lädt. Das kann leider viele Ursachen haben…

            1. Moin Troy,

              es gibt auch Plugins, die in die htaccess schreiben möchten. Allerdings finde ich das ein hohes Risiko, wenn die Alternative ein manuelles Einfügen eines Codes ist 🙂

              Grüße
              Jonas

              1. Danke für die Antwort und den hilfreichen Artikel.
                Leider funktioniert es trotz deaktivierung des Caching Plug Ins nicht. Vielleicht liegt es ja am Host. Merkwürdig.

                1. Das am Ende, statt dem Text im Artikel, dann klappt’s:

                  mod_gzip_on Yes
                  mod_gzip_dechunk Yes
                  mod_gzip_item_include file .(html?|txt|css|js|php|pl)$
                  mod_gzip_item_include handler ^cgi-script$
                  mod_gzip_item_include mime ^text/.*
                  mod_gzip_item_include mime ^application/x-javascript.*
                  mod_gzip_item_exclude mime ^image/.*
                  mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*

                  AddOutputFilterByType DEFLATE text/plain
                  AddOutputFilterByType DEFLATE text/html
                  AddOutputFilterByType DEFLATE text/xml
                  AddOutputFilterByType DEFLATE text/css
                  AddOutputFilterByType DEFLATE application/xml
                  AddOutputFilterByType DEFLATE application/xhtml+xml
                  AddOutputFilterByType DEFLATE application/rss+xml
                  AddOutputFilterByType DEFLATE application/javascript
                  AddOutputFilterByType DEFLATE application/x-javascript

                2. Ah ich verstehe wieso der Text im Artikel nicht richtig ist. Es wird „“, „“, „“ und „“ von WordPress selbst nicht als Text erkannt und autmatisch entfernt. Ich hatte es auch im Kommentar geschrieben aber es wurde nicht angezeigt.

                  Nocheinmal verbessert:

                  „“
                  mod_gzip_on Yes
                  mod_gzip_dechunk Yes
                  mod_gzip_item_include file .(html?|txt|css|js|php|pl)$
                  mod_gzip_item_include handler ^cgi-script$
                  mod_gzip_item_include mime ^text/.*
                  mod_gzip_item_include mime ^application/x-javascript.*
                  mod_gzip_item_exclude mime ^image/.*
                  mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
                  „“

                  „“
                  AddOutputFilterByType DEFLATE text/plain
                  AddOutputFilterByType DEFLATE text/html
                  AddOutputFilterByType DEFLATE text/xml
                  AddOutputFilterByType DEFLATE text/css
                  AddOutputFilterByType DEFLATE application/xml
                  AddOutputFilterByType DEFLATE application/xhtml+xml
                  AddOutputFilterByType DEFLATE application/rss+xml
                  AddOutputFilterByType DEFLATE application/javascript
                  AddOutputFilterByType DEFLATE application/x-javascript
                  „“

                  — Die „“ natürlich weglassen. —

                  Für’s Allgemeinwohl!

  25. Super interessanter Beitrag. Vielen Dank dafür und für die Sichtweise! Endlich habe ich das Thema besser verstanden! Bei meiner Recherche bin ich auf https://tim-brettschneider.com/wordpress-pagespeed-optimieren-schritt-fuer-schritt-fuer-anfaenger/ gestoßen, einen Beitrag der sogar eine Schritt für Schritt Anleitung enthält. Vielleicht könnte man das auch mit einbringen. Liebe Grüße

    1. Moin Sandra,

      ich werde mal sehen, was sich machen lässt 🙂
      Zur Optimierung der Ladezeit habe ich einen einfach durchzuführenden Online-Kurs erstellt:
      https://wp-ninjas.de/kurse-produkte/online-kurs-wordpress-speedoptimierung

      Grüße
      Jonas

  26. Hallo Jonas,

    netter Beitrag von Dir, finde das man zwichenzeitlich auch Swift Performance Lite statt w3t nehmen kann, vorallem hat die Lite Version LazyLoad und Script Load Einstellungen schon on Board welche man sonst mit vielen anderen Plugins zusätzlich Einpflegen müsste.

    Eventuell kannst Du es ja mit aufnehmen 🙂

    VG Manuel

  27. Ich vermisse den Hinweiß die Webfonts local zu laden und schon Text anzuzeigen bis die Fonts geladen sind. Das bringt bei den meistens tools in der Renderingzeit noch mal richtig was an geschwindigkeit.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.

Nutzererfahrung verbessern
Nächster Beitrag:

25 Methoden, um die Nutzererfahrung auf deinem WordPress Blog zu verbessern

25 Methoden, um die Nutzererfahrung auf deinem WordPress Blog zu verbessern