Prüfung vor dem Ersetzen
Prüfe das Ergebnis in echter Anzeigegröße. Produktstruktur, Haut, Verläufe und kleine Schrift können sich ändern, wenn WebP dekodiert und erneut als JPG kodiert wird.
Wenn die Quelle Transparenz hatte, muss der Hintergrund vor dem Export feststehen. Sonst kann ein anderes System unerwartete schwarze, weiße oder unruhige Kanten erzeugen.
1
Original-WebP oder besseren Master behalten.
2
WebP → JPG → WebP Schleifen vermeiden.
3
Bei Batch- oder Agentenläufen sourceName und outputName prüfen.
Zusätzliche Kompatibilitätsprüfung für JPG
Vor der Weitergabe an ein fremdes System nicht nur prüfen, ob die JPG-Datei geöffnet wird, sondern auch wie die Vorschau aussieht. Manche Upload-Formulare komprimieren erneut, ändern Farbprofile oder benennen Dateien um. Wenn das Bild als Produktasset genutzt wird, WebP oder Master separat behalten und JPG als finale Kopie für genau dieses Ziel behandeln.
Fallback-Kopie erstellen, ohne WebP-Vorteile zu verlieren
WebP zu JPG ist meist nötig, wenn ein Ziel WebP noch ablehnt. Behandle JPG als Kompatibilitätsexport, nicht als Beweis, dass JPG das bessere Format ist. Prüfe vor der Übergabe, ob Transparenz bewusst abgeflacht wurde, ob die Hintergrundfarbe zum Ziel passt und ob erneute Kompression Produktkanten oder Text weichgezeichnet hat. Behalte WebP oder das ursprüngliche Master für spätere Größen.
1
Matte-Farbe vor dem Abflachen transparenter WebP-Dateien wählen.
2
Text und Produktkanten nach JPG-Kompression prüfen.
3
WebP oder Quell-Master für spätere Exporte behalten.
Hintergrund beim Abflachen bewusst wählen
Wenn ein WebP Transparenz enthält, muss der JPG-Export deckende Pixel erzeugen. Diese Entscheidung sollte nicht einem späteren Upload-System überlassen werden. Wähle in QuokkaPix Weiß, Markenfarbe oder einen anderen bewussten Hintergrund und prüfe die Kanten nach dem Download.
1
Transparentes WebP braucht eine geplante Matte.
2
Unerwartete schwarze oder Schachbrett-Kanten vermeiden.
