Dein Redaktionssystem verwendet WebP, aber die vorhandene Aufnahme liegt als JPG vor? Erzeuge eine WebP-Kopie für diesen Einsatz und behalte das JPEG. Prüfe das neue Bild im Seitenlayout: Eine weitere Kodierung kann Texturen verändern und spart nicht bei jeder Datei Platz.
.JPG-Datei hier ablegen
oder klicken, um vom Gerät zu durchsuchen
JPG eignet sich gut für Fotoweitergabe und ist breit lesbar. WebP wird oft in Webpipelines genutzt, die Bilder automatisch für Seiten und Bildschirmgrößen aufbereiten. Diese Route erstellt echte WebP-Daten aus dem dekodierten JPEG. Ob die neue Fassung kleiner wird, hängt vom Motiv und den Kodierungsentscheidungen ab; eine feste Prozentzahl wäre unbegründet.
WebP kann Transparenz speichern, doch ein gewöhnliches JPEG liefert keinen Alphakanal. Ein heller Fotohintergrund wird also nicht von allein durchsichtig. Ebenso wenig werden in JPEG verlorene Bildinformationen oder eventuell entfernte Metadaten rekonstruiert. Die neue Datei ist eine Ausgabekopie, keine Verbesserung der Quelle.
Ein Content-Management-System kann das WebP nach dem Hochladen erneut skalieren oder umkodieren. Prüfe deshalb auch die veröffentlichte Vorschau im Browser. Falls die Website bereits JPG korrekt ausliefert und keine WebP-Vorgabe besteht, bringt ein zusätzlicher Wechsel nicht automatisch einen praktischen Gewinn.
Kontrolliere vor dem Ersetzen eines produktiven Bildes den Bildausschnitt, die Pixelmaße und die Kompatibilität des konkreten Zielsystems. Ein passender Dateityp allein garantiert nicht, dass jede Plattform deine Bildvorgaben erfüllt.
Ein CMS mit WebP-Vorgabe kann eine passende Bildvariante erhalten. Für eine Artikelübersicht kann ein kleines Kartenbild genügen, während die Detailseite eine größere Fassung braucht. Diese Umwandlung erstellt nicht automatisch beide Größen. Prüfe, welche Ausgabe das Redaktionssystem nach dem Upload tatsächlich erzeugt und ob sein Zuschnitt das Motiv verschiebt. Wenn die WebP-Datei erneut komprimiert wird, beurteile den öffentlichen Artikel und nicht nur die lokal heruntergeladene Datei.
Das ursprüngliche JPG bleibt erhalten, falls eine andere Bildbreite oder Ausgabeart benötigt wird.
Das dekodierte Foto kann als WebP-Standbild für eine Website ausgegeben werden.
Der neue Export kann vorhandene JPEG-Artefakte sichtbarer machen.
WebP ist nicht für jedes Motiv zwangsläufig kleiner oder besser als das JPG.
JPG-Kompressionsspuren verschwinden nicht; ursprüngliche Aufnahmeinformationen werden nicht als WebP-Eigenschaft zugesichert.
Das JPG wurde normalerweise schon verlustbehaftet gespeichert.
Ein weiterer verlustbehafteter Export kann feine Haare, Blätter oder Text auf Schildern anders darstellen.
Bewerte die Kopie an Stellen, die für den Inhalt wichtig sind, statt nur eine Miniaturansicht zu vergleichen.
Speichere Quelle und Webfassung getrennt.
Wenn ein anderes System irgendwann PNG oder eine andere Größe verlangt, arbeite möglichst vom besten vorhandenen Ausgangsbild aus.
Wiederholtes Umkodieren von WebP zurück nach JPEG kann weitere sichtbare Veränderungen erzeugen.
Sieh nach, ob deine Website das bestehende JPG bereits akzeptiert.
Bestimme die tatsächlich benötigte Breite, bevor ein CMS aus der Variante weitere Vorschaubilder erzeugt.
Lege JPG und WebP in derselben Darstellungsgröße nebeneinander.
Feine Haarsträhnen, Laub, Stoffmuster und weiche Farbverläufe zeigen am ehesten Unterschiede.
Da die JPEG-Quelle bereits verlustbehaftet ist, wird durch den Wechsel keine frühere Detailstufe wiederhergestellt.
Besitzt du eine bessere Originaldatei, ist sie möglicherweise die geeignetere Basis für eine WebP-Variante.
Prüfe auch, welche Datei das Redaktionssystem nach dem Hochladen tatsächlich ausliefert; es kann selbst zuschneiden oder neu kodieren.
Notiere, aus welchem JPG die veröffentlichte WebP-Variante entstanden ist.
Treten später Farb- oder Zuschnittunterschiede auf, kannst du Quelle, lokale Kopie und öffentliche Datei getrennt vergleichen.
Ohne diese Zuordnung ist schwer zu erkennen, ob der Effekt aus der ursprünglichen Fotografie, der Umwandlung oder der Verarbeitung durch das Redaktionssystem stammt.
Nimm das JPG, das im Websystem verwendet werden soll.
Lass eine neue Standbilddatei aus den sichtbaren Pixeln erzeugen.
Vergleiche die große Ansicht mit der vom CMS erstellten kleinen Karte.
Nein. Inhalt und Ausgabekodierung bestimmen die Dateigröße; sie muss am konkreten Ergebnis gemessen werden.
Nein. Vorhandene Unschärfe und frühere Kompressionsverluste bleiben in der dekodierten Quelle.
Nicht ohne entsprechende Bildbearbeitung. Ein normales JPG enthält keine Transparenzinformation.
Nein. Sichtbare Spuren der Quelle bleiben in den dekodierten Pixeln erhalten.
Nur wenn deine Auslieferung dafür einen sinnvollen Grund hat; viele Systeme können JPG direkt verwenden.
Das CMS kann den WebP-Upload anschließend selbst skalieren oder erneut kodieren.
Nein. Miss die konkrete Ausgabe und beurteile ihre sichtbare Qualität im vorgesehenen Layout.
Kostenlos, sofort und 100% privat. Ihre Dateien werden lokal in Ihrem Browser verarbeitet.