Was ist Lazy Loading?
Lazy Loading ist eine Strategie, die verzögert das Laden nicht kritischer Ressourcen, bis sie tatsächlich benötigt werden. Anstatt jedes Bild auf der Seite herunterzuladen, sobald ein Besucher ankommt, lädt der Browser die Bilder nur, wenn der Besucher zu ihnen scrollt.
Stellen Sie es sich wie eine Restaurantküche vor: Anstatt jedes Gericht auf der Speisekarte sofort zuzubereiten, sobald das Restaurant öffnet, kochen sie jedes Gericht, wenn ein Kunde es bestellt. Das Ergebnis? Schnellerer erster Service und weniger verschwendeter Aufwand.
Auf einer typischen Shopify-Produkt- oder Kollektionsseite befinden sich möglicherweise 20–50 Bilder. Ohne Lazy Loading versucht der Browser, sie alle gleichzeitig herunterzuladen, kämpft um Bandbreite und verlangsamt die Bilder, die Ihr Besucher tatsächlich zuerst sieht – das Hero-Banner, das Produktfoto, die Navigationssymbole.
Bei Lazy Loading werden nur die über dem Falz -Bilder werden sofort geladen. Alles unterhalb der Falte wartet, bis der Besucher in die Nähe scrollt. Das Ergebnis: schnelleres Rendern der ersten Seite, geringere Bandbreitennutzung und ein besseres Erlebnis – insbesondere auf Mobilgeräten.
So funktioniert es technisch: Der Browser verwendet die IntersectionObserver-API , um zu beobachten, wann ein Element in das Ansichtsfenster gelangt. Wenn erkannt wird, dass sich das Bild in der Nähe befindet, wird der Download ausgelöst. Mit nativem Lazy Loading (wird geladen="faul"), this is all handled by the browser — zero JavaScript required from your end.
Warum Lazy Loading für Shopify Stores wichtig ist
Shopify-Shops sind von Natur aus bildlastig. Produktfotos, Lifestyle-Bilder, Sammlungsbanner, Vertrauensabzeichen, App-Widgets – eine typische Homepage kann problemlos mehr als 30 Bilder mit insgesamt 5–15 MB Daten enthalten.
Ohne Lazy Loading konkurrieren alle diese Bilder beim ersten Laden der Seite um Bandbreite. Das bedeutet in der Praxis Folgendes:
Langsameres LCP (Größter Contentful Paint): Das Heldenbild – das wichtigste visuelle Element – wird langsamer geladen, da es sich die Bandbreite mit 30 anderen Bildern teilt, zu denen der Besucher noch nicht einmal gescrollt hat.
Höhere Absprungraten auf Mobilgeräten: Mobilfunkverbindungen sind langsamer und variabler. Das Laden von 10 MB Bildern über eine 4G-Verbindung kann 8–12 Sekunden dauern. Wenn Ihr Shop nicht schnell rendert, Besucher springen ab – und sie kommen nicht zurück.
Verschwendete Bandbreite: Die meisten Besucher scrollen nicht bis zum Ende der Seite. Wenn sich 60 % Ihrer Bilder unterhalb der Falte befinden und 70 % der Besucher das Bild verlassen, bevor sie gescrollt haben, laden Sie Megabytes an Daten herunter, die niemand sieht.
Untere Kern-Web-Vitalwerte: Google verwendet Core Web Vitals als Ranking-Signal. Übermäßiges Laden von Bildern wirkt sich direkt auf LCP aus und kann zu Layoutverschiebungen (CLS) führen, wenn die Bildabmessungen nicht festgelegt sind.
Durch ordnungsgemäßes Lazy Loading kann das anfängliche Seitengewicht reduziert werden 40–70% auf bildlastigen Seiten. Das führt direkt zu einer schnelleren Erstlackierung und einem besseren Benutzererlebnis. Lazy Loading ist jedoch nur ein Teil des Puzzles – das vollständige Bild finden Sie in unserem vollständige Optimierungsanleitung.
Der Fehler Nr. 1 beim Lazy Loading (und er kostet Sie 1 Sekunde)
Hier ist die kontraintuitive Wahrheit: Der häufigste Lazy-Loading-Fehler besteht nicht darin, dass Lazy Load nicht funktioniert, sondern dass Lazy Loading zu aggressiv erfolgt.
Insbesondere das verzögerte Laden Ihres Heldenbildes oder LCP-Elements. Laut Shopifys eigenes Performance-Team:
⚠️ Der LCP-Killer
„Shopify-Websites, die ihr LCP-Bild verzögert laden, haben einen mittleren LCP 1,0 Sekunde langsamer als die eifrigen Geladenen.“
– Shopify Performance Team, performance.shopify.com
Warum passiert das? Wenn Sie einstellen wird geladen="faul" Bei einem „above thefold“-Bild fügen Sie einen unnötigen Schritt hinzu:
Ohne Lazy Loading (richtig):
Browser liest HTML → Findet Bild → Startet den Download sofort
Mit Lazy Loading auf LCP (falsch):
Browser liest HTML → Findet Bild → Markiert es als faul → Wartet auf IntersectionObserver → Erkennt, dass sich das Bild im Ansichtsfenster befindet → Dann beginnt mit dem Download
Dieser zusätzliche Erkennungsschritt fügt Ihrem wichtigsten Bild eine Verzögerung von 200–1000 ms hinzu. Auf Mobilgeräten mit langsamerer JavaScript-Ausführung ist es noch schlimmer.
Die Regel ist einfach:
- ✓ Oberhalb der Falte: Eager Load (Nr
wird geladen-Attribut, oderLoading="eager") - ✓ Unterhalb der Falte: Lazy Load (
wird geladen="faul") - ✗ Niemals: Lazy Load des Heldenbildes, des Produktbilds oder eines beliebigen LCP-Kandidaten
Klingt einfach, oder? In der Praxis ist es schwierig. „Above the Fold“ ist auf jedem Gerät, jeder Bildschirmgröße und jeder Seitenvorlage unterschiedlich. Was sich auf einem 27-Zoll-Desktop-Monitor oberhalb der Falte befindet, könnte sich auf einem iPhone SE unterhalb der Falte befinden. Um dies manuell richtig zu machen, ist ein reaktionsfähiges Bewusstsein über Dutzende von Haltepunkten hinweg erforderlich.
Überspringen Sie die manuelle Arbeit: Thunder verarbeitet Lazy Loading automatisch
Thunder Page Speed Optimizer gilt intelligente Ladestrategien in Ihrem gesamten Geschäft. Es identifiziert Ihr LCP-Bild automatisch und lädt es eifrig, während alles unterhalb der Falte verzögert geladen wird – keine Codeänderungen, keine Themenbearbeitung, kein Raten über Haltepunkte.
Aber Thunder geht über das einfache Lazy Loading hinaus. Es auch:
- ✦ Verschiebt Rendering-blockierende App-Skripte – der größere Geschwindigkeitskiller, den Lay Loading allein nicht beheben kann
- ✦ Integriert kritisches CSS , damit Ihre Seite sofort gerendert wird
- ✦ Lädt Schriftarten vor zur Beseitigung von Flash of Invisible Text (FOIT)
- ✦ Überwacht täglich , damit Optimierungen wirksam bleiben, wenn Sie Produkte und Apps hinzufügen
Die meisten Geschäfte sehen a Verbesserung des Geschwindigkeitswerts um 27+ Punkte innerhalb weniger Minuten nach der Installation. Kein Entwickler erforderlich. Pläne prüfen , um die richtige Lösung für Ihr Geschäft zu finden.
Thunder installieren – Kostenlose Testversion →Haben Sie Thunder bereits installiert? Sie können die Abschnitte zur manuellen Implementierung unten überspringen – Thunder erledigt dies alles automatisch. Lesen Sie weiter, wenn Sie verstehen möchten, was unter der Haube passiert.
Native vs. JavaScript Lazy Loading: Was im Jahr 2026 verwendet werden sollte
Es gibt zwei Ansätze für das verzögerte Laden von Bildern, und diese Entscheidung ist wichtiger, als den meisten Shopify-Entwicklern bewusst ist.
Natives verzögertes Laden (wird geladen="faul")
2019 zur HTML-Spezifikation hinzugefügt, wird natives Lazy Loading jetzt unterstützt von 96 %+ der Browser (alle modernen Chrome-, Firefox-, Safari- und Edge-Versionen). Sie fügen einfach hinzu wird geladen="faul" zu Ihrem <img> oder <iframe> -Tag:
<img
src="product-photo.jpg"
loading="lazy"
alt="Blaue Laufschuhe – Seitenansicht"
width="800"
height="600"
/> Das ist es. Keine JavaScript-Bibliothek, keine Konfiguration, keine Erhöhung der Bundle-Größe. Der Browser erledigt alles.
JavaScript Lazy Loading (Lazysizes usw.)
Vor dem nativen Lazy Loading bestand der Standardansatz in der Verwendung von JavaScript-Bibliotheken wie Lazysizes. Diese Bibliotheken verwenden die IntersectionObserver-API, um zu erkennen, wann sich Bilder dem Ansichtsfenster nähern, und tauschen dann einen Platzhalter aus Datenquelle mit dem echten Quelle.
<!-- JS lazy loading pattern -->
<img
data-src="product-photo.jpg"
class="lazyload"
alt="Blaue Laufschuhe – Seitenansicht"
/>
<script src="lazysizes.min.js" async></script> Dies funktioniert immer noch, verursacht aber zusätzlichen JavaScript-Overhead – normalerweise 5–10 KB zusätzliches Skript, das heruntergeladen, analysiert und ausgeführt werden muss, bevor das verzögerte Laden beginnt.
Vergleich
Native (wird geladen="faul") | JavaScript (Lazysizes) | |
|---|---|---|
| JS-Overhead | Null | 5–10 KB |
| Browser-Unterstützung | 96%+ | 100 % (polygefüllt) |
| Setup-Komplexität | Ein Attribut | Bibliotheks- und Klassennamen |
| Schwellenwertregelung | Browser entscheidet | Anpassbar |
| SEO-Sicherheit | Vollständig (Bilder in HTML) | Hängt von der Implementierung ab |
| Rückfall | Eifrige Ladungen (anmutig) | Bilder werden möglicherweise nicht geladen |
| Empfehlung (2026) | ✓ Verwenden Sie dies | Legacy – Auslaufen |
Fazit: Verwenden Sie im Jahr 2026 natives Lazy Loading. Die 4 % der Browser, die dies nicht unterstützen, laden die Bilder einfach per Eifrig – was vollkommen in Ordnung ist. Es gibt keinen Grund mehr, hierfür eine JavaScript-Bibliothek hinzuzufügen. Wenn Ihr Theme immer noch Lazysizes verwendet, ist es Zeit für eine Migration.
Was man mit Lazy Load laden sollte (und was NICHT)
Nicht alle Ressourcen sollten gleich behandelt werden. Hier ist eine praktische Aufschlüsselung für Shopify-Shops:
✓ Lazy Load Diese
Produktbilder in Sammlungstabellen – Lazy Load aller Miniaturansichten unterhalb der ersten Zeile. Eine Kollektionsseite mit 48 Produkten benötigt beim ersten Laden nicht alle 48 Bilder.
Unten gefaltete Abschnitte – Testimonials, Instagram-Feeds, „Das könnte Ihnen auch gefallen“-Karussells, Blog-Post-Vorschauen – alles, was ein Besucher scrollen muss, um es zu sehen.
YouTube/Vimeo-Einbettungen – Iframes sind teuer. Eine einzelne YouTube-Einbettung lädt mehr als 500 KB an Skripten. Benutzen wird geladen="faul" auf Iframes oder durch ein statisches Miniaturbild ersetzen, das den Iframe beim Klicken lädt (Fassadenmuster).
Zusätzliche Produktbilder – Auf Produktseiten können die Galeriebilder über das vorgestellte Foto hinaus verzögert geladen werden.
Fußzeileninhalt – Vertrauensabzeichen, Zahlungssymbole, Bilder im Newsletter-Bereich – alles unten auf jeder Seite.
✗ Niemals faul laden
Helden-/Bannerbilder – Dies ist fast immer Ihr LCP-Element. Lazy Loading kostet ca. 1 Sekunde. Immer eifrige Ladung. Erwägen Sie das Hinzufügen für zusätzliche Geschwindigkeit.
Produktbild – Das Hauptproduktfoto auf einem PDP ist der LCP-Kandidat. Laden Sie es sofort.
Logo und Navigationsbilder – Diese sind klein, liegen oberhalb der Falte und sind für den ersten Anstrich von entscheidender Bedeutung. Zögere sie nicht.
Hintergrundbilder über CSS eingestellt — wird geladen="faul" funktioniert nur auf <img> und <iframe> -Tags. CSS-Hintergrundbilder erfordern einen anderen Ansatz (IntersectionObserver zum Umschalten einer Klasse).
Profi-Tipp: Sie sind sich nicht sicher, was Ihr LCP-Element ist? Führen Sie Ihre Seite durch PageSpeed Insights und suchen Sie nach der Diagnose „Größtes Contentful Paint-Element“. Das ist das Bild, das Sie niemals faul laden dürfen.
So implementieren Sie Lazy Loading in Shopify Liquid
Wenn Sie Ihren Theme-Code manuell bearbeiten, erfahren Sie hier, wie Sie Lazy Loading in der Template-Sprache Liquid von Shopify korrekt implementieren.
Methode 1: Shopifys image_tag-Filter (empfohlen)
Shopify's Liquid
Der image_tag
Der -Filter wird automatisch eingestellt wird geladen="faul" auf Bildern. Es ist auch reaktionsfähig Quelle und Größen -Attribute für optimale Lieferung.
{{- product.featured_image | image_url: width: 800 | image_tag:
loading: 'lazy',
widths: '200,400,600,800',
sizes: '(min-width: 768px) 50vw, 100vw',
alt: product.featured_image.alt -}} Stellen Sie für Ihr Hero/LCP-Image explizit Eager Loading ein:
{{- section.settings.hero_image | image_url: width: 1200 | image_tag:
loading: 'eager',
fetchpriority: 'high',
widths: '600,900,1200,1800',
sizes: '100vw',
alt: section.settings.hero_alt -}} Schlüsseldetail: Hinweis fetchpriority: 'hoch' auf dem Heldenbild. Dadurch wird der Browser angewiesen, dem Herunterladen dieses Bildes Vorrang vor anderen Ressourcen zu geben. In Kombination mit Eager Loading ist dies die schnellste Möglichkeit, Ihr LCP-Bild zu rendern. Erfahren Sie mehr über LCP-Optimierung auf Shopify.
Methode 2: Roh-HTML mit Loading-Attribut
Wenn Sie Roh-HTML schreiben (benutzerdefinierte Abschnitte, Snippets), fügen Sie das Attribut direkt hinzu:
<!-- Below-fold image: lazy load -->
<img
src="{{ image | image_url: width: 600 }}"
alt="{{ image.alt | escape }}"
width="{{ image.width }}"
height="{{ image.height }}"
loading="lazy"
decoding="async"
/>
<!-- Above-fold image: eager load -->
<img
src="{{ image | image_url: width: 1200 }}"
alt="{{ image.alt | escape }}"
width="{{ image.width }}"
height="{{ image.height }}"
loading="eager"
fetchpriority="high"
/> Stellen Sie immer Breite und Höhe ein! Ohne explizite Abmessungen kommt es zu verzögert geladenen Bildern Layoutverschiebung (CLS) beim Laden – die Seite springt, während das Bild den Inhalt nach unten verschiebt. Legen Sie Breite/Höhe im HTML fest oder verwenden Sie CSS Seitenverhältnis um Platz zu reservieren.
Methode 3: Intelligentes Laden basierend auf der Abschnittsposition
Dawn und andere Shopify 2.0-Themes verwenden ein cleveres Muster: Sie verfolgen, welcher Abschnitt zuerst auf der Seite ist, und laden nur Bilder in diesem Abschnitt per Eager herunter.
{%- liquid
# In the layout or page template:
assign first_section = true
-%}
{%- for block in section.blocks -%}
{%- if first_section -%}
{%- assign loading_strategy = 'eager' -%}
{%- assign fetch_priority = 'high' -%}
{%- assign first_section = false -%}
{%- else -%}
{%- assign loading_strategy = 'lazy' -%}
{%- assign fetch_priority = 'auto' -%}
{%- endif -%}
{{- block.settings.image | image_url: width: 800 | image_tag:
loading: loading_strategy,
fetchpriority: fetch_priority -}}
{%- endfor -%} Dieser Ansatz ist besser als pauschales Lazy Loading, aber er ist immer noch unvollkommen – er berücksichtigt nicht, wie viele Bilder über dem Falz in jedem Abschnitt sichtbar sind, und er variiert je nach Gerät.
Der manuelle Ansatz wird schnell komplex. Zwischen reaktionsfähigen Haltepunkten, dynamischen Abschnitten und in die App eingefügten Inhalten ist es stundenlang, das Lazy Loading direkt auf jeder Seitenvorlage zu erreichen – mit fortlaufender Wartung bei jeder Änderung Ihres Layouts. Genau das automatisiert Thunder. Kostenlos testen →
Jenseits von Bildern: Lazy Loading von Videos, Iframes und Abschnitten
Bilder sind das offensichtliche Ziel, aber die Lazy-Loading-Prinzipien gelten auch für andere schwere Ressourcen.
Video-Einbettungen (YouTube, Vimeo)
Eine YouTube-Einbettung wird geladen 500–800 KB JavaScript plus die Benutzeroberfläche des Videoplayers – auch wenn der Besucher nie auf „Play“ klickt. Zwei häufige Korrekturen:
Option A: Nativer Lazy-Iframe
<iframe
src="https://www.youtube.com/embed/VIDEO_ID"
loading="lazy"
title="Videotitel"
allow="accelerometer; autoplay; encrypted-media; gyroscope"
allowfullscreen
></iframe> Option B: Fassadenmuster (besser)
Zeigt ein statisches Miniaturbild mit einer Wiedergabetaste an. Laden Sie nur den vollständigen Iframe, wenn Sie darauf klicken. Dies spart mehr als 500 KB für Besucher, die das Video nie abspielen.
<div class="video-facade" data-video-id="VIDEO_ID">
<img
src="https://i.ytimg.com/vi/VIDEO_ID/hqdefault.jpg"
alt="Video-Miniaturansicht"
loading="lazy"
/>
<button class="play-btn" aria-label="Video abspielen">▶</button>
</div> Shopify Section Rendering API
Shopify hat das eingeführt Abschnitts-Rendering-API , mit dem Sie bei Bedarf ganze Abschnitte laden können – nicht nur Bilder. Das ist wie Lazy Loading bei Steroiden: Anstatt später nur das Bild zu laden, laden Sie den gesamten HTML-, CSS- und JavaScript-Code des Abschnitts nur bei Bedarf.
In Kombination mit IntersectionObserver können Sie eine echte „Load-on-Scroll“-Erfahrung erstellen, bei der es im ursprünglichen HTML überhaupt keine Abschnitte unterhalb der Falte gibt. Dies ist besonders wirkungsvoll für:
- • Produktempfehlungsabschnitte
- • Widgets überprüfen
- • Instagram-Feed-Abschnitte
- • Schwer App-Widgets von Drittanbietern
App-Skripte von Drittanbietern
Hier verbergen sich die wahren Leistungsgewinne. Die meisten Shopify-Apps injizieren renderblockierende Skripte in Ihr Geschäft <head>. Sie können ein Skript zwar nicht direkt mit dem „Lazy Load“ laden wird geladen -Attribut, können Sie aufschieben oder asynchron sie:
<!-- Blocking (bad) -->
<script src="app-widget.js"></script>
<!-- Deferred (better) -->
<script src="app-widget.js" defer></script>
<!-- Async (good for independent scripts) -->
<script src="app-widget.js" async></script> Das Problem? Sie können nicht immer steuern, wie Apps ihre Skripte einfügen. Viele Apps codieren synchrone Skript-Tags fest, die Sie nicht ändern können, ohne die App zu beschädigen. Dies ist der Hauptgrund, warum die manuelle Optimierung an ihre Grenzen stößt – und warum Thunder existiert. Thunder fängt das Laden aller Skripte automatisch ab und ordnet sie neu, unabhängig davon, wie Apps sie einfügen.
So testen Sie, ob Lazy Loading funktioniert
Du hast hinzugefügt wird geladen="faul" zu Ihren Bildern – aber woher wissen Sie, dass es tatsächlich funktioniert? Hier sind vier Möglichkeiten zur Überprüfung:
1. Chrome DevTools-Netzwerkregisterkarte
Die zuverlässigste Methode:
- Öffnen Sie Ihren Shop in Chrome → Rechtsklick → Überprüfen → Netzwerk
- Filtern nach Bild (Bildtyp)
- Aktualisieren Sie die Seite hart (
Befehl+Umschalt+R/Strg+Umschalt+R) - Beachten Sie, wie viele Bilder anfänglich geladen werden (dies ist Ihre Zahl der geladenen Bilder).
- Scrollen Sie nun langsam nach unten und beobachten Sie, wie neue Bildanfragen angezeigt werden
Wenn alle Bilder unabhängig von der Bildlaufposition beim ersten Laden der Seite geladen werden, funktioniert das verzögerte Laden nicht. Sehen Sie sich unseren speziellen Leitfaden an Lazy Loading funktioniert nicht für Schritt-für-Schritt-Lösungen.
2. Element prüfen
Klicken Sie mit der rechten Maustaste auf ein beliebiges Bild unten → Überprüfen. Schauen Sie sich das an <img> -Tag im Elementebedienfeld. Das solltest du sehen wird geladen="faul" als Attribut.
3. PageSpeed Insights Audit
Führen Sie Ihre Seite durch PageSpeed Insights oder Testen Sie die Geschwindigkeit Ihres Shops mit unserem kostenlosen Tool. Wenn Lazy Loading nicht implementiert ist, wird folgender Vorschlag angezeigt: „Offscreen-Bilder zurückstellen“ mit einer Schätzung des Einsparpotenzials (in KB und Sekunden).
4. Leuchtturm in DevTools
Chrome DevTools verfügt über eine integrierte Lighthouse-Registerkarte. Führen Sie eine Leistungsprüfung durch und prüfen Sie, ob zwei Diagnosen vorliegen:
- • „Offscreen-Bilder zurückstellen“ – Lazy Loading nicht implementiert oder unvollständig
- • „Größtes Contentful Paint-Bild wurde träge geladen“ – Sie laden Ihr LCP nur langsam (beheben Sie das Problem sofort!)
Achten Sie auf: Die Leuchtturmwarnung „Größtes Contentful Paint-Bild wurde träge geladen“ ist die kritischste Diagnose. Wenn Sie dies sehen, ist Ihr LCP-Bild vorhanden wird geladen="faul" und es kostet dich ~1 Sekunde. Schalten Sie es um Loading="eager" mit fetchpriority="hoch"
Stattdessen sofort.
Thunder vs. manuelles Lazy Loading
| ⚡ Donner | Manuelle Implementierung | |
|---|---|---|
| Rüstzeit | 60 Sekunden | 2–6 Stunden |
| Fähigkeit erforderlich | Keine | Liquid + HTML + JS |
| LCP-Erkennung | Automatisch (pro Seite) | Manuell pro Vorlage |
| App-Skriptoptimierung | Im Lieferumfang enthalten | Manuell nicht möglich |
| Reaktionsschnelle Handhabung | Alle Haltepunkte | Beste Vermutung |
| Laufende Wartung | Null (automatisch) | Jede Änderung des Themas/Layouts |
| Gefahr des Ladenbruchs | Null (reversibel) | Mittel (Codeänderungen) |
| Typische Verbesserung | 27+ Geschwindigkeitspunkte | 5–15 Punkte (nur Bilder) |
Häufig gestellte Fragen
Lädt Shopify Bilder automatisch verzögert?
Teilweise. Das Dawn-Theme von Shopify und die meisten modernen Themes setzen mithilfe des Liquid image_tag-Filters das Laden von „lazy“ für Bilder unterhalb der Falte. Dies funktioniert jedoch nur, wenn der Theme-Entwickler es korrekt implementiert hat. Viele ältere Themes und benutzerdefinierte Themes werden überhaupt nicht verzögert geladen – oder schlimmer noch, sie laden alles einschließlich des Heldenbildes verzögert, was LCP schadet. Thunder Page Speed Optimizer erledigt dies automatisch und wendet intelligentes Lazy Loading auf Bilder im unteren Bereich an, während sichergestellt wird, dass Bilder im oberen Bereich schnell geladen werden.
Kann Lazy Loading die Leistung meines Shopify-Shops beeinträchtigen?
Ja – bei falscher Anwendung. Das verzögerte Laden Ihres Heldenbildes oder LCP-Elements führt zu einer unnötigen Verzögerung, da der Browser darauf wartet, dass JavaScript erkennt, dass sich das Bild im Ansichtsfenster befindet, bevor er es lädt. Das eigene Performance-Team von Shopify hat herausgefunden, dass Geschäfte, die ihr LCP-Bild verzögert laden, einen durchschnittlichen LCP von 1,0 Sekunden langsamer haben als Geschäfte, die es eifrig laden. Die Regel ist einfach: Eager-Load oberhalb der Falte, Lazy-Load unten. Thunder wendet diese Regel automatisch an.
Was ist der Unterschied zwischen nativem Lazy Loading und JavaScript Lazy Loading?
Natives verzögertes Laden verwendet das integrierte Attribut „loading='lazy'“ des Browsers – kein zusätzliches JavaScript erforderlich. JavaScript Lazy Loading verwendet Bibliotheken wie Lazysizes mit der IntersectionObserver API. Natives Lazy Loading wird jetzt empfohlen, da es leichter ist (kein JS-Overhead), von über 96 % der Browser unterstützt wird und eine ordnungsgemäße Verschlechterung automatisch bewältigt. Der einzige Vorteil, den JS-basiertes Lazy Loading noch hat, ist eine detailliertere Kontrolle über die Ladeschwellen, was für die meisten Shopify-Shops selten von Bedeutung ist.
Sollte ich Shopify-App-Skripte verzögert laden?
Absolut. App-Skripte von Drittanbietern sind einer der größten Geschwindigkeitskiller bei Shopify. Während Sie Skripte nicht auf die gleiche Weise wie Bilder verzögert laden können, können Sie sie verzögern, indem Sie sie nach dem Rendern des kritischen Inhalts laden. Technisch gesehen handelt es sich hier um eine Skriptverzögerung und nicht um Lazy Loading, aber das Konzept ist dasselbe: unkritische Ressourcen verzögern. Thunder führt dies automatisch für alle App-Skripte durch, weshalb die meisten Stores Geschwindigkeitsverbesserungen von über 20–30 Punkten verzeichnen.
Wie überprüfe ich, ob Lazy Loading in meinem Shopify-Shop funktioniert?
Öffnen Sie Ihren Shop in Chrome, klicken Sie mit der rechten Maustaste auf ein Bild unterhalb der Falte und wählen Sie „Inspizieren“. Suchen Sie im img-Tag nach „loading=‘lazy‘“. Sie können auch Chrome DevTools → Registerkarte „Netzwerk“ → Filtern nach „Img“ → auf der Seite nach unten scrollen und beobachten, wie beim Scrollen neue Bildanfragen angezeigt werden. Wenn beim Laden der Seite alle Bilder gleichzeitig geladen werden, funktioniert Lazy Loading nicht. Für eine umfassende Prüfung führen Sie Ihren Shop über PageSpeed Insights aus und prüfen Sie, ob der Vorschlag „Offscreen-Bilder zurückstellen“ angezeigt wird.
Beeinflusst Lazy Loading die SEO auf Shopify?
When implemented correctly, lazy loading has zero negative SEO impact. Googlebot renders JavaScript and can see lazy-loaded images. The key is ensuring your images have proper alt text and are in the HTML (not dynamically injected). Native lazy loading with loading='lazy' is fully supported by Google's crawler. The SEO risk comes from broken implementations where images are hidden behind JavaScript that Googlebot can't execute — but this isn't a concern with native lazy loading or Thunder's implementation.
Verwandte Ressourcen
Leitfaden zur Shopify-Bildoptimierung
Formate, Komprimierung, responsive Bilder und mehr
Shopify LCP-Optimierung
Die vollständige Anleitung zu Largest Contentful Paint
Rendering-blockierende Ressourcen auf Shopify
So identifizieren und beheben Sie blockierendes CSS und JS
Core Web Vitals Guide
LCP, CLS, INP – was sie bedeuten und wie man sie behebt