Die Website Ladezeit und Google Core Web Vitals sind nicht nur wichtige Parameter fรผr deine Suchmaschinenoptimierung, sondern auch fรผr die Websitebesucher.
Die Ladezeit deiner WordPress Website zu optimieren, ist also sehr wichtig!
Ich zeige dir in diesem Artikel, wie du WordPress schneller machen kannst, um die Ladezeit zu und gleichzeitig die Core Web Vitals von Google zu optimieren.
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 separate 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. Du kannst so etwa 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.
Der einfachste Weg โ WP Rocket oder Nitropack
Du kannst die in diesem Artikel genannten Tipps umsetzen und wirst definitiv WordPress schneller machen. Mรถchtest du deinen Aufwand gering halten und das Maximum herausholen, zeige ich dir noch zwei andere Wege:
Ich nutze WP Rocket* auf meiner Website und bin รผberzeugt davon, dass es den Titel des besten WordPress Caching-Plugins absolut verdient hat.
Das Plugin ist zwar nicht in zwei Minuten eingerichtet, hat dafรผr aber die beste Auswirkung auf die Ladezeit und ist aufgrund der Einstellungsmรถglichkeiten deutlich flexibler und kompatibler.
Die andere Mรถglichkeit ist das Tool Nitropack*. Es setzt alle wichtigen Parameter fรผr eine optimierte Ladezeit und verbesserte Google Core Web Vitals gleichzeitig um.
Du musst hierbei nicht einmal viele Einstellungen vornehmen, sondern es lediglich einmal einrichten.
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 wider.
Achte bei deiner Themeauswahl und am besten direkt beim Erstellen deiner Website darauf, ein performantes Theme zu nutzen.
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 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.
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 stehenzulassen, 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 in jedem 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.
[thrive_leads id='11521โฒ]
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 ShortPixel Optimizer. 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.
Umwandlung der Bilder in WebP
Das WebP Format fรผr Bilder ist deutlich kleiner als JPG und PNG.
Durch die Verkleinerung der Bilder reduzierst du die Gesamtgrรถรe der Website, wodurch die Ladezeit deutlich verkรผrzt werden kann.
Hier ist eine Anleitung, wie du in WordPress WebP Bilder automatisch erstellen lassen kannst.
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 benรถtigt 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 benรถtigst 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 schiefgehenโฆ
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 schiefgehen.
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
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
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โฆ
Steht schon auf der Artikelliste ๐
Das klingt doch gut, ich habe noch kein Plugin gefunden, dass WP Rocket toppen kann…
Hi und danke fรผr die Tipps! Es ist jedoch ein Mythos, dass die Post Revisions eine Auswirkung auf die Ladezeit haben. Schaden kann es dennoch nicht sie zu lรถschen, um die Datenbank klein zu halten.
Hey Stefan,
das kann man so nicht sagen. Die Revisionen blasen die Datenbank unnรถtig auf, auch wenn der Einfluss gering ist, die Ladezeit wird vor allem im Backend erhรถht.
Grรผรe
Jonas
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.
Hey Lars,
richtig, vergleichen mit so manchen Abfragen sind die Revisionen kein groรer Bremsklotz. Aber wenn man viele kleine Klรถtze aus dem Weg rรคumt, macht das auch etwas aus ๐
Gruร
Jonas
Mehr kann man fast nicht machen, ausser ein schlankes Theme zu verwenden oder noch besser – eins selber zu coden. Danke dir fรผr die guten Tipps immer!
Hi Andreas,
das stimmt, selber coden ist natรผrlich immer am besten ๐
Grรผรe
Jonas
smarter Artikel, gut zu lesen, mit einem Wort Jonas Tietgen ๐ Hau rein!
Hey Sebastian,
haha, na hรถr auf, ich werde ja ganz rot ๐
Grรผรe
Jonas
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.
Hey Isabel,
das kann einen manchmal ganz schรถn รผberraschen, oder? ๐
Sehr gut, das ist ein guter erster Schritt. Genau, achte einfach auf die richtige Grรถรe und schneide Bilder zu.
Grรผรe
Jonas
Hi Jonas,
danke fรผr den Artikel. Da frage ich mich nur, ob das caching per plugin noch was bringt, wenn man fcgi mit nginx schon nutzt?
Gruร,
Mathias
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
Lieber Jonas.
Danke fรผr die – auch fรผr Nicht-Cracks – leicht umsetzbaren Tipps. Ich bin gespannt, wie sich die „Performance“ der http://www.wandelakademie.com verbessern wird…
Liebe Grรผรe
Swantje
Hey Swantje,
sehr gerne, das wird sich sicherlich positiv auswirken!
Viele Grรผรe
Jonas
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
Hey Michelle,
da hast du Recht, der richtige Hoster bzw. ein eigener Server samt SSD bringt einen gewaltigen Sprung.
Grรผรe
Jonas
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รฉ
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?
Hey Matthias,
probiere es doch einfach mal aus, ich habe nie Nachteile gefunden. Bei mir laufen gZip und deflate auf mehr als 20 Seiten ohne Probleme.
Grรผรe
Jonas
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?
Hey Michael,
wie sieht deine .htaccess denn jetzt aus? Meine Codeschnipsel dรผrften einen solchen Fehler normalerweise nicht erzeugen.
Grรผรe
Jonas
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
Hey Constantin,
hast du zu der Aussage bzgl. WordFense und W3TC irgendwelche Daten? Wรผrde mich sehr interessieren ๐
Danke fรผr den Tipp, ich werde mir das mal anschauen.
Viele Grรผรe
Jonas
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.
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.
Hi Katharina,
ich habe den Code nochmal angeschaut und etwas verรคndert. Probiere es doch jetzt nochmal, dann sollte es klappen ๐
Grรผรe
Jonas
jippiiiiiiie ๐ funktioniert einwandfrei ๐ Merci ๐
Frage zu Autoptimze: Kann man die รnderungen (Zusammenfassen und Reduzieren) auch wieder rรผckgรคngig machen?
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
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
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
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 ๐
Hey Claudia,
ja manchmal gibt es da Probleme. Wenn man ein wenig mit den Einstellungen rumspielt, bekommt man aber eigentlich alles zum Laufen ๐
Grรผรe
Jonas
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?
Hey Sabine,
das ist ja mal ein hammer Erfolg! 500ms -> Geilo! ๐
WP Fastest Cache bringt kein Lazy Loading mit, deshalb brauchst du Crazy Lazy, wenn du diese Funktion haben mรถchtest.
Grรผรe
Jonas
Danke fรผr die schnelle Antwort. Ja, ich freu mir auch gerade ’nen Wolf ๐ Mal schauen, ob das jetzt tatsรคchlich die Zugriffszahlen steigert.
Die Zugriffszahlen vermutlich nicht, weiร ja vor dem Besuchen deines Blogs niemand, wie schnell er ist ๐ Aber auf die Verweildauer und wiederkehrende Besucher kann es einen Einfluss haben!
Und das Google-Ranking. Oder?
Richtig ๐
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.
Hey Andreas,
danke fรผr den Hinweis, das habe ich leider mit dem Browsercaching verwechselt.
Ist schon geรคndert! ๐
Grรผรe
Jonas
Hast du eigentlich mal ein „Vorher/Nachher“ Test mit allen Maรnahmen (auรer Bilder bereits komprimiert aufzuspielen) durchgefรผhrt?
Hey Daniel,
nein, nicht mit diesen Maรnahmen speziell.
Grรผรe
Jonas
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
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
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
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
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!
Super, dass es geklappt hat ๐
Zeta 14 kaufen das ist um einiges schneller. Ich habe beides Wordpress und Zeta.
Hi Frank,
hast du dazu irgendwelche Daten oder Case Studies rumliegen? ๐
Grรผรe
Jonas
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.
Hey Sebastian,
lรคuft deine Seite auf einem Apache Server oder nginx?
Grรผรe
Jonas
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 ๐
Hey Annika,
das ist in erster Linie mal egal.
Viel wichtiger ist die tatsรคchliche Ladezeit in Sekunden, wie hat sich die denn entwickelt? ๐
Grรผรe
Jonas
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
Moin Sandra,
meine Artikel sind „Evergreens“. Sie sind also immer so gut wie mรถglich auf dem aktuellen Stand ๐
Grรผรe
Jonas
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
Moin Steffi,
Einfach unter #END WordPress eine Leerzeile einfรผgen und dann reinwerfen ๐
Grรผรe
Jonas
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 ๐
Klingt doch gut, auch wenn diese Punkte letzten Endes nichts รผber die tatsรคchliche Ladezeit aussagen ๐
Sag doch sowas nicht ๐ Meinem Laienherz hat das ein gutes Gefรผhl gegeben ๐
Ich bin schon still ๐
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
Moin,
dann ist da im Code wohl was durcheinandergekommen ๐ Einfach zurรผcksetzen und nochmal probieren.
Sehr gerne doch!
Grรผรe
Jonas
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.
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
Vielen lieben Dank fรผr den Beitrag!
Habe eine ganze Weile gesucht, um einen Kompaktbericht รผber die Beschleunigungsmรถglichkeiten zu finden.
Liebe Grรผรe
Flori
Moin,
sehr gerne, freut mich, dass du hier fรผndig geworden bist ๐
Grรผรe
Jonas
Hi Jonas,
danke fรผr die Tipps. Der mit WP-Optimize war mir neu. Ich hab’s direkt mal ausprobiert. Immerhin 127 MByte eingespart. Merci.
Grรผรe
Ingo
Moin,
127 MegaByte?? ๐
Danke fรผr den Beitrag. Es ist schon verrรผckt, was so eine Pagespeed-Optimierung schafft. Und es gibt so viele kleine Stellschrauben. Du hast das super beschrieben. Danke.
Moin Markus,
danke danke! ๐
Schรถn, dass es bei dir nun schneller lรคuft.
Grรผรe
Jonas
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
Moin Sergie,
wo hast du den Code zur Komprimierung denn eingefรผgt?
Er sollte unterhalb es bestehenden Codes in der .htaccess stehen ๐
Grรผรe
Jonas
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
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…
Muss man sich dann zwischen Plug In und Code entscheiden oder gibt es Plug-Ins welche auch das htacces codieren erlauben?
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
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.
Fรผge den Code doch mal รผber dem WordFence Code ein, probiere das mal
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
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!
Es wird immernoch nicht angezeigt… Ich schick es dem Author mal per Mail.
Howdy Jonas, sehr interessanter Artikel! Da sind einige Neuigkeiten drin, die ich in Kรผrze ausprobieren werde. Ich habe bei mir festgestellt, dass ich viele alte Bilder in der Media-Deitei hatte. Ich bin der unprofessionellen Meinung, dass je nach Inhalt hier vielleicht auch noch gespart werden kann. Ich muss unbedingt an meiner Performance (nee … der Performance meiner Webseite) arbeiten.
Trotzdem: lass es im Dschungel schneien und mach weiter so!
Beste Grรผรe, Andreas
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
Moin Sandra,
ich werde mal sehen, was sich machen lรคsst ๐
Grรผรe
Jonas
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
Moin,
das habe ich selber nie genutzt, klingt aber sehr gut ๐
Grรผรe
Jonas
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.
Danke fรผr die hilfreichen Tipps. Als ich das Plugin installiert habe, wurde meine Webseite tatsรคchlich etwas schneller.
Super, freut mich! ๐
Viele Grรผรe
Jonas
Hallo Jonas,
super Artikel und sehr hilfreich. Kรถnntest Du vielleicht bitte noch erklรคren, wie man mod_deflate bei Nginx aktivert ? Das wรคre Klasse.
Grรผรe
Moin Dennis,
bei nginx gibt es kein mod_deflate, nur gzip.
Grรผรe
Jonas
Hey!
Vielen Dank fรผr die Tipps. Konnte so meinen Katzenblog optimieren.
Habe nur noch ein Problem mit der mobilen Version. Dort ist die Ladezeit deutlich langsamer, fast 3 Sekunden. Es wird empfohlen die Ressourcen, die das Rendern blockieren zu reduzieren. Ist das mรถglich ohne das Layout zu verรคndern?
Moin moin,
du kรถnntest es mal mit dem Plugin Autoptimize probieren (vorher auf jeden Fall ein Backup machen) oder alternativ auch mit WP Rocket ๐
Grรผรe
Jonas
Danke. Danke. Danke. Habe die Empfehlungen von euch durchgefรผhrt. Hatte gar keine Ahnung von dem Thema. Habe die Dauer des Ladens meiner Webseite vor den Optimierungen geprรผft und danach. Meine Webseite lรคdt jetzt ca. 40% schneller. Ich bin begeistert. Tolle Arbeit von euch.
Moin moin Michael,
mega gut, freut mich riesig! ๐
Grรผรe
Jonas
Hi Jonas!
Danke fรผr die viele Tipps & Tricks. Einige davon habe ich bei meinem persรถnlichen Blog https:undefinedundefinedwww.michael-prinz.com schon anwenden kรถnnen. Nur beim Caching war ich mir nicht sicher. Habe diesbzgl in den letzten Jahren schon mehrere Plugins ausprobiert und bin diesmal bei WP Fastest Cache hรคngen geblieben. Mal schauen, ob ich in ein paar Monaten noch immer zufrieden bin. Von WP Rocket schwรคrmen ja einige, aber Geld wollte ich zum jetzigen Zeitpunkt noch nicht in die Hand nehmen. Kann sich aber schnell รคndern ๐
Ich wรผnsche dir einen guten Rutsch ins neue Jahr!
Beste Grรผรe,
Michael
Moin Michael,
erst einmal kostenlos zu starten und dann zu schauen, ob das ausreicht, macht viel Sinn! ๐
Viel Erfolg und Grรผรe
Jonas
Danke fรผr den Beitrag. jetzt meine Frage: kann man das autoptimize parallel zu wp-optimize was ich fรผrs caching nutze auch verwenden. bin da unsicher
gruss
Ja, solange nicht beide das Caching aktiv haben, sollte das kein Problem sein ๐
Hallo Jonas,
danke fรผr die hilfreichen Tips. Ich finde das W3 Total Cache Plugin am besten.
Beste Grรผรe
Dennis
Super Artikel und in der Tat die hรคufigsten Fehlerquellen. Schรถn, dass hier direkt auch Lรถsungen stehen!
Danke dir.
Mal schauen, ob das jetzt tatsรคchlich die Zugriffszahlen steigert.
LG Anna Lena Mรผller
hallo jonas,
wozu brauche ich crazy lazy, wenn ich in autoptimize auch anklicken kann, dass die bilder verzรถgert geladen werden nach dem 2. foto?
viele grรผรe
sigute
Moin,
in dem Fall brauchst du crazy lazy nicht zusรคtzlich. Es reicht, wenn ein Plugin dein LazyLoading steuert.
Grรผรe
Jonas
Wie immer toller Artikel! Danke fรผr deine harte Arbeit. Ich werde auf jeden Fall eines der von Ihnen empfohlenen Caching-Plugins installieren.
Hi Jonas,
toller Artikel! Ich hรคtte dazu noch eine Frage… Wie sieht denn die kombinierte Nutzung der Plugins aus? Ergibt es immer noch Sinn, zum Beispiel „Cachify“ und „Autoptimize“ zu verwenden, wenn man bereits „Nitropack“, „WP-Optimize“ und „WordPress WebP Bilder“ verwendet?
Viele Grรผรe,
Chiara
Moin Chiara,
die von dir genannten Plugins haben teils groรe รberschneidungen im Funktionsumfang. Es macht keinen Sinn, mehrere Plugins fรผr die gleiche Funktion zu nutzen, das kann sogar zu Problemen fรผhren.
Fรผr mich ist die Kombo aus WP Rocket und Shortpixel Image Optimizer am sinnvollsten ๐
Grรผรe
Jonas
Hi und vielen Dank fรผr die nรผtzlichen Tipps! Mit Generate Press bin ich (hoffe ich) gut aufgestellt. Aber gerade deine Hinweise zum Thema Bildoptimierung muss ich mir noch mal verinnerlichen. Ich glaube, da besteht bei meiner Seite noch Potenzial ๐ Gruร, Mirco