9. „67% of consumers cite slow
websites as the main cause of
basket abandonment“
http://econsultancy.com/de/blog/11274-67-of-consumers-cite-slow-websites-as-the-main-cause-of-basket-abandonment
11. „57% of online shoppers will wait
3 seconds or less before
abandoning the site“
http://connect.phocuswright.com/2010/06/phocuswrightakamai-study-on-travel-site-performance/
13. „Google engineers found that
users begin to get frustrated with
a site after waiting just 400
milliseconds – literally the blink of
an eye – for web pages to load.“
http://www.nytimes.com/2012/03/01/technology/impatient-web-users-flee-slow-loading-sites.html?_r=1
14. Google: „today we're including a
new signal in our search ranking
algorithms: site speed“
http://googlewebmastercentral.blogspot.de/2010/04/using-site-speed-in-web-search-ranking.html
April 2010
77. Parallel downloads are often faster
No CDNs, like
http://ajax.googleapis.com/ajax/libs/jquery/1.9.0/jquery.min.js
http://ajax.aspnetcdn.com/ajax/jQuery/jquery-1.9.0.min.js
78. Parallel downloads are often faster
No CDNs, like
http://ajax.googleapis.com/ajax/libs/jquery/1.9.0/jquery.min.js
http://ajax.aspnetcdn.com/ajax/jQuery/jquery-1.9.0.min.js
iPhone3 caches 15kB, iPhone4/5: 25kB
http://www.flickr.com/photos/miniyo73/8313902424/sizes/o/in/photostream/
http://www.yuiblog.com/blog/2008/02/06/iphone-cacheability/
Hallo Vorstellung Und mal ganz ehrlich: Jeder hasst langsame Websites. Was tun wir dagegen? Das was die Softwareentwickler immer machen: Wir erfinden eine 3-Buchstaben-Abkürzung
Es gibt auch jede Menge interessante Marktstudien zum Thema web performance. Ich hab' mal ein paar Hightlights zusammengetragen.
Pro Sekunde Studie von 2008, nicht besser geworden
Am spannendsten fand' ich diese Grafik, die die Emotionale Seite zeigt. Zuverlässigkeit? Aber durchaus vorstellbar
Auch Google hat sich damit beschäftigt. Sie behaupten sogar...
Schließlich haben sie vor 3 Jahren sogar Ihren Ranking-Algorithmus angepasst.
Tja … und dann hat sich in den letzen Jahren noch eine Änderung ergeben. AQ: (Hände oben lassen) 1. Wer besitzt ein IPhone? 2. Irgend eines mit Android? 3. Windows Mobile Phone? 4. Anderes Smartphone? 5. Wer von Ihnen findet dass Surfen auf dem Handy immer angenehm schnell? mobile Anbindungen hinken hinterher – deswegen ist hier PerformanceOptimierung noch wichtiger Die Gute Nachricht ist: Als Trainer und Consultant komme ich sehr viel herum und hab' festgestellt – Entwickler...
Es gibt auch jede Menge interessante Marktstudien zum Thema web performance. Ich hab' mal ein paar Hightlights zusammengetragen.
Also die meisten Entwickler
.. lieben Performance. Manche sind gerade zu besessen davon. Ferrari Notebook
Es wird also gebastelt und geschraubt: SQL Queries optimiert DB-Schema angepasst Funktionen ge-inlined Da wird optimiert bis zum umfallen um von 500 Req/s auf 510 Req/s zu kommen
Das Ergebnis ist allerdings nicht immer wünschenswert
Was leider immer noch oft vergessen wird. Wer kennt dieses Zitat? Wann war das?
D.h. Es hilft nicht vorab blind zu optimieren. Es kommt drauf an, an der richtigen Stelle zu optimieren
Dazu hat Steve Souders was zu sagen – speziell was den Web Bereich betrifft. Er hat nämlich 2007 festgestellt, dass 80%-90% der Wartzeit beim Anzeigen einer Webseite im Frontend verbrannt wird Er nennt das die
Verdeutlichung am sogenannten Wasserfalldiagramm Es zeigt... Generierung des HTML-Dokuments auf dem Server: SQL, Businesslogik... Der Ganze Rest: Laden von Bildern, JavaScript, CSS, Rendern passiert im Frontend
Auf dieser Basis Untersuchung letzes Jahr wiederholt … stellt fest, haut immer noch hin
Eine andere interessante Feststellung: Backend Opt. => Skalierung viele parallel Visitors Front Opt. => Single User exp. Beginnend mit dem 1. User! Viele Visitors oder Jeder Einzelne Quantität vs. Qualität Starting with First User
Schauen wir und mal typische Probleme an
Aber was tue ich, wenn die Ladezeit zu hoch ist? Das liegt ja nicht nur an meiner Hardware Kauf ich dann meinen Besuchern bessere Hardware? Oder eine schnelle Anbindung?
Anlehnung an SEO AQ: 1. Wer hat sich schon mal mit dem Thema beschäftigt → oder Aufklärungsarbeit 2. angewandt? 3. einige Erfahrung → (Raumwechsel :) Für die anderen: Warum ist web performance wichtig? Hören wir uns an, was Usability Experte Nielsen dazu zu sagen hat
Dazu erstmal ein paar Grundlagen Wie bei allen Optimerungen Nicht Blind, Spec first, Ziel, wo wollen wir hin? Wann können wir aufhören? Was ist gut genug? Sonst weiß ich nicht, wann ich aufhören muss zu optimieren Wenn wir das haben...
Dazu erstmal ein paar Grundlagen Wie bei allen Optimerungen Nicht Blind, Spec first, Ziel, wo wollen wir hin? Wann können wir aufhören? Was ist gut genug? Sonst weiß ich nicht, wann ich aufhören muss zu optimieren Wenn wir das haben... Spec first Know when to stop
Don't optimize just somewhere Find the bottleneck and remove it
Deswegen sind entsprechende Werkzeuge ganz wichtig. Das eine ist RUM – nein nicht das Getränk. Sondern Real User Metrics. Ich möchte wissen, wie lange dauert es wirklich bis meine Anwender eine Website sehen.
Deswegen sind entsprechende Werkzeuge ganz wichtig. Das eine ist RUM – nein nicht das Getränk. Sondern Real User Metrics. Ich möchte wissen, wie lange dauert es wirklich bis meine Anwender eine Website sehen.
Zum einen Latenz: Round Trip Time bedeuted: Die Zeit vom Absenden des Requests bis ich das erste Byte erhalte Und zum anderen Durchsatz
Zum einen Latenz: Round Trip Time bedeuted: Die Zeit vom Absenden des Requests bis ich das erste Byte erhalte Und zum anderen Durchsatz
Es gibt Unmengen an Optimierungstechniken und Optimierungs-Werkzeugen. Ich hab' für den Vortrag nur ein paar wenige ausgewählt
Souder Klassiker Oldi von 2007 Wird leider immer noch oft ignoriert Sehr leicht anzuwenden, Tolle Ergebnisse Vorführung
Sehr einfach .. zu einfach Business Kritische sind ok. Aber oft werden Snippets ohne Nachdenken gepastet. Externes JS, kostet oft viel Zeit
Eigentlich übertrieben das eine Technik zu nennen. Ok – sometimes there business critical, and you really really need them
Just don't overuse them – think about External code can be very expensive.
In den letzten Jahren ... 1 MB JS Script ist nicht ungewöhnlich Große Website, mehrere Teams, Jede hat ihre Lieblingsbibliothek
Das Problem hat auch TF erkannt Sammlung von JS-Mini Bibliotheken ins Leben gerufen Zum Anderen setzen viele Leute jQuery ein. Zepto ist ein API-Kompatibler jQuery-Ersatz
Souder Klassiker Oldi von 2007 Wird leider immer noch oft ignoriert Sehr leicht anzuwenden, Tolle Ergebnisse Vorführung
Ein Problem: Was ist wenn sich an den Dateien (z.b. Bildern) nun tatsächlich was ändert. Der Browser frägt sie jetzt nicht mehr an. Beeindruckende Sammlung von Buzzwords Aber ganz einfache Technik
Das ist gängige Praxis, aber... ...Nicht gut genug. JavaScript kann immer noch das rendering blockieren. Besser Async, kein document.writes! Das JS muss so programmiert sein, dass es nicht während des Seitenaufbaus benötigt wird SS hat die Technik nicht erfunden, aber eine sehr gute Variante in seinem Blog beschrieben Gesehen zum ersten mal bei Google Analytics