Medienperformance # Fünf bewährte Verfahren für HTML- und CSS-Hintergrundbilder Fünf bewährte Verfahren für CSS-Hintergrundbilder, die Komposition, Barrierefreiheit und Seitenleistung ausgewogen berücksichtigen. Veröffentlicht am 11. August 2026 ## Wichtigste Erkenntnisse * Platzieren Sie wesentliche Inhalte nicht ausschließlich in einem CSS-Hintergrund, da dieser keine native Schnittstelle für Alternativtext bietet. * Stimmen Sie die Quellabmessungen auf den gerenderten Bereich und die erwartete Anzeigedichte ab. * Verwenden Sie Media Queries oder image-set für deutlich unterschiedliche Anforderungen an Viewport und Dichte. Hintergrundbilder eignen sich für Dekorationen und mehrschichtige Kompositionen, lassen sich jedoch leichter überdimensionieren und schwerer beschreiben als semantische Bilder. Setzen Sie sie gezielt ein, nicht als universelle Bildkomponente. ## In diesem Leitfaden 1. [Bild als Dekoration oder Inhalt einordnen](#html-background-image-best-practices-section-1) 2. [Ermittlung eines Hintergrundbildes durch den Browser verstehen](#html-background-image-best-practices-section-2) 3. [Quelldatei für den tatsächlich gezeichneten Bereich dimensionieren](#html-background-image-best-practices-section-3) 4. [Responsive Quellen gezielt mit CSS auswählen](#html-background-image-best-practices-section-4) 5. [Format, Qualität und visuelle Stabilität ausbalancieren](#html-background-image-best-practices-section-5) 6. [Lesbarkeit und Barrierefreiheit in jedem Zustand gewährleisten](#html-background-image-best-practices-section-6) 7. [Nur vom Design nutzbare Varianten erzeugen](#html-background-image-best-practices-section-7) 8. [Hintergrundbilder gemäß der Seitenpriorität laden](#html-background-image-best-practices-section-8) 9. [Performance auf Seitenebene testen](#html-background-image-best-practices-section-9) ## Worauf es besonders ankommt * Wahren Sie den Textkontrast bei jedem Bildausschnitt und in jedem Ladezustand. * Vermeiden Sie das Vorladen von Hintergründen, die für das anfängliche Rendering weder sichtbar noch wichtig sind. ## Bild als Dekoration oder Inhalt einordnen Ein CSS-Hintergrund gehört zum Painting eines Elements und ist kein semantisches Bild, das über ein Attribut `alt` bereitgestellt wird. Verwenden Sie ihn für Texturen, Stimmungen, wiederholte Muster und Kompositionen, deren Bedeutung bereits als Text vorliegt. Handelt es sich bei dem Bild um ein Produktfoto, Diagramm, einen erklärenden Screenshot oder andere Inhalte, die Leser wahrnehmen müssen, ist ein HTML-Element `img` oder `picture` normalerweise die richtige Struktur. Diese Entscheidung betrifft nicht nur die Barrierefreiheit. HTML-Bilder unterstützen intrinsische Abmessungen, responsive Quellbeschreibungen, native Steuerelemente für verzögertes Laden und Browser-Ressourcenhinweise, die für Inhalte konzipiert sind. Sie können indexiert und als hervorgehobene Seiteninhalte ausgewählt werden. Ein Hintergrund ist gerade dann sinnvoll, wenn diese Semantik unnötig ist und das Design auch verständlich bleiben soll, falls die dekorative Ebene nie geladen wird. ### Semantisches Bild Verwenden Sie `img` oder `picture`, aussagekräftigen Alternativtext, intrinsische Abmessungen und eine explizite Ladestrategie. ### Dekoratives Bild Verwenden Sie einen CSS-Hintergrund mit barrierefreiem Text und einer brauchbaren Ersatzfarbe, die unabhängig gerendert wird. ### Wesentlicher Text im Bildmotiv Verschieben Sie den Text in das HTML, damit er auswählbar, übersetzbar und anpassbar bleibt und auch verfügbar ist, wenn Bilder deaktiviert sind. ## Ermittlung eines Hintergrundbildes durch den Browser verstehen Der Browser kann ein in einem Stylesheet definiertes Hintergrundbild erst anfordern, nachdem er das relevante CSS abgerufen und die Regel einem Element zugeordnet hat. Ein großes Hero-Hintergrundbild wird daher möglicherweise später erkannt als eine Bild-URL im ursprünglichen HTML. Wenn dieses Hero-Bild zum Largest-Contentful-Paint-Element der Seite wird, können die Auslieferung des CSS und die Priorität der Bildanforderung das wahrgenommene Laden erheblich beeinflussen. Gehen Sie nicht davon aus, dass ein Hintergrund natives Lazy Loading erhält. Bei Inhalten unterhalb des sichtbaren Bereichs können bedingte Klassen, Media Queries oder Anwendungslogik die Erkennung verzögern. Jeder Ansatz erhöht jedoch die Komplexität und muss ohne Layout-Verschiebungen funktionieren. Für einen kritischen Hintergrund sollte die Regel in schnell verfügbarem CSS stehen. Ziehen Sie einen sorgfältig abgestimmten Preload erst nach einer Messung in Betracht. Bei einem nicht passenden Preload kann ein Kandidat heruntergeladen werden, während CSS einen anderen auswählt. ## Quelldatei für den tatsächlich gezeichneten Bereich dimensionieren Beginnen Sie mit gemessenen Containerabmessungen in repräsentativen Layouts. `background-size: cover` füllt den Bereich unter Beibehaltung des Seitenverhältnisses, beschneidet jedoch die Achse, die über den Bereich hinausragt. `contain` erhält das gesamte Bild, kann aber Bereiche unbedeckt lassen. Explizite Größen in Pixeln oder Prozent können für grafische Elemente sinnvoll sein, während kleine Texturen häufig ihre natürliche Größe und eine kontrollierte Wiederholung benötigen. Eine Quelle sollte für die höchste vorgesehene Rendering-Dichte groß genug sein, aber nicht standardmäßig für den größten Monitor dimensioniert werden. Eine 400-Pixel-Karte benötigt nicht dasselbe Derivat wie ein Hero-Bild über die gesamte Breite. Definieren Sie anhand tatsächlicher Breakpoints und Komponentenbereiche eine kleine, gezielt gewählte Gruppe von Ausgabebreiten. Testen Sie hohe Smartphones, kurze Bildschirme im Querformat, Zoom und übersetzten Text, da sie den Bereich verändern und einen unbeabsichtigten Beschnitt sichtbar machen können. ### Cover Gut für randlose Dekorationen geeignet, wenn der Verlust peripherer Bildinhalte akzeptabel ist. ### Contain Gut geeignet, wenn das gesamte Bildmotiv sichtbar bleiben muss und sich der freie Hintergrundbereich gezielt gestalten lässt. ### Repeat Gut für kleine nahtlose Texturen geeignet. Vermeiden Sie es, eine große Fläche herunterzuladen, die lediglich wiederholte Pixel enthält. ### Fester Fokuspunkt Verwenden Sie eine gezielt gewählte `background-position`, wenn das Motiv sichtbar bleiben muss, und prüfen Sie jedes unterstützte Seitenverhältnis. ## Responsive Quellen gezielt mit CSS auswählen Media Queries können bei wesentlichen Layoutänderungen unterschiedliche Dateien zuweisen, beispielsweise eine breite Szene auf dem Desktop und einen engeren Beschnitt auf einem Smartphone. `image-set()` kann, sofern unterstützt, Alternativen für Dichte oder Format anbieten. Diese Mechanismen sind nützlich, entsprechen jedoch nicht den Breitenangaben von `srcset` und dem Attribut `sizes`. Wer das Stylesheet erstellt, bleibt dafür verantwortlich, jeden Kandidaten dem gerenderten Bereich zuzuordnen. Gestalten Sie die Kaskade so, dass sie sich leicht prüfen lässt. Die Kurzschreibweise `background` setzt ausgelassene Untereigenschaften zurück. Eine spätere Deklaration kann daher unbemerkt eine Ersatzfarbe, Position, Wiederholungsart oder Größe entfernen. Bevorzugen Sie explizite Einzeleigenschaften, wenn Regeln auf mehrere Breakpoints verteilt sind. Geben Sie vor erweiterten Alternativen ein grundlegendes `background-image` an und testen Sie den endgültigen berechneten Stil, statt davon auszugehen, dass die Reihenfolge im Quelltext den vorgesehenen Fallback ausdrückt. Hintergrundkandidaten an einem Layout-Breakpoint wechseln ``` .story-card { background-image: url('/media/story-640.webp'); background-position: center; background-size: cover; } @media (min-width: 48rem) { .story-card { background-image: image-set( url('/media/story-1280.avif') type('image/avif'), url('/media/story-1280.webp') type('image/webp') ); } } ``` ## Format, Qualität und visuelle Stabilität ausbalancieren Fotografische Hintergründe vertragen in der Regel verlustbehaftete Komprimierung, während flächige Grafiken, Logos und Bildmotive mit viel Text schärfere Kanten benötigen und möglicherweise Transparenz erfordern. Moderne Formate können die Übertragungsgröße reduzieren, doch die kleinste codierte Datei liefert nicht automatisch das beste Ergebnis. Prüfen Sie Farbverläufe, Gesichter, Markenfarben und dunkle Bereiche beim tatsächlichen Beschnitt und bei der tatsächlichen Anzeigedichte. Legen Sie eine einfarbige `background-color` fest, die der visuellen Gewichtung des Bildes nahekommt und einen lesbaren Kontrast zum Vordergrund erhält. Sie erscheint, bevor die Decodierung abgeschlossen ist, und bleibt sichtbar, wenn die Anforderung fehlschlägt, eine Richtlinie zum Datensparen das Bild blockiert oder ein Nutzer-Stylesheet es entfernt. Vermeiden Sie ein plötzliches weißes Aufblitzen hinter dunklem Text oder einen dunklen Ersatzhintergrund hinter einem dunklen Logo. Stabilität während des Ladens ist Teil des Designs und kein zu ignorierender Fehlerzustand. ## Lesbarkeit und Barrierefreiheit in jedem Zustand gewährleisten Text über einem Foto muss bei jedem responsiven Beschnitt lesbar bleiben, nicht nur im Referenz-Viewport der Art-Direction. Bevorzugen Sie ein berechenbares Overlay, einen Farbverlauf oder ein separates undurchsichtiges Textfeld gegenüber anfälligen Textschatten. Wenn bearbeitende Personen das Asset ersetzen können, testen Sie die hellsten und dunkelsten zulässigen Bilder. Der Kontrast muss auch stimmen, bevor das Bild eintrifft und nachdem dessen Abruf fehlgeschlagen ist. Modi für erzwungene Farben, Druckstile, Einstellungen für reduzierten Datenverbrauch und benutzerdefinierte Nutzerstile können Hintergründe unterdrücken. Platzieren Sie Überschriften, Handlungsaufforderungen, Preise und rechtliche Informationen in normalem HTML. Sorgen Sie unabhängig vom Bildmotiv für eine logische Lesereihenfolge und eine erkennbare Tastaturfokussierung. Wenn der Hintergrund nur eine Stimmung vermittelt, ist keine alternative Beschreibung erforderlich. Wenn jemand eine Beschreibung anfordert, deutet dies darauf hin, dass das Bild möglicherweise doch Inhalt ist. ### Ladezustand Die Ersatzfarbe muss den Vordergrund unterstützen, bevor die Bilddecodierung abgeschlossen ist. ### Fehlerzustand Navigation, Text und Bedienelemente müssen verständlich bleiben, wenn die Bild-URL fehlschlägt. ### Nutzerseitige Überschreibung Modi für hohen Kontrast, Druck und reduzierten Datenverbrauch dürfen wesentliche Informationen nicht entfernen. ### Bearbeitbarer Inhalt Wenn beliebige Bilder ausgewählt werden können, erzwingen Sie ein Overlay oder einen inhaltssicheren Bereich, statt sich auf jeden einzelnen Beschnitt zu verlassen. ## Nur vom Design nutzbare Varianten erzeugen Erzeugen Sie für bekannte Platzierungen von Hintergrundbildern aus einer freigegebenen Quelldatei explizite Breiten, Höhen und Zuschnittsverhalten. Verarbeitungspipelines bieten üblicherweise benannte Strategien zur Größenänderung: Eine Einpassen-Strategie erhält das vollständige Bild innerhalb eines Begrenzungsrahmens, ein Füllbeschnitt entfernt überschüssige Inhalte, um exakte Abmessungen auszufüllen, und eine Auffüllen-Strategie erhält das vollständige Bild innerhalb einer Arbeitsfläche mit exakten Abmessungen. Diese Strategien bestimmen die ausgelieferte Datei selbst, bevor die CSS-Schlüsselwörter cover und contain festlegen, wie die Datei in ihrer Box gezeichnet wird. Wählen Sie die Strategie passend zur Komposition, statt auf jedes Medienobjekt dieselbe Zuschnittsregel anzuwenden. Optimieren Sie jede generierte Datei nach der Größenänderung und veröffentlichen Sie die fertigen Varianten in der Speicher- und Auslieferungsschicht der Website. Führen Sie ein Manifest, das jede Rolle und jeden Breakpoint ihrer dauerhaften URL, ihren Abmessungen, ihrem Format, ihrer Bytegröße und ihrer Quellrevision zuordnet. CSS und der Browser wählen weiterhin aus diesen Dateien aus; die Asset-Pipeline sollte das Seitenlayout nicht zur Laufzeit erraten. ## Hintergrundbilder gemäß der Seitenpriorität laden Laden Sie nicht jede dekorative Datei vorab. Preloading beansprucht Bandbreite und kann mit Schriftarten, CSS, Skripten und den eigentlichen primären Inhalten konkurrieren. Nutzen Sie die frühzeitige Erkennung nur für einen Hintergrund, der Messungen zufolge sofort sichtbar und für das anfängliche Erlebnis wichtig ist. Dekoration unterhalb des sichtbaren Bereichs kann warten, bis die relevante Komponente bald benötigt wird, oder bei eingeschränkten Layouts entfallen. Die Caching-Richtlinie sollte der Veränderlichkeit des Assets entsprechen. URLs mit Fingerprint können lange Cache-Laufzeiten erhalten, da eine Inhaltsänderung eine neue URL erzeugt. Eine stabile URL, deren Inhalt sich ändert, muss erneut validiert werden und kann über Deployments hinweg veraltete Zuschnitte anzeigen. Vermeiden Sie signierte URLs, die ablaufen, während zwischengespeichertes HTML oder CSS noch auf sie verweist. Ursprungsübergreifende Richtlinien, Zugangsdaten und Regeln der Content Security Policy müssen vor dem Produktivbetrieb konfiguriert werden. ## Performance auf Seitenebene testen Messen Sie übertragene Bytes, Startzeit der Anfrage, Decodierzeit, Largest Contentful Paint und visuelle Stabilität auf repräsentativen Geräten und unter repräsentativen Netzwerkbedingungen. Eine kleinere Datei kann dennoch langsam sein, wenn CSS sie spät erkennt oder der Browser eine unnötig große Pixelfläche decodiert. Vergleichen Sie bei einem auffälligen Motiv die Hintergrundimplementierung mit einem semantischen Bild; das einfachere Inhaltsmodell kann leistungsfähiger sein. Prüfen Sie die Anfrageprotokolle des Browsers auf doppelte Downloads, die durch überlappende Media Queries, ungenutztes Preloading oder mehrere Kurzschreibweisen entstehen. Testen Sie den Zuschnitt mit realistischen übersetzten Texten und dynamischen Viewport-Höhen. Überwachen Sie nach der Veröffentlichung Felddaten aus dem Produktivbetrieb, da Labortests nicht jeden Cache, jedes Gerät und jede Verbindung nachbilden können. Wenn ein dekorativer Hintergrund dauerhaft ressourcenintensiv ist und wenig beiträgt, ist seine Entfernung eine sinnvolle Optimierung. ### Erkennung Prüfen Sie, wann die ausgewählte URL im Verhältnis zum Laden von HTML und CSS bekannt wird. ### Auswahl Prüfen Sie, ob jeder Viewport den vorgesehenen Kandidaten statt einer größeren Fallback-Datei herunterlädt. ### Darstellung Prüfen Sie die decodierten Abmessungen, den Zuschnitt, den Kontrast und die Auswirkungen der Decodierung auf den Main Thread. ### Betrieb Testen Sie fehlende Assets, veraltete Caches, abgelaufene URLs, CSP-Fehler und das Rollback-Verhalten. ## Wissenswerte technische Details * CSS-Hintergründe haben kein Attribut für Alternativtext und erscheinen nicht im Barrierefreiheitsbaum. Das ist für Dekorationen angemessen, nicht jedoch für Diagramme, Produktbilder oder Anleitungsinhalte. * Ein Hintergrund, der als Largest-Contentful-Paint-Element dient, kann später als ein HTML-Bild erkannt werden, da der Browser zunächst CSS abrufen und parsen muss, bevor er dessen URL findet. * Responsive Hintergrundauswahl ist mit Media Queries und image-set möglich, doch picture und srcset bieten eine reichhaltigere Semantik, Breitenangaben und natives Lazy-Loading-Verhalten. * Die Kurzschreibweise für Hintergründe setzt ausgelassene Hintergrundeigenschaften zurück. Dadurch können zuvor deklarierte Farben, Positionen, Größen oder Wiederholungsverhalten versehentlich entfernt werden. * Dekorative Bilder sollten keinen wesentlichen Text enthalten, da sie im Modus für erzwungene Farben, in Druckstilen, bei fehlgeschlagenen Downloads oder durch Nutzer-Stylesheets verschwinden können. * Eine Fallback-Farbe sollte einen lesbaren Kontrast gewährleisten, bevor das Bild erscheint und wenn Richtlinien zur Datenreduzierung oder Netzwerkrichtlinien sein Laden verhindern. ## Ein praxisnaher Ansatz 1. 1\ Klassifizieren Sie das Bild als dekorativ oder semantisch und wählen Sie entsprechend CSS oder HTML. 2. 2\ Messen Sie die tatsächlichen Containergrößen und erstellen Sie eine kleine Auswahl zweckmäßiger Varianten. 3. 3\ Geben Sie Ersatzfarbe, Position, Größe und Wiederholungsverhalten explizit an. 4. 4\ Testen Sie Übertragungsgröße, LCP, Kontrast und Bildausschnitte auf repräsentativen Geräten. Ein vierstufiger Medienworkflow ## Architekturgrenze CSS bestimmt, wie ein Hintergrund gezeichnet wird. Die Website bleibt jedoch für Quellabmessungen, Preload-Priorität, responsive Auswahl, Caching und Auslieferung verantwortlich. Ein Hintergrundbild ist niemals ein Ersatz für semantische Inhalte. ## Häufig gestellte Fragen ### Kann ein CSS-Hintergrundbild einen Alternativtext haben? Nein. CSS-Hintergründe besitzen nicht den nativen Alternativtext-Vertrag eines HTML-Elements `img`. Verwenden Sie sie nur, wenn das Bild dekorativ ist oder seine Informationen vollständig im benachbarten HTML enthalten sind. Nutzen Sie für bedeutungstragende visuelle Inhalte `img` oder `picture`. ### Ist `background-size: cover` immer responsiv? Die Darstellung reagiert auf die Größe der Box, beschneidet das Bild dabei jedoch unter Beibehaltung des Seitenverhältnisses. Sie wählt weder eine Quelldatei in geeigneter Größe aus noch schützt sie das Hauptmotiv. Stellen Sie passende Varianten bereit, legen Sie eine Fokusposition fest und testen Sie unterschiedliche Seitenverhältnisse. ### Sollte ein Hero-Hintergrund vorgeladen werden? Nur wenn Messungen zeigen, dass es sich um eine wichtige Ressource im sofort sichtbaren Bereich handelt, deren späte Erkennung das Laden beeinträchtigt. Der Preload muss mit der URL übereinstimmen, die CSS auswählt. Das Vorladen eines dekorativen Hintergrunds oder eines Hintergrunds unterhalb des sofort sichtbaren Bereichs kann wichtigere Ressourcen verzögern. ### Wie lässt sich ein Hintergrundbild verzögert laden? CSS bietet kein direktes Gegenstück zum Attribut `loading` von `img`. Eine Website kann die Klasse oder Stylesheet-Regel, die die URL einführt, bis zur Nähe des Viewports zurückstellen. Das zusätzliche JavaScript und mögliche Fehlerzustände müssen jedoch getestet werden. Verwenden Sie ein semantisches Bild, wenn das native Ladeverhalten von Bildern wichtig ist. ### Was sollte angezeigt werden, während ein Hintergrund heruntergeladen wird? Legen Sie eine einfarbige Hintergrundfarbe fest, die den Textkontrast wahrt und der vorgesehenen visuellen Wirkung nahekommt. Die gesamte Komponente einschließlich Inhalten und Steuerelementen sollte allein mit dieser Farbe nutzbar bleiben. Medienperformance ## Mit verwandten Leitfäden fortfahren * [Vier Wege für Bilder und Badges in GitHub-READMEs](/de/guides/images-in-github-readmes.md)\ Fügen Sie Bilder über Repository-Dateien, Issue-Anhänge, Raw-URLs, HTML oder generierte Assets zu einem GitHub-README hinzu. * [React-Bilder: fünf Wege vom statischen Import zum Nutzer-Upload](/de/guides/import-images-in-react.md)\ Vergleichen Sie statische Importe, öffentliche Pfade, externe URLs, CSS-Importe und Ergebnisse von Laufzeit-Uploads in React. * [Sechs zuverlässige Wege, Bilder in Python zu speichern](/de/guides/save-images-in-python.md)\ Bilder aus Bytes, URLs, Pillow, OpenCV, Uploads und verwalteten Verarbeitungsergebnissen speichern, ohne die Fehlerbehandlung zu beeinträchtigen. * [Acht Verfahren zur Bild-SEO-Optimierung](/de/guides/image-seo-optimization.md)\ Acht Bild-SEO-Verfahren für Semantik, Abmessungen, Formate, Leistung, Auffindbarkeit und Erfolgsmessung. * [Responsive Bilder über eine einzige URL ausliefern](/de/guides/serve-responsive-images-from-one-url.md)\ Leiten Sie jede Bildgröße aus einer kanonischen URL ab, cachen Sie die Ergebnisse am Edge und halten Sie die Encoding-Kosten trotz wachsendem Traffic stabil.