Website-Bilder prüfen

Website-Bilder optimieren: vor dem Veröffentlichen prüfen

Mit diesem Leitfaden siehst du, was der Browser wirklich lädt, wählst passende Größen, korrigierst den HTML-Code und prüfst die Seite vor dem Veröffentlichen.

Kurzantwort

Prüfe die echte Seite, bevor du eine neue Datei exportierst

Die schnellste Lösung ist oft kein neuer Konverter. Finde zuerst große Anfragen, fehlende Größen, ein falsch verzögertes LCP-Bild oder Metadaten, die noch auf eine alte Datei zeigen. Beginne mit der Seite und exportiere nur, was sich ändern muss.

Anfragen prüfen, nicht Ordner Die Seite kann weiter eine schwere Datei laden, auch wenn woanders eine optimierte Datei existiert.
Pro Bild entscheiden Hero-Bild, Artikelbild, Kartenbild und Metadatenbild brauchen unterschiedliche Regeln.
Zeige dem Browser, was er nutzen soll Nutze srcset, sizes, width und height, damit der Browser eine gute Datei wählen und Platz reservieren kann.
Veröffentlichte Seite prüfen Suche nach falschen URLs, Layoutverschiebungen, verzögerten LCP-Bildern, kaputten Vorschauen fürs Teilen und alten Schema-Bildern.

Zuerst prüfen

Beginne mit dem, was der Browser lädt

Design-Dateien und Bilderordner zeigen nicht, was Nutzer wirklich bekommen. Der Browser zeigt, welche Bild-URL lädt, wie groß sie angezeigt wird, ob die Seite Platz reserviert und ob eine große Datei dort genutzt wird, wo eine kleine reichen würde.

Netzwerk prüfen

Welche URL lädt?

Öffne die Seite und notiere die echte Bild-URL, Übertragungsgröße, angezeigte Größe und ob der Browser die erwartete Version gewählt hat.

Layout prüfen

Wie groß wird das Bild angezeigt?

Miss den sichtbaren Bereich, statt aus der Quelldatei zu raten. Karten, Inhaltsspalten und Bilder fürs Teilen sollten nicht denselben Export nutzen.

Laden prüfen

Liegt es im ersten sichtbaren Bereich?

Finde das wahrscheinliche LCP-Bild, vermeide dort versehentliches Lazy Loading und halte weniger wichtige Bilder aus dem ersten Laden heraus.

Kontext prüfen

Passen die Metadaten?

Prüfe Alternativtext, Open Graph-Bild, JSON-LD-Bild, nahen Text und Dateinamen, damit die Seite eine klare Aussage hat.

Bildplan

Plane jedes wichtige Bild vor der Konvertierung

Ein Bildplan trennt diesen Leitfaden von den Konverter-Artikeln. Er fragt, was jeder Bildbereich braucht: Größe, Ladereihenfolge, Fallback, Rolle in den Metadaten und eine letzte Prüfung, ob die Seite die richtige Datei nutzt.

Bildbereich Entscheidung Risiko Prüfung
Hauptbild Lege das wahrscheinliche LCP-Bild, genaue Maße, Ladereihenfolge und einen Fallback fest. Lazy Loading oder zu große Dateien können das erste wichtige Bild verzögern. Vergleiche angezeigte Größe, Anfragegröße und Ladeverhalten im ersten sichtbaren Bereich.
Artikelbild im Inhalt Lege Versionen für die Inhaltsbreite fest und reserviere Platz mit width und height. Die Seite lädt sonst vielleicht ein Bild, das viel breiter ist als die Lesespalte. Prüfe Desktop- und Mobilbreiten und kontrolliere die gewählte srcset-Variante.
Kartenbild in Listen Erstelle kleine Versionen für Listen, Hubs, verwandte Karten und Archivseiten. Ein wiederverwendetes Artikelbild kann eine Listenseite stark vergrößern. Prüfe die Listenseite und bestätige, dass Karten keine vollständigen Artikelbilder laden.
Metadatenbild Bereite Open Graph- und JSON-LD-Bilder als geplante Dateien vor, nicht als zufällige Reste. Vorschauen in Suche und beim Teilen können alte, zugeschnittene oder unpassende Bilder zeigen. Prüfe gerenderte Meta-Tags und strukturierte Daten für die finale URL.

Wenn der Plan zeigt, dass Dateien neue Versionen brauchen, nutze Leitfaden zur Bildkonvertierung für den nächsten Schritt. Nutze JPG-zu-WebP-Leitfaden für normale WebP-Arbeit und den AVIF-Leitfaden nur für große Fotos, die noch kleiner werden müssen.

Bildgrößen

Lege klare Größen für jeden Bildbereich fest

Responsive Bilder funktionieren nur, wenn der HTML-Code zum Layout passt. Miss den Bereich, wähle wenige sinnvolle Breiten, reserviere das Seitenverhältnis und sende kein großes Original, nur weil es schon existiert.

Bereich messen Nutze die sichtbare Breite als Ausgangspunkt, nicht die ursprüngliche Dateigröße.
Kurze Breitenliste nutzen Wenige geplante Versionen sind leichter zu pflegen als ein Ordner voller zufälliger Exporte.
Platz reservieren Setze width und height oder ein Seitenverhältnis, damit das Laden des Bildes die Seite nicht verschiebt.
Vorschaubilder trennen Bilder fürs Teilen und für Schema-Daten haben eine eigene Aufgabe und sollten keine zufälligen Kopien sichtbarer Seitenbilder sein.
Wiederholte Bilder verkleinern Bilder, die in Hubs, verwandten Bereichen und Archivseiten wiederholt werden, brauchen eigene kleinere Dateien.
Originale später nutzbar halten Bewahre Quelldateien klar auf, aber lasse veröffentlichtes HTML auf optimierte Dateien zeigen.

Einfache Prüfung: Wenn eine 360-px-Karte eine 2400-px-Datei lädt, ist Kompression nicht das Hauptproblem. Die Seite braucht eine kleinere Bildversion oder der HTML-Code zeigt auf die falsche Datei.

Ladereihenfolge

Lade das erste Bild bewusst

Das Bild im ersten sichtbaren Bereich braucht andere Regeln als Bilder weiter unten. Finde das wahrscheinliche LCP-Bild, vermeide dort versehentliches Lazy Loading und halte Bilder weiter unten ruhig, bis sie gebraucht werden.

  1. 1

    LCP-Bild benennen

    Wenn das erste wichtige Bild wahrscheinlich zum Largest Contentful Paint wird, lade es nicht versehentlich per Lazy Loading.

  2. 2

    Bilder weiter unten ruhig halten

    Bilder unterhalb des ersten sichtbaren Bereichs sollten normalerweise Lazy Loading und async decoding nutzen.

  3. 3

    CSS-Hintergründe prüfen

    Ein zugeschnittener Hintergrund kann trotzdem eine riesige Datei laden. Nutze eine passend große Datei für den sichtbaren Bereich.

  4. 4

    Wiederholte Anfragen prüfen

    Ein kleines Kartenbild wird teuer, wenn dieselbe zu große Datei dutzendfach wiederholt wird.

HTML

Nutze responsives HTML für den gemessenen Bereich

Bei wichtigen Bildern soll klar sein, was der Browser wählen kann. Das Beispiel zeigt Breiten, sizes, feste Maße und einen Fallback. Passe das Ladeverhalten an den Bereich an, nicht an Gewohnheit.

HTMLBeispiel für responsive Bilder
<picture>
  <source
    type="image/avif"
    srcset="/images/article/product-640.avif 640w,
            /images/article/product-960.avif 960w,
            /images/article/product-1280.avif 1280w"
    sizes="(max-width: 768px) 100vw, 720px" />
  <source
    type="image/webp"
    srcset="/images/article/product-640.webp 640w,
            /images/article/product-960.webp 960w,
            /images/article/product-1280.webp 1280w"
    sizes="(max-width: 768px) 100vw, 720px" />
  <img
    src="/images/article/product-960.jpg"
    alt="Dashboard-Screenshot mit dem Upload-Ablauf"
    width="960"
    height="540"
    loading="lazy"
    decoding="async" />
</picture>

Suche und Teilen

Bilder, Alternativtext und Metadaten sollen dieselbe Geschichte erzählen

Bild-SEO bedeutet nicht nur Keywords. Das sichtbare Bild, naher Text, hilfreicher Alternativtext, Open Graph-Tags und JSON-LD-Bildlinks sollen dieselbe Seite klar beschreiben. Dekorative Bilder bleiben dekorativ.

Dateinamen erklären das Bild Nutze Namen mit Bezug zur Seite und zum Motiv statt Kameraexporte oder temporäre Downloads.
Alternativtext muss helfen Beschreibe nützliche Bilder klar und halte dekorative Bilder aus dem Keyword-Spiel heraus.
Naher Text stützt das Bild Überschriften, Bildunterschriften und nahe Absätze sollten zu dem passen, was das Bild zeigt.
Metadaten sind geprüft Open Graph- und JSON-LD-Bildlinks sollten auf vorbereitete Dateien zeigen, die die Seite gut darstellen.

Wenn die Prüfung schwache Vorschauen fürs Teilen findet, arbeite mit Open-Graph-Bilder-Guide weiter. Wenn Schema und Meta-Tags das Problem sind, nutze Leitfaden zu Blazor-Metadaten, damit JSON-LD und Seitendaten zusammenpassen.

Schritte

Eine einfache Bildprüfung für jede Seite

  1. 1

    Echte Seite öffnen

    Beginne mit der aktuellen URL, nicht mit dem Bilderordner. Notiere die Bilder, die wirklich geladen werden.

  2. 2

    Bildplan erstellen

    Notiere für jedes wichtige Bild Zielbreite, Seitenverhältnis, Ladereihenfolge, Fallback und Rolle in den Metadaten.

  3. 3

    Nur geänderte Dateien konvertieren

    Nutze Konvertierungswerkzeuge nur für Dateien, die die Prüfung gefunden hat, statt den ganzen Medienordner neu zu exportieren.

  4. 4

    HTML und Metadaten aktualisieren

    Lass srcset, sizes, Maße, Open Graph und JSON-LD-Bildlinks auf die vorbereiteten Dateien zeigen.

  5. 5

    Browser-Ergebnis prüfen

    Prüfe die Seite, Netzwerkanfragen, Metadaten fürs Teilen, strukturierte Daten und mobiles Layout.

  6. 6

    Regel fürs nächste Mal festhalten

    Dokumentiere die Bildentscheidungen, damit spätere Updates nicht wieder mit Raten beginnen.

Tool-Hinweis

Nutze PixelPress, wenn klar ist, welche Dateien konvertiert werden sollen

Wenn die Prüfung zeigt, dass ein Ordner neue WebP- oder AVIF-Dateien braucht, kann PixelPress sie lokal konvertieren. Originale bleiben unverändert und der Ausgabeordner ist leicht zu prüfen.

PixelPress öffnen

Checkliste

Bild-Checkliste vor dem Veröffentlichen

Nutze diese Liste, bevor ein Artikel, eine Landingpage oder eine Produktseite live geht. Sie findet Seitenprobleme, die reine Konvertierung übersieht.

Tatsächliche Anfragen wurden geprüft Die Prüfung hat die Bilder betrachtet, die die Seite lädt, nicht nur Dateien im Repository.
Jedes wichtige Bild hat eine Regel Breite, Seitenverhältnis, Ladereihenfolge, Fallback und Metadaten-Nutzung sind für jedes wichtige Bild entschieden.
Angezeigte Größe passt zur Datei Der Browser muss keine Datei laden, die deutlich größer ist als das sichtbare Bild.
Erster sichtbarer Bereich ist bewusst geplant Das wahrscheinliche LCP-Bild wird nicht versehentlich per Lazy Loading geladen, ist nicht zu groß und steckt nicht unkontrolliert in einem Hintergrund.
Responsives HTML wurde geprüft Wichtige Inhaltsbilder nutzen srcset, sizes, Maße und sinnvolle Fallbacks, wo sie gebraucht werden.
Visuelle Qualität wurde geprüft Text, Gesichter, Produktdetails, Verläufe und Screenshots sehen auf der Seite weiterhin sauber aus.
Metadaten zeigen auf geplante Dateien Open Graph- und JSON-LD-Bildlinks zeigen auf geplante Dateien, nicht auf zufällige Reste.
Alte Originale werden nicht referenziert Veröffentlichtes HTML lädt optimierte Dateien statt schwerer Quelldateien.

FAQ

Häufig gestellte Fragen

Antworten zum Prüfen und Laden von Website-Bildern