Einige Jahre nach der ersten Sendung (158) mit Trivago- und Ex-Akamai Performance-Experte Tobias Baldauf (Twitter, GitHub) ist es wieder so weit: Tobias besucht uns und gibt sein Wissen preis. Dieses mal besprechen wir sehr gezielt das Thema Bildoptimierungen.
Schaunotizen
- [00:01:36] SQIP – aktueller Status, die Zukunft
- SQIP ist eine Rendering-Technologie, die auf SVG basiert. Diese ermöglicht es kleine Platzhalter-Bilder zu erstellen und auszuliefern, bevor das eigentliche Bild geladen ist. Es gibt einige Implementierungen in CMS, wie Gatsby und Kirby.
- [00:13:55] Progressives Image Encoding
-
Abseits von SQIP, sprechen wir über Bild-Encodings, die Bilder schneller rendern. Dazu zählt Progressive JPEG.
Weitere Links:- Intersection Observer API
- JPEG-Rehabilitation im Angesicht der Radware-Studie
- Der paradoxe Kayak-Effekt
- SVGO – SVG Optimierungstool
- ImageOptim – Bild-Optimierungs-GUI für macOS
- Einige Bild-Formate, die man auch mal nutzen kann:
- Image-Optimierung + Art Direction in der Cloud: Cloudinary
- MSS – Regions of Interest in Bildern finden
- [00:55:04] Web Performance Budgets != Fixed Thresholds
- Web Performance Budgets sind sehr beliebt, sollten aber keine festen Thresholds haben, argumentiert Tobias.
- [01:04:32] UX: Web Performance und Revenue Impact
- Oft ist die Erwartung, dass man durch Bildkompression bessere Performance erreicht und somit Nutzer mehr durch Bildgalerien klicken. Nachforschungen von Trivago zeigen allerdings, dass die Benutzer einige Zeit brauchen, bis die bessere Performance beim Benutzer verstanden ist. Das bedeutet also: Geduld, Kadenz beachten, User in Kohorten einteilen.
- [01:11:35] Ein Ausblick auf die Bildalgorithmen der Zukunft
- Wir sprechen über die Zukunft und schauen auf die zunehmende Fragmentierung im Image-Format-Markt. Tobias skizziert Custom Decoder für Bilder mit WebAssembly.
- Neue WebPerf Conferences in Europa: DeltaV
- Es gibt wieder eine Konferenz in Europa die sich mit dem Thema Web Performance beschäftigt.
Kommentare
Chris #
Geschrieben am 14.08.2018 um 07:41
Moin Zusammen,
ich fand den Einwand bzgl. der Custom Decoder am Ende („Meine Mutter will die Bilder auch noch herunterladen“) ziemlich wichtig, denn das ganze hat ggf. noch einen anderen, aus meiner Sicht eher weniger wünschenswerten Nebeneffekt: Bilder könnten damit ein sehr fragmentiertes DRM bekommen. Und auch, wenn das der feuchte Traum auch mancher meiner Kunden ist, finde ich das ziemlich bedenklich.
* Nutzer können am Ende die Bilder ggf. nicht mehr ansehen, wenn die Website kaputt ist (das könnte bei Stockphoto-Seiten sehr interessant werden)
* Am Ende hat Google Informationen über fast alle Custom Decoder, weil man ja doch in der Google Bildersuche auftauchen will…
Also: technologisch sicher ne coole Sache, bei ausreichender Verbreitung sicher auf Dauer problematisch.
Viele Grüße
Chris
Hans #
Geschrieben am 21.08.2018 um 08:39
Hi Chris,
danke für deine Sicht. Das sind auf jeden Fall valide Punkte. Die Zeit wird zeigen wie es mit den Bildern im Web weiter geht. Vielleicht wird so ein Decoder ja auch nur für interne eingesetzt.
Wer weiß :)
Viele Grüße
Hans
RSS-Feed zu diesem Beitrag
Kommentare sind für diesen Beitrag geschlossen.