Nach einem Umzug auf einen neuen Rechner, einem frischen Katalog oder beim Arbeiten im Team taucht dieselbe Frage immer wieder auf: Wo stecken die Bearbeitungen eigentlich – und wie lassen sie sich zuverlässig mitnehmen? In Lightroom Classic ist die Antwort nicht nur „im Katalog“. Je nach Einstellung werden Entwicklungsdaten zusätzlich als XMP gespeichert. Wer das Prinzip verstanden hat, vermeidet fehlende Presets, verlorene Looks und widersprüchliche Bearbeitungsstände.
Was Lightroom Classic wirklich speichert: Katalog, Datei und Vorschau
Lightroom Classic verwaltet Fotos in erster Linie über den Katalog. Darin liegen unter anderem Bewertungen, Sammlungen, Bearbeitungsschritte und viele Metadaten. Die Bilddatei selbst (RAW/JPEG/TIFF) bleibt davon unberührt – außer es wird aktiv in Metadaten geschrieben.
Der Katalog als Zentrale – mit einer wichtigen Einschränkung
Der Katalog ist schnell und flexibel, hat aber einen Nachteil: Ohne Katalog sind die Bearbeitungen nicht automatisch sichtbar. Öffnet ein anderes System dieselben RAW-Dateien, fehlen die Anpassungen zunächst. Genau hier kommt XMP ins Spiel.
XMP: Sidecar-Datei oder eingebettete Metadaten
XMP-Sidecar (Extensible Metadata Platform) ist eine kleine Textdatei, die neben vielen RAW-Dateien liegen kann. Sie enthält unter anderem Entwicklungseinstellungen und ausgewählte Metadaten. Bei proprietären RAW-Formaten (z. B. CR3, NEF, ARW) wird meist eine separate Datei mit derselben Basisbenennung erstellt, etwa „IMG_0123.xmp“.
Bei DNG kann XMP in die Datei eingebettet werden. Bei JPEG, TIFF und PSD schreibt Lightroom Metadaten in der Regel direkt in die Datei (das kann je nach Workflow unerwünscht sein, z. B. bei ausgelagerten Archivkopien).
Vorschauen sind nicht gleich Bearbeitungen
Standard-, 1:1- und Smart-Vorschauen dienen der Anzeige und Geschwindigkeit, nicht als verlässlicher Träger deiner Bearbeitungen. Smart-Vorschauen können das Arbeiten ohne Originale ermöglichen, ersetzen aber keinen sauberen Daten- und Metadaten-Workflow. Wer tiefer einsteigen möchte: Lightroom Classic Smart-Vorschauen – schneller arbeiten.
„In XMP schreiben“: Wann es hilft – und wann es stört
In den Katalogeinstellungen kann Lightroom Classic so konfiguriert werden, dass Änderungen automatisch zusätzlich in XMP geschrieben werden. Das klingt zunächst wie ein Sicherheitsnetz. In der Praxis ist es ein Werkzeug, das zum eigenen Arbeitsstil passen muss.
Vorteile im Alltag: Transport, Transparenz, Notfall-Plan
- Bearbeitungen sind auch ohne Katalog leichter „wiederherstellbar“, solange XMP neben den Dateien liegt.
- Beim Wechsel zu einem anderen Rechner oder Katalog lassen sich Entwicklungsstände oft schneller rekonstruieren.
- Für Teamwork kann XMP helfen, wenn mehrere Personen nacheinander an denselben Dateien arbeiten (mit klaren Regeln).
Typische Nachteile: Performance und Konflikte
- Bei großen Serien kann das ständige Schreiben auf Datenträgern Zeit kosten (vor allem bei langsamen externen Laufwerken oder Netzspeichern).
- Es können Versionskonflikte entstehen, wenn mehrere Kataloge dieselben Dateien bearbeiten: Welche Einstellung ist „die richtige“ – Katalog oder XMP?
- Bei JPEG/TIFF/PSD wird in die Datei geschrieben; das kann Backups aufblähen oder zu unnötigen Dateiversionen führen.
Ein pragmatischer Mittelweg
Statt dauerhaft alles automatisch zu schreiben, funktioniert in vielen Workflows ein gezieltes Vorgehen besser: XMP nur dann aktualisieren, wenn ein Projekt abgeschlossen ist, wenn Dateien an andere Systeme gehen oder wenn bewusst ein „portabler“ Stand erzeugt werden soll.
Presets, Profile und Vorgaben: Was wird wirklich übertragen?
Ein häufiger Irrtum: XMP löst auch das Preset-Problem. XMP speichert zwar Entwicklungseinstellungen, aber nicht automatisch deine gesamte Preset-Bibliothek oder Profile. Dafür gelten eigene Speicherorte und Sync-Mechanismen.
Presets vs. Entwicklungseinstellungen
Presets übertragen bedeutet: Die Vorlage selbst (also der „Bauplan“) muss auf dem Zielsystem vorhanden sein. XMP hingegen kann den fertigen Entwicklungsstand eines Fotos beschreiben – auch wenn das Preset dort nicht existiert. Das Ergebnis ist dann sichtbar, aber das Preset lässt sich nicht einfach auf andere Bilder anwenden.
Profile, LUTs und Kamera-Profile
Profile (z. B. kreative Profile oder Kameraprofile) sind eigenständige Ressourcen. Wenn ein Bild auf ein Profil verweist, das am Zielsystem fehlt, kann die Darstellung abweichen. Wer stark mit Profilen arbeitet, sollte sie als Teil des Migrationspakets behandeln. Passend dazu: Lightroom Classic Kameraprofile – Farben gezielt steuern.
Wichtig für konsistente Farben: Monitor und Basis
Abweichungen nach einer Migration sind nicht immer „fehlende Einstellungen“. Häufig ist der neue Monitor anders eingestellt oder nicht kalibriert. Das betrifft besonders Hauttöne und neutrale Flächen. Hier hilft eine saubere Basis: Lightroom Classic Monitor kalibrieren – Farben sicher beurteilen.
Praxis-Ablauf für Migration: Rechnerwechsel ohne Überraschungen
Dieser Ablauf zielt darauf, Bearbeitungen, Metadaten und Presets sauber mitzunehmen – ohne Chaos durch doppelte Kataloge oder halbfertige XMP-Stände.
Kompakter Ablauf in 8 Schritten
- Im alten System alle Ordner in der Bibliothek prüfen: fehlen Dateien, zuerst Pfade reparieren.
- Im Katalog die Metadaten bewusst aktualisieren: für ausgewählte Projekte „Metadaten in Datei speichern“ nutzen (damit XMP aktuell ist).
- Den Katalog sichern und zusätzlich eine Katalogkopie erstellen (für den Umzug, nicht als Dauerlösung).
- Fotos inklusive Sidecars mitnehmen: RAW + .xmp gemeinsam kopieren (niemals nur RAW).
- Auf dem Zielsystem den Katalog öffnen oder importieren; danach Ordnerpfade ggf. neu zuweisen.
- Presets/Profiles/Vorgaben separat übertragen (Export/Import oder Kopie der entsprechenden Ordner je nach System).
- Stichproben prüfen: ein paar Bilder aus verschiedenen Jahren öffnen, Entwicklung vergleichen, Profilzuordnung checken.
- Erst wenn alles stimmt: neuer Backup-Plan für Katalog und Fotos einrichten.
Mini-Fallbeispiel: Warum „nur den Katalog“ oft nicht reicht
Ein typischer Fehler ist der Umzug eines Katalogs, während die Fotos auf einer externen Platte bleiben – ohne die .xmp-Dateien. Wird später ein zweiter Katalog erstellt oder ein anderes Programm liest die RAWs, fehlen Anpassungen. Sobald XMP bewusst mitgeführt wird, bleibt der Entwicklungsstand auch dann nachvollziehbar, wenn der Katalog einmal ausfällt oder getrennt archiviert wird.
Konflikte erkennen: „Aus Katalog lesen“ oder „Aus Datei lesen“?
Wenn Lightroom feststellt, dass Metadaten in Datei und Katalog nicht übereinstimmen, erscheint ein Hinweis. Dann ist eine Entscheidung nötig. Sie sollte nicht nach Bauchgefühl fallen, sondern nach dem zuletzt verlässlichen Stand.
Welche Richtung ist die richtige?
| Situation | Meist sinnvoll | Begründung |
|---|---|---|
| Bearbeitung wurde zuletzt in diesem Katalog gemacht | Aus Katalog lesen/verwenden | Katalog enthält den aktuellen Stand; XMP kann veraltet sein. |
| Fotos wurden extern übergeben und dort bearbeitet | Aus Datei lesen | XMP ist der Transportcontainer; Katalog ist lokal veraltet. |
| Mehrere Kataloge arbeiten parallel am selben Ordner | Regeln festlegen, dann konsequent | Ohne klare Zuständigkeit entstehen Überschreibungen. |
| Unsicher, was aktueller ist | Erst sichern, dann testen | Katalog-Backup + Kopie der XMP-Dateien verhindert Datenverlust. |
Ein sinnvoller Grundsatz für Teams
Wenn mehrere Personen an denselben Bildern arbeiten, braucht es eine klare Zuständigkeit pro Projektphase: Wer schreibt den finalen Stand? Wer führt den Master-Katalog? Und wann werden XMP-Dateien verbindlich aktualisiert? Ohne diese Absprachen ist XMP weniger Rettungsleine als Fehlerquelle.
Wann XMP besonders sinnvoll ist: Archiv, Übergabe, Hybrid-Workflows
Es gibt Szenarien, in denen XMP einen echten Mehrwert liefert – ohne dass dafür dauerhaft automatisches Schreiben aktiv sein muss.
Archivierung: Bearbeitungen langfristig mitführen
Für langfristige Archive ist es hilfreich, wenn ein abgeschlossener Entwicklungsstand neben den RAWs liegt. So kann ein Projekt später auch dann rekonstruiert werden, wenn der ursprüngliche Katalog nicht mehr existiert oder bewusst getrennt aufbewahrt wird. Ergänzend bleibt ein stabiler Backup-Prozess entscheidend: Lightroom Classic Backup – Katalog sicher sichern und testen.
Übergabe an Kund:innen oder Kolleg:innen
Wer RAWs (oder DNGs) übergibt und möchte, dass der Look erhalten bleibt, sollte XMP immer mitliefern. Wichtig: Wenn Profile oder spezielle Presets verwendet wurden, müssen diese am Zielsystem ebenfalls vorhanden sein, sonst kann die Darstellung abweichen.
Zusammenspiel mit DNG
DNG und XMP passen gut zusammen, weil Metadaten eingebettet werden können. Das reduziert lose Sidecar-Dateien, ändert aber nichts am Grundprinzip: Der Katalog bleibt das Organisationszentrum; XMP/DNG tragen vor allem den Entwicklungsstand und Metadaten. Wer abwägt, ob DNG sinnvoll ist, findet hier eine Einordnung: Lightroom Classic DNG vs. RAW – sinnvoll umwandeln?.
Entscheidungshilfe: Automatisch schreiben oder gezielt exportieren?
Diese kurze Orientierung hilft, die passende Einstellung zu finden. Sie ersetzt keine festen Regeln, gibt aber eine robuste Richtung.
- Metadaten in XMP schreiben dauerhaft aktivieren, wenn regelmäßig zwischen mehreren Systemen gewechselt wird oder Projekte häufig übergeben werden.
- Gezielt schreiben (manuell), wenn nur gelegentlich migriert wird und maximale Performance im Alltag wichtiger ist.
- Bei reinen Einzelplatz-Workflows mit stabilem Backup ist XMP optional; der Katalog kann die alleinige Wahrheit bleiben.
Häufige Stolperfallen rund um XMP – und schnelle Lösungen
Sidecar-Dateien fehlen nach dem Kopieren
Meist wurden nur RAWs kopiert oder ein Tool hat unbekannte Dateiendungen ausgelassen. Lösung: Kopierjob so einstellen, dass „.xmp“ immer mitgenommen wird; am besten Ordner komplett kopieren statt nur Dateitypen.
Bearbeitungen wirken anders als früher
Prüfen: Ist das verwendete Profil am Zielsystem vorhanden? Gibt es Unterschiede bei Monitor/Anzeige? Sind die Änderungen wirklich aus dem gleichen Stand geladen (Katalog vs. XMP)?
Lightroom fragt ständig nach Konflikten
Das passiert häufig, wenn mehrere Kataloge auf denselben Ordner zeigen oder wenn automatische XMP-Schreibvorgänge auf langsamen Laufwerken zu Verzögerungen führen. Lösung: Zuständigkeit pro Projekt definieren und XMP entweder konsequent nutzen oder konsequent deaktivieren – „halb/halb“ erzeugt die meisten Konflikte.
Wichtig: XMP ersetzt kein Backup
XMP schützt nicht vor gelöschten Originalen, defekten Laufwerken oder beschädigten Katalogen. Es ist eine zusätzliche Kopie von Entwicklungsinformationen, kein vollständiges Sicherungssystem.
