Portfolio·Guide

Auflösung vs. Performance für Portfolio-Bilder

Ein Hero-Bild, das auf Ihrem MacBook gestochen scharf aussieht, kann auf einem Smartphone weich und über eine Mobilfunkverbindung teuer wirken. Die Portfolio-Auslieferung ist ein Problem aus Auflösung × Device Pixel Ratio × Format. Berechnen Sie es einmal und überlassen Sie die Wiederholungsarbeit anschließend einer echten Media-Pipeline.

Grundlagen der Auslieferung

Was die Bildschärfe im Web tatsächlich bestimmt

  1. Moderne Formate zuerst

    Im Jahr 2026 sind AVIF und WebP der Standard für die Auslieferung von Fotografien im Web, keine optionalen Verbesserungen. JPEG bleibt ein Kompatibilitäts-Fallback, nicht der primäre Export für ein CDN.

  2. DPR lässt Smartphones weich wirken

    Ein 375 px breites CSS-Layout bei einer Device Pixel Ratio von 2× benötigt ein etwa 750 px breites Asset. Bei 3× sind es eher 1125 px. „Auf meinem Laptop sieht es scharf aus“ hat diese Anfrage nie ausgeführt.

  3. Unterschiedliche Oberflächen, unterschiedliche Budgets

    Full-Bleed-Heroes, Grid-Thumbnails und vollständige Lightbox-Ansichten benötigen unterschiedliche Pixel- und Byte-Ziele. Eine einzige Exporteinstellung kann nicht alle drei angemessen bedienen.

  4. EXIF ist kein Urheberrecht

    GPS- und Kameraspuren sind eine Datenschutzfrage, kein Nachweis der Urheberschaft. Behandeln Sie Farbprofile bewusst. Namensnennung wird über Verträge, Hinweise und Registrierung geregelt.

Die Baseline für 2026

Allgemeine Leitfäden sprechen noch immer so, als wäre WebP exotisch. Bei Fotografien und detailreichen Bildern ist AVIF bei vergleichbarer visueller Qualität oft deutlich kleiner als WebP; WebP bleibt der breit unterstützte moderne Standard, wenn AVIF nicht verfügbar ist. JPEG ist für problematische Clients und Legacy-Randfälle gedacht, nicht für Ihr primäres öffentliches Grid.

Auf ArtInStack liefert Cloudflare Image Resizing `format=auto` aus, sodass der Edge aus einem Master AVIF oder WebP auswählt – statt aus einem Ordner manuell exportierter Codec-Varianten. Encoder verändern sich von Jahr zu Jahr; verstehen Sie Aussagen wie „30–50 % kleiner“ als Richtwert. Für ein Portfolio zählt die wahrgenommene Qualität innerhalb eines Byte-Budgets, das die Seite tragen kann.

DPR-Berechnung, einmal durchgeführt

Die Layout-Breite wird in CSS-Pixeln angegeben. Die wahrgenommene Schärfe auf dem Gerät entspricht eher CSS-Breite × devicePixelRatio. Beispiel: Eine Smartphone-Galeriespalte mit 375 CSS px und DPR 2 sollte für diesen Slot von einem Asset mit ungefähr 750 px an der langen Kante versorgt werden – nicht von Ihrem 2400-px-Master in jedem img-Tag.

Deshalb scheitert auch ein „Retina-Export“, der nur als eine riesige JPEG-Datei vorliegt, gleich doppelt: Er verschwendet Bandbreite für Thumbnails und wird dem Browser trotzdem nicht als responsives Set beschrieben. srcset / sizes (oder ein Plattform-Äquivalent) sorgt dafür, dass der richtige Kandidat ausgewählt wird.

Praktische Größenziele für Portfolios

Entwickler-Blogs nennen oft eine einzige Hero-Größe. Portfolios benötigen eine kleine Matrix. Nutzen Sie diese Werte als Planungsbereiche und lassen Sie ArtInStack anschließend Varianten erzeugen. Pflegen Sie nicht dauerhaft fünf Ordner von Hand.

OberflächeTypische maximale BreiteByte-Budget (Richtwert)Hinweise
Full-Bleed-Hero~1600–1920 CSS px (bei Bedarf 2×-Kandidaten ausliefern)Mit modernen Codecs häufig ~80–150 KBEin starkes Bild; liefern Sie nicht jedem Besucher einen 4K-Master aus
Grid-Thumbnail~400–800 px Asset für übliche SpaltenbreitenBei effizienter Komprimierung jeweils einige zehn KBViele pro Seite; das Byte-Budget vervielfacht sich schnell
Lightbox / Vollansicht~1600–2400 px, abhängig vom LayoutHöher als bei Thumbnails; dennoch kein RAWBei Bedarf laden; nicht jeden Lightbox-Kandidaten vorladen

Oberflächenspezifische Auslieferung (statt eines Exports für immer)

Dichte Grids und Lightboxes haben unterschiedliche Kostenkurven. Eine einzige Einstellung wie „JPEG auf 80 % komprimieren“ kann nicht beide angemessen bedienen.

ArtInStack trennt diese Aufgaben bewusst: Portfolio-Grids bevorzugen ein generiertes Thumbnail (ein effizientes Bild pro Kachel), damit eine Seite mit 40 Bildern schlank und schnell bleibt. Öffnet ein Besucher ein Bild, greifen Lightbox und Fotodetailansicht über Cloudflare Image Resizing auf Ihren Master zu (moderne Formate über `format=auto`, mit responsiven Breitenkandidaten). Die Schärfe steht dort bereit, wo jemand tatsächlich genauer hinsieht.

EXIF, GPS und typische Bedenken von Fotografen

ArtInStack extrahiert und speichert EXIF-Daten (einschließlich GPS, sofern vorhanden) für Medien- und Kartenfunktionen. Die öffentliche Anzeige von Standorten ist eine Veröffentlichungsrichtlinie (pro Portfolio ausblenden oder entfernen), kein Versprechen, dass jedes CDN-Derivat die Spur unbemerkt löscht.

Aufnahmeorte von Kunden in GPS-Tags bleiben auf öffentlichen Seiten ein Datenschutzrisiko. Legen Sie fest, was Besucher sehen sollen. Barrierefreiheit gehört in von Ihnen verfasste Alt-Texte, nicht in verbliebene Kamerametadaten. Urheberrecht ist nicht „das, was vom EXIF nach der Übertragung übrig blieb“. Verwenden Sie sichtbare Credits, bewusst gewählte Wasserzeichen und rechtliche Bedingungen.

Ein Master, Auslieferung nach Oberfläche

Sie laden einen Master hoch, dem Sie vertrauen. ArtInStack bewahrt diesen Master auf, erzeugt ein leichtgewichtiges Thumbnail für die schnelle Grid-Ansicht und nutzt Cloudflare-Bildtransformationen vom Master, wenn ein Besucher die Arbeit öffnet. Hierarchie auf einer öffentlichen Seite: Grid-Kacheln → zuerst Thumbnail; Lightbox / Fotodetail → Cloudflare-Kandidaten vom Master. Sie bestimmen weiterhin Master-Qualität und Beschnitt. Drei Exportordner müssen Sie nicht von Hand pflegen.

OberflächeWas ArtInStack ausliefertWarum
Portfolio-GridGeneriertes Thumbnail (ein einzelnes effizientes Bild)Viele Kacheln pro Seite; die Datenmenge vervielfacht sich schnell. Standardmäßig keine Transformation pro Kachel
Lightbox / FotodetailCloudflare vom Master (`format=auto` + Breitenkandidaten)Jemand sieht genau hin: Schärfe und moderne Codecs bei Bedarf ausliefern
Ihre BibliothekMaster bleibt erhaltenDie Proofing-Qualität bleibt Ihre; die Web-Auslieferung wird abgeleitet und überschreibt das Original nicht unbemerkt

Gute Auslieferung vs. falsche „Optimierung“

Gut: leichtere öffentliche Assets aus einem Master ableiten, der weiterhin Ihnen gehört. Schlecht: Ein Host komprimiert Ihren Upload erneut zu einem einzigen weichen „Web-JPEG“, nennt das Optimierung und liefert trotzdem dieselbe Datei in jede Grid-Zelle. Das sind als Performance verkleidete Speichereinsparungen. Lesen Sie Der Mythos vom unbegrenzten Speicher.

Wie Cloudflare Image Resizing individuelle Transformationen abrechnet (und wie Grid-Thumbnails verhindern, dass das kostenlose Kontingent abrupt ausgeschöpft wird), erfahren Sie unter Cloudflare Images erklärt. Informationen zu Layout-Entscheidungen, die die Kachelgröße auf der Seite verändern, finden Sie unter Die Layout-Falle: Aspect Ratios und CSS-Grids. Für die mögliche Speichergröße einer Bibliothek verwenden Sie den Rechner für Cloud-Speicher und Kosten in der Fotografie.

Scharf, wo es zählt – leicht, wo es sich vervielfacht

Laden Sie Master hoch, denen Sie vertrauen. Grids verwenden Thumbnails; geöffnete Ansichten erhalten intelligente Cloudflare-Kandidaten. So bleibt die Seite schnell, ohne weich zu wirken.

Also in Guides: Öffentliche vs. private Arbeit · Cloudflare Images erklärt · Die Layout-Falle: Aspect Ratios und CSS-Grids

All Portfolio guides · Guides home