Attribute loading lazy empfohlen?

[Henry]

Hallo,

ich mag Webseiten mit sogenanntem Lazy-loading normalerweise nicht. Aber da der Trend anscheinend immer mehr hin geht zur Singelepage mit endlosscrollen, also weniger Navigationsmöglichkeiten, sollte ich vielleicht mal meine Meinung überdenken. Denn, natürlich macht es keinen Sinn, zig extra MB zu laden, die der Besucher nie sieht. Unnötiger Traffic auf beiden Seiten.

Zumal es ja mittlerweile anscheinend so einfach und ohne JS geht: <img loading="lazy" …> auch wenn Safari das nicht kennt.

Also so wie ich das sehe, enormer Vorteil mit minimalem Aufwand, abwärtskompatibel könnte daher sogar eigentlich schon Defaultstatus sein.

Da ich aber weder das Attribut, noch ein Hinweis darauf auf den img Seiten, im Wiki hier gefunden habe, nehme ich mal an es gibt doch noch Gründe das nicht unbedingt immer zu nutzen? OK, einen würde ich kennen, der Browser erkennt die Bildgrösse erst nach dem Laden, aber sonst irgend ein Grund dagegen das als absolute Empfehlung auszusprechen?

Gruss
Henry

[Der Martin]

n'Abend,

ich mag Webseiten mit sogenanntem Lazy-loading normalerweise nicht.

ich auch nicht.

Aber da der Trend anscheinend immer mehr hin geht zur Singelepage mit endlosscrollen

Das heißt ja nicht, dass man diese Unart dann auch übernehmen muss. Ich finde es zum Ko... also ich meine: Ich mag es überhaupt nicht, wenn der Scrollbalken zunächst den Eindruck erweckt, die Seite sei etwa vier Bildschirmseiten lang, und wenn ich dann Schritt für Schritt runterscrolle, wird die Seite zusehends länger. Entweder paginieren (Blättern), oder alles am Stück, dabei aber die Gesamtlänge von Anfang an offenlegen. Die zweite Lösung ist mir persönlich die angenehmere.

also weniger Navigationsmöglichkeiten, sollte ich vielleicht mal meine Meinung überdenken. Denn, natürlich macht es keinen Sinn, zig extra MB zu laden, die der Besucher nie sieht. Unnötiger Traffic auf beiden Seiten.

Ich finde es völlig okay, Bilder erst zu laden, wenn sie auch ins Blickfeld rutschen. Der Platz, den sie belegen, sollte aber trotzdem schon vorher reserviert sein, damit der Scrollbalken die tatsächliche Seitenlänge erkennen lässt.

Aber manche Seiten (z.B. die Google-Bildersuche) laden ja mit dem Scrollen auch weitere Inhalte nach und verlängern die Seite damit scheinbar endlos. Das finde ich sehr ärgerlich.

Also so wie ich das sehe, enormer Vorteil mit minimalem Aufwand, abwärtskompatibel könnte daher sogar eigentlich schon Defaultstatus sein.

Ein Vorteil, wenn es wirklich nur um das Laden der Bilder geht und die Bildgröße vorab bekannt ist.

Das alles nur als vorsichtiges Contra-Argument.

Live long and pros healthy,
 Martin

[Rolf B]

Hallo Der,

weitere Inhalte (...) verlängern die Seite damit scheinbar endlos. Das finde ich sehr ärgerlich.

Wer sich dieses Design Pattern ausgedacht hat, gehört dazu verdammt, auf so einer Seite mit einem Smartphone im Footer das Impressum zu suchen...

Aber das ist leider Mode geworden. Alles auf einer Seite, mit riesigen Bildern und homöopathisch verstreutem Text - Desinformation und Bandbreitenverschwendung par excellence.

Rolf

[Gunnar Bittersmann]

@@Rolf B

Hallo Der,

??

weitere Inhalte (...) verlängern die Seite damit scheinbar endlos. Das finde ich sehr ärgerlich.

Wer sich dieses Design Pattern ausgedacht hat, gehört dazu verdammt, auf so einer Seite mit einem Smartphone im Footer das Impressum zu suchen...

Modern web design explained in a simple Venn Diagram

Aber das ist leider Mode geworden. Alles auf einer Seite, mit riesigen Bildern und homöopathisch verstreutem Text - Desinformation und Bandbreitenverschwendung par excellence.

Es geht in Henrys Frage nicht um das Nachladen von mehr Inhalt (endless scrolling), sondern um die Performance und das Ladeverhalten von auf der Seite vorhandenen Bildern (lazy loading).

😷 LLAP

[Felix Riesterer]

Lieber Gunnar,

Modern web design explained in a simple Venn Diagram

diese Kritzelgrafik spart aus, dass endless scrolling ein dark pattern ist. Das "dark" ist natürlich eine Abkürzung für förderlich, übersichtlich, phsychologisch wertvoll und empfehlenswert.

Liebe Grüße

Felix Riesterer

[Rolf B]

Hallo Gunnar,

??

Wenn sich jemand "Der Martin" nennt, dann braucht das Forum entweder eine Funktion um im Namen die "gewünschte Anrede" markieren zu können, oder Martin wird gelegentlich mal als "Der" begrüßt, wenn ich nicht aufpasse 😉

Es geht in Henrys Frage nicht um…

Hab ich nie behauptet. Mich hat nur die Referenz auf endlose Seiten getriggert. Die kann man mit lazy loading vielleicht in ihrem Datenhunger bremsen, das ändert aber nichts daran, dass solche Seiten mit der Idee eines nützlichen Informationsangebots oftmals nichts zu tun haben. Beim Versuch, etwas sinnvolles zu finden, rollt man hindurch, triggert alle Lazy-Loader und hat am Ende doch alles geladen und nur Marketinggefasel gelesen.

Rolf

[Der Martin]

Hallo Rolf,

[...] oder Martin wird gelegentlich mal als "Der" begrüßt, wenn ich nicht aufpasse 😉

ja, das passiert gelegentlich, nicht nur bei dir.
Ich habe mich damit abgefunden. 🥱

Live long and pros healthy,
 Martin

[Gunnar Bittersmann]

@@Henry

Da ich aber weder das Attribut, noch ein Hinweis darauf auf den img Seiten, im Wiki hier gefunden habe, nehme ich mal an es gibt doch noch Gründe das nicht unbedingt immer zu nutzen?

Falsche Annahme. SELFHTML hat weder die Manpower noch das Wissen, sämtliche Seiten im Wiki auf aktuellem Stand zu halten.

MDN ist da besser aufgestellt. img / loading

OK, einen würde ich kennen, der Browser erkennt die Bildgrösse erst nach dem Laden

Wenn die Bildgröße mittels width- und height-Attributen angegeben ist (was man i.d.R. tun sollte), dann kennt der Browser die Bildgröße schon vor dem Laden – und hält den Platz entsprechend frei, auch wenn das Bild mit CSS noch skaliert wird.

😷 LLAP

[Henry]

Hallo Gunnar,

Falsche Annahme. SELFHTML hat weder die Manpower noch das Wissen, sämtliche Seiten im Wiki auf aktuellem Stand zu halten.

Dann werde ich das später mal ändern, falls mir keiner (gerne) zuvor kommt, ist mir allerdings immer ein wenig unwohl dabei irgendwie was falsch zu machen.

MDN ist da besser aufgestellt. img / loading

Ja aber auch oft verstreut, hatte dort auch loading gefunden, die folgende Notiz aber erst durch deinen Link:

Note: Loading is only deferred when JavaScript is enabled. This is an anti-tracking measure, because if a user agent supported lazy loading when scripting is disabled, it would still be possible for a site to track a user's approximate scroll position throughout a session, by strategically placing images in a page's markup such that a server can track how many images are requested and when.

Also braucht man doch indirekt Javascript. Wobei ich die Begründung nicht ganz nachvollziehen kann, weil das Tracking lässt sich ja auch anders bewerkstelligen.

Gruss
Henry