Wenn Bilder im Build optimiert werden, statt vom Redaktionsteam
In vielen Unternehmen ist Bildoptimierung eine Aufgabe, die irgendwo zwischen Marketing und IT festhängt. Marketing soll Bilder klein machen, weil “die Site sonst langsam wird”. Marketing macht es ungern, weil es nicht der Job ist und auch nicht das Werkzeug-Wissen vorhanden ist. Das Ergebnis: zu große Bilder oder gar nicht hochgeladene Inhalte.
Es gibt eine ruhigere Lösung. Sie heißt: Bilder werden im Build automatisch optimiert.
Was ein Build-Prozess heute leisten kann
Moderne Site-Generatoren (Astro, Next.js, Eleventy) nehmen ein hochauflösendes Original entgegen und erzeugen daraus alles, was die ausgelieferte Site braucht: WebP, AVIF, mehrere Auflösungen für srcset, korrekte Lazy-Loading-Attribute, responsive Größen.
Das Original kann in voller Qualität bleiben. Es wird im Build kleiner gerechnet, niemals zur Laufzeit. Der Browser bekommt das passende Format automatisch geliefert.
Marketing lädt das Bild hoch, das es hat. Die Build-Pipeline kümmert sich um den Rest.
Was sich praktisch verändert
Die Wartung verschiebt sich von “Marketing exportiert sieben Varianten und lädt sie hoch” auf “Marketing lädt einmal das Original hoch”. Das spart Zeit, vor allem bei Sites mit vielen Bildern.
Performance steigt, weil die Build-Pipeline systematisch das beste Format für jeden Browser ausliefert. Lighthouse-Scores werden automatisch besser, ohne dass jemand bewusst optimiert. Auch die SEO-Bewertung profitiert, weil Largest Contentful Paint und Cumulative Layout Shift sauber bleiben.
Was Voraussetzung ist
Eine Site-Architektur, die Build-Steps nutzt. Reine WordPress-Installationen ohne speziellen Image-Optimizer können das nicht out-of-the-box. Headless-Setups oder statisch generierte Sites bekommen es geschenkt.
Außerdem ein Pflege-Pfad für die Originale: Sie liegen typischerweise im Repo oder in einem dedizierten Asset-Ordner. Nicht im CMS-Backend, sondern bei den anderen Inhalts-Quellen.
Was es nicht löst
Schlecht ausgewählte Bilder werden auch in WebP nicht besser. Ein irrelevantes Stockfoto bleibt ein irrelevantes Stockfoto, egal wie effizient es übertragen wird. Bildoptimierung ist eine technische Schicht, nicht ein Ersatz für gute Bildauswahl.
Fazit
Bilder zu optimieren ist Aufgabe der Build-Pipeline, nicht des Redaktions-Teams. Wer diese Trennung sauber zieht, hat schnellere Sites mit weniger Pflege-Aufwand. Wer überlegt, wie das in der eigenen Site umsetzbar ist, kann mich ansprechen.