Ladegeschwindigkeiten und Spitzenlastf\u00e4higkeit sind zunehmend wichtige Eigenschaften von Onlineshops. Gr\u00fcnde daf\u00fcr sind steigende Besucherzahlen, \u00c4nderungen am Google Pagerank, nachweislich steigende Abbruchquoten bei l\u00e4ngeren Ladezeiten und Lastspitzen z.B. durch Fernsehwerbung.<\/p>\n
Need for speed<\/strong><\/p>\n In den letzten 12 Monaten sind daher viele grosse und mittlere Onlineshops dazu \u00fcbergegangen, Full-Page-Chaching einzusetzen. Der Erfolg der Bem\u00fchungen kann sich sehen lassen. Noch vor einiger Zeit waren Ladezeiten von 3-6 Sekunden f\u00fcr eine Kategorie- oder Artikeldetailseite eines durchschnittlichen Onlineshops normal. Anbieter, die bereits die Ladezeiten ihrer Shops optimiert haben verbl\u00fcffen hingegen (falls es die eigene Internetanbindung hergibt) mit Ladezeiten von zum Teil unter 1,5 Sekunden – inklusive aller Bilder und Skripte wohlgemerkt. Die HTML Seite alleine ist meist schon nach 100ms ausgeliefert.<\/p>\n Ist nun also alles eitel Sonnenschein?<\/em><\/p>\n Nicht ganz. Es gibt im Leben nichts umsonst, wie meine Oma zu sagen pflegte. Die beeindruckende Steigerung der Geschwindigkeit wird mit anderen Einschr\u00e4nkungen erkauft. Stellen wir die Vor- und Nachteile doch einmal kurz gegen\u00fcber:<\/p>\n + \u00c4nderungen an Artikeln, Kategorien und Landingpages sind sofort online<\/td>\n + Gesteigerte Skalierbarkeit<\/p>\n + weniger Anf\u00e4lligkeit f\u00fcr Lastspitzen<\/td>\n<\/tr>\n – Hohe Systemlast<\/td>\n – Die Invalidierung von Seiten kann komplex und fehleranf\u00e4llig sein<\/p>\n – Gecachte Seiten sind nicht mehr personalisierbar<\/p>\n – Gecachte Seiten k\u00f6nnen nicht mehr serverseitig auf Ger\u00e4teklassen angepasst werden<\/p>\n – Gecachte Seiten k\u00f6nnen nicht mehr serverseitig auf Marketingmassnahmen angepasst werden<\/p>\n – Gecachte taugen nicht zu serverseitigen multivariatem Testing<\/p>\n – Tools zur Erfolgsmessung von Marketingmassnahmen werden schwieriger<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n In der Gegen\u00fcberstellung wird deutlich, dass man sich den Geschwindigkeitszuwachs mit einer erheblichen Einschr\u00e4nkung der Flexibilit\u00e4t erkauft. F\u00fcr einige Anbieter – Je nach Sortiment und Gesch\u00e4ftsmodell mag das unbedeutend sein. F\u00fcr andere Anbieter ist dies jedoch eine empfindliche Einschr\u00e4nkung. Neue Gesch\u00e4ftsmodelle lassen sich so zudem ebenfalls nicht einf\u00fchren.<\/p>\n L\u00f6sungen f\u00fcr die goldene Mitte<\/strong><\/p>\n Zur Zeit gibt es nur Shops die entweder in die eine oder in die andere Richtung optimiert sind. Es fehlen jedoch L\u00f6sungen f\u00fcr die goldene Mitte: Shops, die flexibel sind und dennoch schnell. Der Bedarf daf\u00fcr ist vorhanden, wie ich in einigen Gespr\u00e4chen mit Shopbetreibern in letzter Zeit feststellen durfte. Was kann man nun tun?<\/p>\n Im Prinzip gibt es zwei M\u00f6glichkeiten, wie man das Ziel hoher Performance bei gleichzeitiger Flexibilit\u00e4t erreichen kann:<\/p>\n Schauen wir uns bei M\u00f6glichkeiten etwas genauer an:<\/p>\n 1.) Caching und Snippets<\/strong><\/p>\n Wenn eine Seite nur deshalb nicht gecacht werden kann, weil sie ein oder zwei ver\u00e4nderliche Element enth\u00e4lt, bietet es sich an, diese Elemente als separates Snippet vom Caching auszunehmen. Ein Element, an dem das sehr deutlich wird, ist der Mini-Warenkorb, der heutzutage auf fast jeder Shopseite zu finden ist.<\/p>\n Sobald der Kunde etwas in den Warenkorb gelegt hat, ist dieser Bereich individuell. Somit kann f\u00fcr diesern Kunden quasi keine Seite mehr aus dem Cache bedient werden, obwohl sich der Rest auf den Seiten \u00fcberhaupt nicht ver\u00e4ndert hat.<\/p>\n Daher wird dieser Bereich als Snippet definiert. Das Caching System liefert weiterhin die Seite aus dem Speicher aus, ersetzt jedoch zuvor den Mini-Warenkorb Bereich per Server Side Include durch die individualisierten Code vom Application Server.<\/p>\n Vorteil<\/em>: Der Anteil der direkt aus dem Cache auslieferbaren Seiten erh\u00f6ht sich sp\u00fcrbar, Gesamtperformance und Systemlast sinken.<\/p>\n Nachteil<\/em>: Durch die zus\u00e4tzlichen Regeln wird das Caching komplizierter und langsamer. Falls mehrere Snippets pro Seite definiert werden, verringert sich die Performance signifikant durch mehrfache Abfrage des Application Servers und den damit verbundenen Overhead.<\/p>\n\n\n
\n Shops ohne Full Page Cache<\/th>\n Shops mit Full Page Cache<\/th>\n<\/tr>\n \n Vorteile<\/td>\n<\/tr>\n \n + Dynamische Seitenerstellung erm\u00f6glicht jede denkbare Anpassung an Client, Herkunft, Marketing etc. <\/p>\n + Extrem schnell (f\u00fcr cachebare Seiten) <\/p>\n \n Nachteile<\/td>\n<\/tr>\n \n – Langsame Antwortzeiten <\/p>\n – Nur bestimmte Seitentypen sind cachebar <\/p>\n \n