# Optimierung und Bild-Editor

Neben dem Aufräumen kann Media Organizer Bilder auch verkleinern und bearbeiten. Beides ist **umkehrbar** und läuft **strikt lokal** — es wird kein Bild an einen Online-Dienst geschickt.

## Der Optimierungs-Bericht

Der Bericht zeigt Bilder mit Optimierungspotenzial, gemessen an den Schwellwerten aus den Optionen. Er ist eine Empfehlung — es wird nichts verändert, solange Sie es nicht auslösen.

<figure id="bkmrk-zu-jeder-datei-steht"> ![Der Optimierungs-Bericht mit einer Datei und den Gründen für die Markierung](https://docs.graup-it.de/uploads/images/gallery/2026-07/KXVdoku-09-optimierung.png) <figcaption>Zu jeder Datei steht, *warum* sie markiert wurde — hier gleich aus drei Gründen.</figcaption></figure>Typische Gründe:

- **Zu groß (Dateigröße)** — überschreitet die eingestellte maximale Dateigröße (Standard 500 KB).
- **Zu groß (Abmessungen)** — überschreitet die maximale Kantenlänge (Standard 2500 px).
- **Kein modernes Format (WebP/AVIF)** — ein Rasterbild, das als WebP oder AVIF deutlich kleiner wäre.
- **Veraltetes Format** — etwa BMP oder TIFF.

### Zwei Gruppen — und der Unterschied ist wichtig

Der Bericht trennt bewusst:

<div class="callout info" id="bkmrk-automatisch-optimier">**Automatisch optimierbar.** Format und Dateiname bleiben gleich. Bestehende Verweise bleiben gültig und müssen nicht angepasst werden. Das ist der gefahrlose Fall.

</div><div class="callout warning" id="bkmrk-nur-im-editor.-hier-">**Nur im Editor.** Hier würde eine Optimierung das Format ändern (z. B. nach WebP) und damit den Dateinamen. Bestehende Verweise zeigen weiterhin auf die alte Datei und werden **nicht** automatisch umgestellt. Solche Bilder werden deshalb nie automatisch angefasst.

</div>### Optimieren auslösen

Wählen Sie die Dateien aus und klicken Sie auf **Optimieren**. Vorher gilt:

- Das **Original wird gesichert** (Standard: `jimgo_optimize_backup`, außerhalb des Webs).
- Es wird **nie hochskaliert** — nur verkleinert.
- Bringt die Optimierung weniger als die **Mindestersparnis** (Standard 10 %), bleibt das Original unberührt. Kein Qualitätsverlust für ein paar Kilobyte.
- Sehr große Bilder werden übersprungen, damit das Dekodieren im Speicher bleibt — sie erscheinen als „zu groß zum Verarbeiten".

Über **Backups** kommen Sie an die gesicherten Originale und können eine Optimierung rückgängig machen.

### Externe Optimierer

Sind spezialisierte Encoder auf dem Server installiert, nutzt Media Organizer sie für die Kompression — das bringt deutlich mehr als die eingebauten Bibliotheken:

<table class="table" id="bkmrk-formatwerkzeugehinwe"> <thead> <tr><th scope="col">Format</th><th scope="col">Werkzeuge</th><th scope="col">Hinweis</th></tr> </thead> <tbody> <tr><td>JPEG</td><td>jpegoptim</td><td>—</td></tr> <tr><td>PNG</td><td>pngquant, oxipng, OptiPNG</td><td>**pngquant ist verlustbehaftet** (größte Ersparnis); oxipng und OptiPNG sind verlustfrei. Automatisch bevorzugt pngquant.</td></tr> <tr><td>WebP</td><td>cwebp</td><td>Wenn die Quelle bereits WebP ist.</td></tr> <tr><td>GIF</td><td>gifsicle</td><td>Behält Animationen.</td></tr> </tbody></table>

Media Organizer **lädt nichts herunter und liefert nichts mit** — es nutzt nur, was schon installiert ist. Fehlt ein Werkzeug, fällt es automatisch auf die eingebaute Bibliothek zurück. Unter **Optionen → Optimierung → Verfügbare Optimierer** sehen Sie, was erkannt wurde.

## Der Bild-Editor

Den Editor öffnen Sie aus der Detailansicht über **Bearbeiten**.

<figure id="bkmrk-zuschneiden%2C-drehen%2C"> ![Der Bild-Editor mit Zuschnittrahmen und den Reglern für Transformation und Anpassung](https://docs.graup-it.de/uploads/images/gallery/2026-07/NL1doku-10-editor.png) <figcaption>Zuschneiden, Drehen, Skalieren, Qualität und Bildanpassung — mit Vorschau.</figcaption></figure>Möglich sind:

- **Zuschneiden** — frei oder mit festem Verhältnis (1:1, 4:3, 3:2, 16:9, 9:16)
- **Drehen und Spiegeln**
- **Skalieren** auf eine maximale Kantenlänge
- **Qualität** einstellen
- **Anpassen** von Helligkeit, Kontrast und Sättigung

Auch hier wird das Original vorher gesichert; über die Backups-Ansicht machen Sie die Bearbeitung rückgängig.

### Speichern: zwei Wege mit unterschiedlichen Folgen

<table class="table" id="bkmrk-wegwas-passiertverwe"> <thead> <tr><th scope="col">Weg</th><th scope="col">Was passiert</th><th scope="col">Verweise</th></tr> </thead> <tbody> <tr> <td>**Original ersetzen**</td> <td>Format und Dateiname bleiben gleich.</td> <td>bleiben gültig ✓</td> </tr> <tr> <td>**Als WebP/AVIF speichern**</td> <td>Legt eine **neue Datei mit anderem Dateinamen** an. Das Original bleibt bestehen.</td> <td>zeigen weiter aufs Original — Sie müssen sie **manuell** umstellen</td> </tr> </tbody></table>

<div class="callout warning" id="bkmrk-das-ist-der-h%C3%A4ufigst">Das ist der häufigste Stolperstein. Speichern Sie ein Bild als WebP, ändert sich *nichts* an Ihren Inhalten — sie zeigen weiterhin auf die alte Datei. Die Fundstellen, die Sie dafür anpassen müssen, finden Sie in der Detailansicht des Originals unter „Referenziert über".

</div>## Weiter geht es

- [Automatisierung: geplante Scans und 404-Überwachung](https://docs.graup-it.de/books/media-organizer/page/automatisierung-geplante-scans-und-404-uberwachung)
- [Kommandozeile](https://docs.graup-it.de/books/media-organizer/page/kommandozeile)

<small>Gilt für Version 1.0.3.</small>