Performance: Page Speed Optimierung – Leverage browser caching

Um nochmal ein bißchen an der Performance Schraube zu drehen, habe ich es mir nun doch mal angetan und mir Page Speed gezogen und daraufhin ein bisschen meine Seiten optimiert, denn schließlich empfiehlt Google das ja auch. Mit den bisherigen Optimierungen, wie zum Beispiel den Einträgen in die wp-config.php ist ja schon einiges passiert, aber Page Speed hatte doch noch ein bisschen was zu meckern.

So kam beim erstmaligen Aufruf der Score 82/100 für diesen meinen Blog dabei heraus und das, was als erstes mit einem roten Ausrufezeichen angemeckert wurde, war das Leverage browser caching.

Dann wollten wir uns dem Leverage browser caching auch als erstes widmen. In der Page Speed Hilfe ist für das Leverage browser caching nachzulesen, dass hier für die statischen Ressourcen im HTTP Header ein paar Werte fehlen, und zwar Expires oder Cache-Control: max-age sowie/oder Last-Modified und ETag.

Angemeckert wurden im Bereich Leverage browser caching als erstes die Expire headers ausschließlich nur für Bilder, JS und CSS Dateien. In der Page Speed Hilfe wird für Expires wird ein Minimum von einem Monat (bis hin zu einem Jahr) empfohlen, außerdem wird Expires dem Cache-Control: max-age vorgezogen. Okidoki, damit habe ich dann folgendes in meine .htaccess Datei eingetragen, um die Expire Headers für Bilder, JS und CSS Dateien auf 2 Monate zu setzen:

# Expire headers 5184000 Sekunden = 2 Monate
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/x-icon "access plus 5184000 seconds"
ExpiresByType image/gif "access plus 5184000 seconds"
ExpiresByType image/jpg "access plus 5184000 seconds"
ExpiresByType image/png "access plus 5184000 seconds"
ExpiresByType text/css "access plus 5184000 seconds"
ExpiresByType text/javascript "access plus 5184000 seconds"
ExpiresByType application/javascript "access plus 5184000 seconds"
ExpiresByType application/x-javascript "access plus 5184000 seconds"
</IfModule>

Damit war das rote Ausrufezeichen bei Leverage browser caching schon mal in ein gelbes Warndreieck umgewandelt. Aber wir sind ja noch nicht so ganz fertig.

Als nächstes meckerte Page Speed im Leverage browser caching die fehlende Cache Expiration von einigen Bildern etc. an. In der Page Speed Hilfe steht zwar zu lesen, dass es überflüssig ist, Expires und Cache Expiration gleichzeitig einzusetzen, aber trotzdem meckert Page Speed noch bei einigen Dateien (Expires haben wir ja oben bereits eingesetzt). Okidoki, dann wollen wir halt noch ein paar Cache Expirations hinzufügen und ich trage folgendes in meine .htaccess ein, um die Cache Expiration meiner Bilder und CSS Dateien auf 2 Monate zu setzen, der JS Dateien auf die Hälfte:

# BEGIN Cache-Control Headers
<ifmodule mod_headers.c>
  <filesmatch "\\.(ico|jpe?g|png|gif|swf)$">
        Header set Cache-Control "max-age=5184000, public"
  </filesmatch>
  <filesmatch "\\.(css)$">
        Header set Cache-Control "max-age=5184000, private"
  </filesmatch>
  <filesmatch "\\.(js)$">
        Header set Cache-Control "max-age=216000, private"
  </filesmatch>
</ifmodule>

Nun noch die ETags entfernen, denn schließlich sagt die Page Speed Hilfe, dass ETags und Last-Modified zusammen überflüssig sind:

# Turn ETags Off
<ifmodule mod_headers.c>
   Header unset ETag
</ifmodule>
FileETag None

Das wars dann auch schon für diesen Teil. Der Page Speed Core ist mit diesen Leverage browser caching Änderungen von 82/100 auf 85/100 gestiegen (mühsam ernährt sich das Eichhörnchen). Ich habe zwar immer noch ein gelbes Warndreieck vorne dran, aber es werden nur noch externe Javascripts angemeckert (Adsense etc.) auf deren freshness lifetime ich so gar keinen Einfluss habe. Ja, so ist das mit Google, die schieben uns den schwarzen Peter für ihre eigenen, nicht optimierten Applikationen zu :-(

Bleib auf dem Laufenden und abonniere meinen RSS Feed Crazy Girls RSS Feed jetzt abonnieren
|
 Autor: Crazy Girl |
 Themenbereich: Blog SEO Tips
Trackback URL: http://www.crazytoast.de/performance-page-speed-optimierung-leverage-browser-caching.html/trackback/
Ähnliche Beiträge:
↑ Ganz nach oben springen ↑
↓ zum kommentieren springen ↓
22 Reaktionen:
1 Trackback:
  1. [...] ist dies natürlich ein Muss.Der nötige Anstupps habe ich von Tanja erhalten mit ihrem Artikel Performance Page Speed Optimierung.Als Erstes installierte ich mir ein Zusatzmodul für Firefox Firebug und gleich dazu Page Speed. [...]

21 Kommentare:
  1. Marc schrieb am 5. Februar 2010 um 21:36 Uhr:
    # 1

    Ich mag diese Optimierungen :-)
    mod_expire nutze ich auch seit einiger Zeit.

    Nur bzgl. des ETags:
    Wenn man die Wahl hat (eigener Server) lieber den Apache direkt ohne mod_header laufen lassen.
    Bringt noch eine Millisekunde mehr, als mit mod_header den ETag zu entfernen, lach…

    (Ja ja, jetzt werden wir kleinlich!)

  2. Markus schrieb am 5. Februar 2010 um 23:18 Uhr:
    # 2

    Ich hab seit heute bei mir wieder einen Versuch mit WinCache laufen. Die erste Version war ja ein wenig fehlerhaft und es kamen nach einiger Zeit immer 500er. Bisher läuft das bei mir gut und richtig schnell vom Gefühl her. Bin mal auf Google gespannt wie es da abschneidet. Ach ja und mein WP läuft mit sagenhaften 6MB^^

  3. Thomas schrieb am 6. Februar 2010 um 01:40 Uhr:
    # 3

    Hallo Tanja,
    ich hatte es damals auch bei mir so eingebunden, wie ich es in meinem Artikel geschrieben habe. Nachteil ich habe mir alle CSS und das Theme zerschossen.

    Bei mir kommt es auf keinen Fall mehr in Frage etwas in der Art zu ändern oder zu probieren. Ausser Nerven kosten hat es bei mir nichts gebracht. Ausserdem ist es eh Blödsinn.
    Ich habe Seiten die liegen unter 1 Sekunde und sind schneller als 97% aller Seiten.

    Werden aber trotzdem nicht beachtet von Google. Also warum mir den Stress jetzt noch antun?

    Gruß
    Thomas

  4. Crazy Girl antwortete am 6. Februar 2010 um 09:54 Uhr:
    # 4

    @Marc: Ja, jetzt wirst Du wirklich kleinlich *lacht*.
    Aber im Ernst, ich dachte mir was kann es schaden, wenn ich genau nur das umsetze, was PageSpeed vorschlägt… :-)

    @Markus: Sag Bescheid, hört sich auf jeden Fall interessant an ;-)

    @Thomas: Deine Lösung hatte ich damals ja auch recht schnell wieder deaktiviert, weil ich draufhin extreme Probleme mit den Kommentaren bekam, die entweder gar nicht mehr freizuschalten waren oder sich dann auch verdoppelten, verdreifachten etc.
    Das Problem lag daran, dass Du alles mögliche da mit eingebunden hast.

    Hier ist nun explizit nur das eingebunden, was PageSpeed vorschlägt und damit gibt es so ganz und gar keine Probleme. Läuft seit über einer Woche hier sowie auf allen anderen Wordpress Systemen von mir so.

    Der Sinn darin liegt nicht einfach nur an irgendeiner Performance Verbesserung, sonder schlicht und ergreifend nur das tun, was Page Speed anmeckert ;-)

  5. Thomas schrieb am 6. Februar 2010 um 11:07 Uhr:
    # 5

    Hallo Tanja,
    einzig und allein für die Schwierigkeiten war das deflate zuständig. Das Leverage browser caching zieht bei mir gar nicht also ob ich es eintrage oder nicht es hat keine Auswirkung auf irgendwas.
    Jedenfalls nicht bei mir. Es wird einfach ignoriert und bleibt Rot.

    Hast du mal bei Pingdom geschaut? Vor allen Dingen hatte ich 2,9 Sekunden Ladezeit also schnell. Nachdem ich es damals eingebaut hatte > 6 Sekunden.

    Ich weiss messen wir mit noch 3 Tools haben wir wieder andere Ergebnisse doch sollen sie mal einen Standard wie W3C bekannt geben.

    Aber wir können ja den Standard von Google nehmen :-) dann brauchen wir nichts ändern, sondern lassen unsere Leser sich neue Rechner mit VDSL kaufen.
    “Wenn sie weiter unseren Blog lesen möchten, dann wird es jetzt Standard VDSL zu nutzen und mindestens 100 GB RAM haben” viele Grüße ihr Monopol.

    LG
    Thomas

  6. Crazy Girl antwortete am 6. Februar 2010 um 11:38 Uhr:
    # 6

    @Thomas: Dann machst Du irgendwo was falsch oder Dein Hoster unterstützt diese Eintragungen nicht. Ich habe es hin und her geprüft und es hat definitiv Auswirkungen auf diesen Page Speed Punkt.
    Bei Pingdom Tools hatte ich ebenfalls gekuckt und gute Reduzierungen dadurch erreichen können ;-)

  7. Thomas schrieb am 6. Februar 2010 um 12:36 Uhr:
    # 7

    @Tanja
    Ich habe einen eigenen Server der alle aber auch wirklich alle Feautures installiert hat. Also daran liegt es nicht.
    Selbst ein externer Admin hat nachgeschaut nix zu machen.
    Es ist ja auch nur eine Cached Einstellung und deswegen verstehe ich nicht,
    was und warum es nicht funktionieren soll.

    Nach dem Einbau ist Pingdom 6 Sekunden vorher 2,9 also alles genau entgegen dem was es sein soll. Selbst auf meinen HTML Seiten nichts zu machen .

  8. Markus schrieb am 6. Februar 2010 um 12:42 Uhr:
    # 8

    Bei 2,9 Sekunden würd ich mir eh keine großen Gedanken mehr machen. Viele vergessen das der Server auch eine gewisse Zeit braucht bis er überhaupt antwortet, was mit der Anbindung dessen zu tun hat. Ist diese schlecht kann man ändern soviel man will es wird nicht besser. Gute Server antworten nach ner halben Sekunde, manche brauchen auch 1,5 Sekunden. Darunter kommst du dann sowieso nicht durch Optimierungen.

  9. Thomas schrieb am 6. Februar 2010 um 12:50 Uhr:
    # 9

    @Markus
    Ich bin ja auch zufrieden und ändere nichts (wegen Francis).
    Doch ist es komisch sobald man sich an die von Tante Google angegebenen Sachen hält und alles macht die Zeit sich verschlechtert. Mache ich nichts steht da dieses rote Dings aber die Zeit ist 2,9 Sekunden.

    Ich habe ein paar Blogs auf einem 12GB RAM server laufen, allso alles von der Hardwaer her Super. Soll Google mal was machen, denn bei mir ist die Bremse der Friend Connector rausgeflogen. Schlimme Ladezeit und sowieso ohne Nutzen.

    Ganz komisch finde ich es ja auch, das dort wo es schon läuft mit dem Speed Ranking (USA) die meisten großen Seiten/Blogs sowas von Lahm sind, das eine Zeitung aus den Staaten eher ankommt :-)

  10. Markus schrieb am 6. Februar 2010 um 12:58 Uhr:
    # 10

    Ich persönlich achte jetzt nicht mehr arg drauf was die Zeiten diverser Tools angeht. Irgendwie kommt eh überall was anderes raus. Bei mir ist es momentan so, je mehr Besucher umso flotter läuft alles. Den was bringt mir eine rasend schnelle Seite bei 3 Besuchern wenn sie dann bei 100 Besuchern einstürzt. Ich finde eine Optimierung hin auf Last ist “Zukunftssicherer”.

  11. Thomas schrieb am 6. Februar 2010 um 13:09 Uhr:
    # 11

    @Markus
    Da hast du vollkommen recht. Lastsicher sollte alles sein.
    Dch wieder ein Wiederspruch zu Google ohne Speed weniger Besucher. Also ein teufelskreis LOL

  12. Markus schrieb am 6. Februar 2010 um 13:22 Uhr:
    # 12

    Klar Thomas, man sollte schon darauf achten das die Seite auch ohne Last nicht solange lädt das man nebenher einkaufen gehen kann :-) Aber oft ist es so das man optimiert nur um 0,000000001 Sekunden schneller zu sein, dann aber genau diese Optimierungen unter Last ins genaue Gegenteil umschlagen.

  13. Peter schrieb am 6. Februar 2010 um 13:28 Uhr:
    # 13

    So schöne diese Spielerei um Sekunden auch sein mag, es brigt doch manchmal die Gefahr den Gegenteil zu bewirken was man wirklich bezwecken will.

    Ich formuliere es mal so. Solange eure Seite sich zwisch 2 und maximal 4 Sekunden lädt, sollte man es dabei belassen. Sicherlich gibt es überall noch Möglichkeiten die zu verbessern aber ob ich jetzt eine Ladezeit von 2,4 oder 2,1 Sekunden haben, wird nicht der ausschlaggebende Punkt sein.

    Sicherlich wer hier was optimieren will der kann dies gerne machen. Ich persönlich würde aber andere Präferenzen stellen als immer nur auf die Ladezeiten zu schauen.

  14. Markus schrieb am 6. Februar 2010 um 13:59 Uhr:
    # 14

    @Peter Genau meine Rede :-)

  15. Crazy Girl antwortete am 6. Februar 2010 um 14:29 Uhr:
    # 15

    @all: Gegen Eure Argumente will ich gar nichts einwenden. Ich möchte mit meinem Artikel nur aufzeigen, wie man diese Optimierung durchführen kann. Schließlich habe ich mir einen Wolf gesucht, bis ich gefunden hatte wie man das macht, denn auf die einzelnen Punkte des Page Speed geht bis dato kein einziger auf deutsch ein ;-)
    Ob es was und wie viel es bringt, ist müßig zu diskutieren, denn da wird ein jeder andere Werte dabei herausbekommen und wir könnten die Diskussion bis ins Endlose durchführen.

  16. Markus schrieb am 8. Februar 2010 um 11:35 Uhr:
    # 16

    @Tanja Sollte ja Bescheid sagen. Also momentan steht bei den Webmaster Tools 2,1 Sekunden. Mal schauen ob es sich die Tage noch ändert. Arg viel kann es aber jetzt nicht mehr runter gehen, da bei mir generell die eigentliche Reaktionszeit etwas schlecht ist.

  17. Crazy Girl antwortete am 8. Februar 2010 um 12:40 Uhr:
    # 17

    @Markus: 2,1 Sekunden sind ja absolut traumhaft. Ich bin froh wenn ich in den niedrigen 4,x Bereich komme. Hatte da aber auch erst 17,x stehen, wegen dem Adminbereich Problem letztens :-(

  18. Stefan M. schrieb am 4. Mai 2010 um 09:01 Uhr:
    # 18

    Ich hab deine Tipps zu Herzen genommen und mit dem Page Speed auch mal meine Page ein wenig optimiert. Ich kam von 78 Punkten auf 87 Punkte (+9).

    Bin recht zufrieden damit. Cool, danke !

  19. Crazy Girl antwortete am 4. Mai 2010 um 13:41 Uhr:
    # 20

    @Stefan: Ich dachte erst Du meinst das ironisch *lacht*, hatte auf den ersten Blick nicht gesehen, dass das ne Verbesserung ist *peinlich*. Ein bissi was kann man immer raus holen, gell ;-)

  20. Max schrieb am 28. Mai 2010 um 14:21 Uhr:
    # 21

    Hallo erstmal
    Ich sitze auch grad an dem Thema und versuche eine geeignete Einstellung für den Cache zu finden nur habe ich folgende Fragen:
    Wenn ich wie hier beschrieben den Cache auf eine Dauer von 2 Monaten stelle bedeutet das nicht auch dass sämtliche Leute die auf die Seite gehen eine Änderung erst nach 2 Monaten sehen? Oder habe ich da einen Denkfehler… weil jeder Benutzer sollte immer die aktuellste Seite sehen…
    (es ist eine statische website)

    Ich habe schon öfters gelesen dass es ein Erneurungsdatum gibt wodurch der Benutzer gezwungen wird den Cache neuzuladen doch wo ich das einstellen kann bzw ob es schon eingestellt ist habe ich nicht herausgefunden.

    Und ob ich das mit einem 100 punkte ranking verbinden kann ist mir auch noch unklar obwohl nicht mehr viel fehlt^^

    Page Speed Score: 94/100
    [Moderate performance improvements are possible]
    [Score: 0/100] Leverage browser caching
    [Score: 75/100] Leverage proxy caching

  21. Crazy Girl antwortete am 29. Mai 2010 um 06:02 Uhr:
    # 22

    @Max: Meine Neuerungen sind immer sofort online ;-)
    Ich denke das beantwortet Deine Fragen…

Einen Kommentar dazu schreiben:

Bitte beachtet die Datenschutzhinweise sowie zu Spammer Kommentaren.

Ich behalte mir das Recht vor, Kommentare entsprechend zu löschen oder editieren!

Kommentare mit Links, die nicht zu Blogs führen und/oder Keywords
als Namen verwenden sind nicht erwünscht und werden gelöscht!


Links beinhalten das rel=nofollow Attribut (Stammkommentatoren ausgeschlossen)!

Kommentare abonnieren ohne selbst einen Kommentar abzugeben: