EXIF-Metadaten und Bildkomprimierung: Was Entfernt Wird
Zuletzt geprueft 2026-05-06. Ausgerichtet auf den Moment, in dem du ein Bild komprimierst und dich fragst, ob die Kameradetails, GPS-Koordinaten oder Zeitstempel noch in der Datei sind. Leitet den eigentlichen Komprimierungsschritt zu Compress Image (im Browser, kein Upload).
Was sind EXIF-Metadaten in konkreten Begriffen?
EXIF steht fuer Exchangeable Image File Format, definiert vom JEITA CP-3451C-Standard (Exif 2.3 ist die Version, die die meisten Kameras und Telefone heute schreiben). EXIF sind nicht die Bildpixel - es ist ein separater Block von Metadaten, gespeichert neben den Pixeln innerhalb derselben Bilddatei. Der Block ist als eine Reihe von getaggten Feldern strukturiert, jedes mit einer numerischen Tag-ID und einem Wert. Das Container-Format, das den Block enthaelt, ist TIFF (Tag-Image File Format, Adobe TIFF 6.0); EXIF erbt TIFFs Image File Directory (IFD)-Struktur, also ist ein EXIF-Block im Wesentlichen eine kleine TIFF-Datei, die in einem JPEG, HEIC oder aehnlichem Bild eingebettet ist.
Ein EXIF-Block ist in eine kleine Anzahl benannter Verzeichnisse organisiert, jedes haelt eine andere Kategorie von Feldern:
- IFD0 (das primaere Bildverzeichnis) - grundlegende Bildeigenschaften: Breite, Hoehe, Ausrichtungs-Flag, Aufloesung, Softwarename, Datum und Zeit der letzten Aenderung.
- Exif IFD - kameraspezifische Aufnahmedaten: Kameramarke und -modell, Objektivmodell, Belichtungszeit, F-Zahl, ISO, Brennweite, Weissabgleich, Blitzstatus, urspruenglicher Aufnahmezeitstempel, digitalisierter Zeitstempel und ein Farbraum-Tag.
- GPS IFD - Standortdaten: Breitengrad, Laengengrad, Hoehe, GPS-Zeitstempel, Aufnahmerichtung. Telefone schreiben dies standardmaessig, ausser Ortungsdienste sind der Kamera-App verweigert.
- IFD1 (das Thumbnail-Verzeichnis) - ein kleines eingebettetes Thumbnail des Bildes, von Dateimanagern fuer schnelle Vorschauen verwendet. Typischerweise 160 x 120 Pixel und einige Kilobyte.
- Interoperability IFD - Flags, die die Datei als der EXIF-Spezifikation entsprechend markieren.
Innerhalb einer JPEG-Datei ist dieser ganze Metadatenblock in einem einzelnen Marker-Segment namens APP1 eingewickelt. JPEG-Dateien (gemaess ITU-T T.81 / ISO/IEC 10918-1) haben einen kleinen Satz von Anwendungs-Marker-Segmenten nummeriert von APP0 bis APP15; APP1 ist das Segment, in dem EXIF lebt (es beginnt mit den Bytes FF E1, gefolgt von der Segmentlaenge und der wortwoertlichen Zeichenkette Exif\0\0). Ein zweites haeufiges Segment, APP2, haelt das ICC-Farbprofil (gemaess ICC.1:2010-12-Spezifikation). Die Pixeldaten selbst sitzen in den SOS (Start of Scan)-Segmenten nach den Anwendungs-Markern.
Warum Komprimierung EXIF gewoehnlich entfernt (der technische Grund)
Wenn ein typisches Bildkomprimierungstool ein JPEG kleiner macht, rasiert es nicht Bytes von einem existierenden JPEG an Ort und Stelle ab - es kodiert neu das Bild. Die Pipeline ist: (1) dekodiere das Eingabe-JPEG zurueck in ein 2D-Array von RGB-Pixeln im Speicher, (2) kodiere neu diese Pixel als neues JPEG auf dem angeforderten Qualitaetsniveau. Der Re-Encoder baut die Datei von Grund auf neu auf: er schreibt einen neuen SOI (Start of Image)-Marker, einen neuen Satz Quantisierungstabellen, neue Huffman-Tabellen und die neuen komprimierten Pixeldaten. Die Anwendungs-Marker-Segmente (APP0 bis APP15) sind kein Teil der Pixeldaten; sie sind separate Top-Level-Strukturen, und der Encoder schreibt sie nur, wenn der aufrufende Code sie explizit uebergibt.
Das Standardverhalten des Encoders in den meisten beliebten Bibliotheken ist, die Anwendungs-Marker nicht mit zu kopieren:
- libjpeg-turbo (der am meisten verwendete JPEG-Codec auf Linux, macOS und Android) und mozjpeg (Mozillas Fork, abgestimmt auf Web-Komprimierung) schreiben beide nur die Marker, die der Encoder selbst produziert - Quantisierungstabellen, Huffman-Tabellen, Frame-Header - und lassen alles andere fallen. Das Befehlszeilen-Tool
cjpegfolgt dem gleichen Standard; EXIF zu bewahren erfordert das Flag-copy alloder sein Aequivalent. - Pillow (PIL) in Python -
Image.save("out.jpg", quality=80)laesst EXIF standardmaessig fallen. Um es zu behalten:img.save("out.jpg", quality=80, exif=img.info.get("exif")). Die Metadaten sind nicht implizit; du musst sie explizit uebergeben. - Sharp (Node.js, libvips) - das Standardverhalten laesst EXIF fallen; die Methode
.withMetadata()weist den Encoder an, es zu behalten. - ImageMagick - das Flag
-stripentfernt EXIF explizit; ohne es versucht ImageMagick, Metadaten zu bewahren, was ImageMagick zur Ausnahme statt zur Regel macht. - Browser-seitige Komprimierung mit dem HTML5-
<canvas>-Element undcanvas.toBlob()- die Canvas-API hat kein Konzept von Metadaten. Ein Bild auf eine Canvas zu zeichnen dekodiert nur Pixel; die Canvas zu JPEG zu kodieren produziert eine frische Datei ohne EXIF-Block ueberhaupt. Web-Tools, die vollstaendig im Browser mit Canvas komprimieren, produzieren immer metadatenfreie Ausgabe, ausser sie parsen und haengen den EXIF-Block selbst mit einer separaten Bibliothek wieder an.
Die Erkenntnis: EXIF-Entfernung waehrend der Komprimierung ist ein Nebeneffekt, wie das Neu-Kodieren funktioniert, kein absichtliches Datenschutz-Feature. Der Encoder "waehlt" nicht, Metadaten zu entfernen - er kopiert sie einfach nicht, ausser er wird angewiesen. Ob dein Tool EXIF behaelt oder fallen laesst, haengt daher von einer einzelnen Code-Zeile (oder einem einzelnen CLI-Flag) im Encoding-Schritt ab.
Was in EXIF wichtig ist
Verschiedene Felder im EXIF-Block haben sehr unterschiedliche Einsaetze fuer verschiedene Leser. Die vier Felder, nach denen die meisten Leser fragen:
- GPS-Koordinaten (GPS IFD:
GPSLatitude,GPSLongitude,GPSAltitude) - von Telefonen geschrieben, ausser der Standort wird der Kamera-App verweigert. Sie zu lesen sagt jedem mit der Datei, wo das Foto gemacht wurde, oft auf wenige Meter genau. Dies ist die einzige meist-zitierte Datenschutzsorge mit EXIF; ein "Selfie zu Hause" mit noch angehaengtem GPS zu teilen, teilt effektiv die Heimadresse. - Aufnahme-Zeitstempel (Exif IFD:
DateTimeOriginal) - der Moment, in dem der Verschluss ausloeste, sekundengenau. Nuetzlich fuer Archivierung; potenziell sensibel, wenn das Foto ein privates Ereignis datiert. - Kamera- und Objektivkennung (IFD0:
Make,Model; Exif IFD:LensModel) - sagt dem Leser, welcher Kamerabody und welches Objektiv das Bild aufgenommen haben. Wird von Fotografen als Portfolio-Metadaten verwendet; harmlos bei den meisten Konsumentenfotos. - Belichtungsparameter (Exif IFD:
ExposureTime,FNumber,ISOSpeedRatings,FocalLength) - die technischen Einstellungen der Aufnahme. Nuetzlich fuer Fotografen, die Aufnahmen vergleichen; harmlos zu teilen.
Zwei andere Felder, die es wert sind zu kennen:
- Ausrichtungs-Flag (IFD0:
Orientation) - sagt dem Renderer, das angezeigte Bild um 90, 180 oder 270 Grad zu drehen, ohne die Pixel zu drehen. Wenn ein Kompressor dieses Flag entfernt und nicht zuerst die Pixel vorrotiert, kann ein Bild, das auf einem Telefon korrekt angezeigt wurde, ploetzlich seitwaerts im Web erscheinen. Die meisten modernen Kompressoren rotieren Pixel automatisch und loeschen das Flag (das sichere Verhalten); einige lassen das Flag ohne Rotation fallen, was sichtbar kaputte Ausgabe produziert. - Urheberrecht und Autor (IFD0:
Copyright,Artist) - Besitzfelder, geschrieben von einigen Kameras und den meisten Fotobearbeitungs-Programmen. Sie auf einem oeffentlichen Komprimierungs-Workflow zu entfernen ist okay; sie auf einem archivarischen oder kommerziellen Workflow zu entfernen, kann die Zuschreibung kaputt machen.
Wann EXIF behalten
Drei Szenarien, in denen EXIF waehrend der Komprimierung zu bewahren die richtige Entscheidung ist:
- Persoenliches Archiv - das Foto bewegt sich von einem Telefon zu einer langfristigen Fotobibliothek (ein NAS, ein synchronisierter Ordner, eine externe Festplatte) und Datum und GPS sind Teil des Werts: das ist wann und wo der Moment passierte. EXIF hier zu entfernen wuerde die Zeitlinie und den Ort loeschen.
- Fotograf-Portfolio - Belichtung, Objektiv, ISO und Urheberrecht sind Teil davon, wie der Fotograf seine Arbeit praesentiert. Einige Portfolio-Plattformen rendern EXIF als Sidebar; einige Browser zeigen es in Bildeigenschaften an. EXIF zu behalten laesst den Betrachter das Handwerk sehen.
- Forensische oder Beweis-Verwendung - Zeitstempel, GPS und Kamerakennung koennen relevant sein, wenn das Bild spaeter als Beweis verwendet wird. Der EXIF-Block ist keine Garantie der Authentizitaet (jedes dieser Felder kann bearbeitet werden), aber sie vollstaendig zu entfernen, entfernt Informationen, die benoetigt werden koennten.
Ein Tool waehlen, das EXIF bewahrt: in browserbasierten Tools, suche nach einer expliziten "preserve metadata"- oder "keep EXIF"-Checkbox; in Befehlszeilen-Tools, verwende cjpeg -copy all, jpegtran -copy all, ImageMagick ohne -strip, oder rufe die preserve-metadata-API deiner Bibliothek auf. jpegtran von libjpeg-turbo ist der Sonderfall: er macht verlustfreie Rekomprimierung (ordnet Huffman-Codes neu an, ohne zu Pixeln zu dekodieren) und bewahrt alle Marker-Segmente standardmaessig, also schrumpft ein jpegtran -optimise-Durchlauf ein JPEG leicht, ohne EXIF oder die Pixel zu beruehren.
Wann EXIF absichtlich entfernen
Drei Szenarien, in denen EXIF zu entfernen die richtige Entscheidung ist - das Standardverhalten der meisten Kompressoren macht hier das Richtige, aber wenn du unsicher bist, kannst du ein Bild auch zuerst durch ein dediziertes Metadaten-Entferner-Tool laufen lassen:
- Oeffentliches Teilen von Telefon-Fotos - ein Foto auf einer oeffentlichen Webseite, einem Forum, sozialen Netzwerk oder Marketplace-Listing posten. Die GPS-Koordinaten und der Aufnahme-Zeitstempel sind nicht nuetzlich fuer einen oeffentlichen Betrachter; sie sind ein Datenschutz-Leck. Entferne EXIF vor dem Upload.
- Dateigroessen-Minimierung fuer das Web - ein EXIF-Block von einem Telefonfoto ist typischerweise 10 - 60 Kilobyte, was ein bedeutender Anteil eines stark komprimierten Bildes sein kann (ein 50-Kilobyte-JPEG mit einem 30-Kilobyte-EXIF-Block ist 60 Prozent Metadaten). EXIF in einer web-gerichteten Komprimierungs-Pipeline zu entfernen ist eine kostenlose Byte-Ersparnis.
- Oeffentliche Marktplaetze und Listings - einen gebrauchten Gegenstand verkaufen, ein Immobilienfoto posten, eine Vermietung listen: jeder Kontext, in dem das Listing nicht offenbaren sollte, wo der Fotograf lebt oder arbeitet. Entferne EXIF, bevor das Foto dein Geraet verlaesst.
Fuer Batch-Entfernung ist der einfachste CLI exiftool -all= image.jpg (das exiftool-Utility schreibt eine Kopie mit allen Metadaten entfernt) oder jpegtran -copy none input.jpg > output.jpg (verlustfrei, keine Qualitaetsaenderung, kein EXIF). Beide sind weit verbreitet verfuegbar.
Was NICHT in EXIF ist (haeufige Verwechslungen)
Einige Kategorien von "Metadaten" werden oft mit EXIF verwechselt, aber sind in verschiedenen Bloecken der Datei gespeichert - oder ueberhaupt nicht in der Datei:
- IPTC / XMP - separate Metadaten-Standards, von Fotoeditoren fuer Stichwoerter, Bildunterschriften, Urheberrechts-Statements und Bewertungen verwendet. Gespeichert in ihren eigenen JPEG-Marker-Segmenten (XMP gewoehnlich in APP1 neben EXIF; IPTC in einem Photoshop-Image-Resource-Block). EXIF zu entfernen entfernt nicht immer XMP; einige Tools entfernen beide, einige entfernen nur eines.
- ICC-Farbprofil - das Farbmanagement-Profil (sRGB, Display P3, Adobe RGB), das einem Renderer sagt, wie die Farbwerte zu interpretieren sind. Gespeichert im JPEG-APP2-Marker-Segment gemaess ICC.1:2010-12. Das ICC-Profil ist nicht EXIF; einige Kompressoren entfernen es neben EXIF (was Farben auf Weitgamut-Displays sichtbar verschieben kann), einige behalten es. Wenn Farben nach der Komprimierung auf einem kalibrierten Monitor "off" aussehen, ist das ICC-Profil der Verdaechtige.
- Dateisystem-Metadaten (Dateiaenderungsdatum, Dateierstellungsdatum, Dateibesitzer, OS-Level erweiterte Attribute) - dies sind Eigenschaften der Datei auf der Festplatte, keine Eigenschaften der Bilddaten. Sie sind unabhaengig von EXIF; eine Datei hochzuladen laesst im Allgemeinen alle Dateisystem-Metadaten fallen, auch wenn EXIF bewahrt wird.
- Steganografie oder in den Pixeln eingebettete Wasserzeichen - einige Workflows verstecken Daten innerhalb der Pixelwerte selbst (Least-Significant-Bit-Wasserzeichen, Frequenzbereich-Marken). Diese Daten sind in den Pixeldaten, also korrumpiert oder zerstoert das Neu-Kodieren sie normalerweise; EXIF-Bewahrung hilft hier nicht.
Wie pruefen, was in deiner Datei ist
Das einfachste plattformuebergreifende Inspektionstool ist exiftool (ein kostenloses Perl-Utility, verfuegbar in Windows-, macOS- und Linux-Paketmanagern). Fuehre exiftool image.jpg aus und es druckt jedes Metadatenfeld, organisiert nach Verzeichnis (IFD0, Exif IFD, GPS IFD, IFD1, XMP, IPTC, ICC). Wenn die Ausgabe GPS-Koordinaten zeigt, hat die Datei sie immer noch; wenn sie nur grundlegende Bildeigenschaften zeigt (Groesse, Format), wurde der Metadatenblock entfernt.
Betriebssystem-Shortcuts funktionieren auch fuer eine schnelle Pruefung:
- macOS Finder - waehle das Bild aus, druecke Command+I, klappe "More Info" aus - zeigt Kamera, Belichtung und (falls vorhanden) GPS-Koordinaten als kleine Karte gerendert.
- Windows Explorer - rechts-klicke das Bild, waehle Eigenschaften, klicke auf den Tab Details - zeigt EXIF-Felder einschliesslich GPS als Breiten- / Laengengrad-Zahlen.
- Linux-Dateimanager - die meisten Dateimanager (Nautilus, Dolphin, Thunar) zeigen einen Exif-Tab im Datei-Eigenschaften-Dialog, wenn eine Metadaten-Bibliothek installiert ist.
Fuer eine verwandte Pruefung nach der Komprimierung - hat die Komprimierung auch die Pixel sichtbar beschaedigt? - deckt der Begleit-Guide bei How to Tell If a JPG Was Compressed Too Much die visuellen Artefakte von Ueberkomprimierung ab, was eine andere Frage ist als "haben die Metadaten ueberlebt".
Praktisches Rezept: behalten oder entfernen, nach Szenario
Die Entscheidung in den meisten Workflows reduziert sich auf eine Frage: wer wird diese Datei als naechstes sehen?
- Oeffentliches Teilen (Soziales, Listings, Foren, Webseiten) - entferne EXIF. Das Standardverhalten der meisten Kompressoren macht dies kostenlos. Wenn der Kompressor EXIF standardmaessig bewahrt, lasse die Ausgabe als Folgeschritt durch
exiftool -all= file.jpglaufen. - Senden an einen Freund oder ein Familienmitglied - EXIF zu behalten ist okay; GPS und Zeitstempel koennen relevanter Kontext sein. Wenn das Foto weiter geteilt werden wird, entferne zuerst.
- Archivierung in deine eigene Bibliothek - EXIF behalten. Verwende ein Tool mit explizitem "preserve metadata" oder verwende
jpegtran -copy allfuer verlustfreie Rekomprimierung. - Veroeffentlichung auf einem Fotografie-Portfolio - EXIF behalten. Die Belichtungs- und Objektiv-Felder sind Teil des Portfolio-Werts.
- Dateigroesse fuer eine Webseite reduzieren, wo jedes Kilobyte zaehlt - entferne EXIF und ICC. Rotiere die Pixel zuerst vor, um nicht das Ausrichtungs-Flag stillschweigend zu verlieren.
- Forensische oder Beweis-Kopie - EXIF behalten; idealerweise gar nicht rekomprimieren (die Originaldatei wie sie ist kopieren). Wenn eine kleinere Kopie benoetigt wird, ist
jpegtran -copy allder sicherste Weg.
Wenn du dabei bist, ein Bild zu komprimieren und unsicher bist, welcher Fall zutrifft: der konservative Standard ist, EXIF beim externen Teilen zu entfernen und EXIF beim internen Speichern zu behalten. Der Begleit-Guide zur Wahl eines Qualitaetsniveaus ist bei How to Choose a Compression Level; der Begleit-Guide dazu, ob Komprimierung ueberhaupt die richtige Operation ist (vs Formatkonvertierung), ist bei When to Compress vs Convert an Image.
Verwandte Lektuere
- Compress Image - der In-Browser-Bildkompressor; waehle ein Qualitaetsniveau, erhalte ein kleineres JPEG. Kein Upload fuer den Komprimierungsschritt selbst erforderlich.
- How to Choose a Compression Level - Quality vs File Size - der Trade-off zwischen sichtbarer Qualitaet und Dateigroesse, mit konkreten Qualitaetsniveau-Empfehlungen pro Szenario.
- How to Tell If a JPG Was Compressed Too Much - die sichtbaren Artefakte, die bedeuten, dass ein JPEG ueberkomprimiert wurde (Banding, Blocking, Mosquito-Noise) und wie man sie erkennt.
- When to Compress vs Convert an Image - ob die richtige Operation "dieses JPEG kleiner machen" oder "dies in ein anderes Format konvertieren" ist - sie sind verschiedene Tools.
- Free Online Tools That Work Without Uploading Files - die breitere Datenschutz-erste Tool-Auswahl auf dieser Seite.
Why trust these tools
- Ten-plus years of web tooling. The freetoolonline editorial team has shipped browser-based utilities since 2015. The goal has never changed: get you to a working output fast, without an install.
- Truly in-browser - no upload. Every file-processing tool on this site runs in your browser through modern Web APIs (File, FileReader, Canvas, Web Audio, WebGL, Web Workers). Your photo, PDF, audio, or text never leaves your device.
- No tracking during tool use. Analytics ends at the page view. The actual input you paste, drop, or capture is never sent to any server and never written to any log.
- Open-source core components. The processing engines underneath (libheif, libde265, pdf-lib, terser, clean-css, ffmpeg.wasm, and others) are public and audit-able. We link to each one in its tool page's footer.
- Free, with or without ads. All tools are fully functional without sign-up. The Disable Ads button in the header is always available if you need a distraction-free run.