Symptom → schnellste Lösung

Nach dem Sketch-Import in Figma stimmen Schriften, Komponenten oder Abstände nicht mehr: Überschreiben Sie weder das Original noch alle Seiten sofort. Sichern Sie zuerst die unveränderte .sketch-Datei, die Importkopie und statische Referenzen. Prüfen Sie danach Schrift, Komponenten, Stile und Assets einzeln.

Gilt das immer? Nein. Einfache lokale Abweichungen lassen sich direkt in Figma korrigieren. Wenn die ursprüngliche Symbolbibliothek, komplexe Effekte oder die Quelldatei selbst betroffen sind, wechseln Sie für die Prüfung zurück in eine native Sketch-Umgebung. Für einzelne Projekte kann ein zeitlich begrenzter Remote Mac sinnvoll sein.

Diese Anleitung ist für Sie gedacht, wenn Sie historische Sketch-Dateien nach Figma übertragen. Sie arbeiten als UI-Designer unter Windows, übernehmen als Freelancer eine .sketch-Datei oder müssen als Produktverantwortlicher den Aufwand einer Designsystem-Migration einschätzen. Der Schwerpunkt liegt auf Fehlerbehebung und Abnahme, nicht auf einem allgemeinen Vergleich von Sketch und Figma.

Sichern Sie den Ausgangszustand, bevor Sie eine Ebene reparieren

Figma kann .sketch-Dateien direkt importieren. Das Ergebnis ist laut offizieller Figma-Dokumentation zum Sketch-Import eine eigenständige Figma-Datei. Sie sollten den Import daher nicht als verlustfreie Bearbeitung des Originals behandeln.

Legen Sie vor der ersten Änderung drei getrennte Arbeitsstände an:

  1. Original: die unveränderte Sketch-Datei einschließlich ihrer bisherigen Libraries und Ressourcen.
  2. Importkopie: die von Figma erzeugte Datei, zunächst ohne Bereinigung.
  3. Referenz: Exporte oder Screenshots der wichtigsten Seiten aus dem ursprünglichen Projekt.

Vergeben Sie eindeutige Dateinamen. Halten Sie zusätzlich fest, welche Sketch-Version die Datei zuletzt geöffnet hat und welche Figma-Umgebung für den Import verwendet wurde. Diese Angaben sind keine Nebensache. Wenn später ein Unterschied auftaucht, müssen Sie unterscheiden können, ob er beim Import entstanden ist oder schon im Ausgangsprojekt vorhanden war.

Beginnen Sie nicht mit der Startseite, nur weil sie zuerst sichtbar ist. Wählen Sie stattdessen eine repräsentative Seite mit verschiedenen Textgrößen, wiederverwendbaren Komponenten, Bildern, Masken und Effekten. Diese Seite wird Ihr visueller Prüfpunkt.

Unterscheiden Sie drei Fehlerbilder:

  • Gesamteindruck verändert: Die Seite wirkt insgesamt größer oder kleiner. Prüfen Sie zunächst Zoom, Rahmen, Exportmaßstab und Darstellungsumgebung.
  • Einzelne Ebenen verändert: Nur bestimmte Texte, Komponenten oder Effekte weichen ab. Das spricht eher für einen lokalen Importkonflikt.
  • Original bereits veraltet: Die Referenz aus dem Sketch-Projekt passt nicht mehr zum aktuellen Produktstand. Dann wäre eine Reparatur in Figma möglicherweise eine Korrektur gegen die falsche Vorlage.

Erst wenn diese Unterscheidung dokumentiert ist, entscheiden Sie zwischen lokaler Reparatur, teilweisem Neuaufbau und einer Rückkehr zu Sketch.

Prüfen Sie Schriftdatei, Schnitt und lokale Umgebung

Die häufigste sichtbare Verschiebung entsteht nicht durch einen falsch gesetzten Abstand, sondern durch eine andere Schriftumgebung. Ein identischer Schriftname beweist nicht, dass dieselbe Fontdatei, derselbe Schnitt oder dieselbe Version verwendet wird.

Figma beschreibt in seiner Anleitung zum Hinzufügen lokaler Schriften, dass lokale Fonts in der jeweiligen Arbeitsumgebung verfügbar sein müssen. Bei der Browsernutzung kommt zusätzlich die Berechtigung für den lokalen Font-Zugriff hinzu; die relevanten Bedingungen beschreibt Figma in der Dokumentation zum Local Network Access.

Arbeiten Sie die Prüfung in dieser Reihenfolge ab:

  1. Lesen Sie im Sketch-Original den exakten Namen der Schriftfamilie ab.
  2. Prüfen Sie den verwendeten Schnitt, etwa Regular, Medium, Semibold oder Bold.
  3. Vergleichen Sie die installierte Fontdatei und ihre Version mit der ursprünglichen Arbeitsumgebung.
  4. Stellen Sie sicher, dass Figma Desktop oder die Browserumgebung diese Schrift tatsächlich erkennt.
  5. Öffnen Sie die Figma-Hinweise zu Text und Schriftprüfung, bevor Sie Ersetzungen vornehmen.
  6. Markieren Sie jede betroffene Textebene in einer separaten Prüfliste.

Suchen Sie anschließend nicht nur nach offensichtlich verschobenen Überschriften. Prüfen Sie Textfelder mit automatischer Höhe, Buttons, Karten, Navigationsleisten und Tabellenzeilen. Eine kleine Änderung der Zeichenbreite kann einen Umbruch auslösen. Dadurch verändern sich Zeilenhöhe, Containerhöhe und die Position nachfolgender Ebenen.

Eine pauschale Ersetzung aller fehlenden Schriften ist riskant. Sie kann zwar Warnungen beseitigen, aber neue Umbrüche erzeugen. Für eine statische Präsentation kann eine kontrollierte Ersatzschrift vertretbar sein. Für ein Designsystem oder eine Entwicklerübergabe müssen Sie die Abweichung ausdrücklich freigeben lassen.

Dokumentieren Sie pro Schrift:

  • Originalname und verwendeter Schnitt
  • in Figma gefundene Schrift
  • betroffene Seiten und Textstile
  • sichtbare Änderung des Umbruchs
  • Entscheidung: Originalfont bereitstellen, Ersatz akzeptieren oder Layout reparieren

Rekonstruieren Sie Symbol- und Komponentenbeziehungen

Sketch Symbols werden beim Import in Figma zu Komponenten. Daraus folgt aber nicht, dass Ihre frühere Sketch-Library automatisch zu einer veröffentlichten und direkt verwendbaren Figma-Team-Library wird. Figma beschreibt Komponenten und Library-Grundlagen getrennt vom Dateiimport.

Prüfen Sie bei jedem zentralen Symbol zuerst das Hauptkomponentenobjekt. Öffnen Sie danach mehrere Instanzen und kontrollieren Sie:

  • Ist die Instanz noch mit einem Hauptobjekt verbunden?
  • Sind Text- und Bildüberschreibungen erhalten?
  • Sind verschachtelte Komponenten weiterhin sinnvoll verbunden?
  • Wurden Varianten oder Zustände erkennbar übertragen?
  • Sind versteckte Ebenen, Constraints und Benennungen plausibel?
  • Stammt das Symbol ursprünglich aus einer externen Sketch-Library?

Der letzte Punkt entscheidet häufig über den weiteren Weg. Bei einer externen Library dürfen Sie nicht anhand eines ähnlichen Namens vermuten, dass es sich um dieselbe Komponente handelt. Öffnen Sie die ursprüngliche Quelle in Sketch und prüfen Sie Herkunft, Struktur und vorgesehenen Verwendungszweck.

Für die Entscheidung helfen zwei Gruppen:

Direkt in Figma reparierbar

  • einzelne Instanz ohne Verbindung
  • fehlerhafte Text- oder Bildüberschreibung
  • einfache Benennung
  • klar identifizierbares Hauptkomponentenobjekt
  • keine Abhängigkeit zu einer externen Library

Besser kontrolliert neu aufbauen

  • mehrere verschachtelte Komponenten sind getrennt
  • Zustände oder Varianten sind nicht eindeutig
  • externe Libraries fehlen
  • eine Komponente sieht ähnlich aus, verhält sich aber anders
  • das Team muss sie langfristig als Designsystem-Baustein pflegen

Der Unterschied zwischen visueller Ähnlichkeit und struktureller Vollständigkeit ist entscheidend. Eine Schaltfläche kann korrekt aussehen und trotzdem für die spätere Pflege unbrauchbar sein. Wenn Entwickler oder weitere Designer damit arbeiten sollen, testen Sie mindestens einen Änderungsfall: Ändern Sie Text, Zustand und Inhalt einer Instanz. Bleibt das System kontrollierbar, ist die Verbindung wahrscheinlich brauchbar. Bricht die Struktur auseinander, gehört die Komponente in den Neuaufbau.

Begrenzen Sie Reparaturen bei Stilen und Effekten

Farben und Textstile wirken nach einem Import oft zunächst korrekt. Das genügt nicht für eine Abnahme. Figma behandelt Stile in Figma Design als eigene, gemeinsam nutzbare Struktur. Laut der Figma-Importdokumentation werden gemeinsam genutzte Sketch-Stile nicht automatisch als vollständig erhaltene Figma-Stile übernommen.

Kontrollieren Sie deshalb getrennt:

  • Füllfarben und Konturen
  • Textstile
  • Schatten und mehrere Schattenebenen
  • Verläufe
  • Transparenz
  • Masken
  • Mischmodi
  • Ecken, Unschärfe und komplexe Effekte

Nutzen Sie dabei eine einfache Änderungslogik:

Beibehalten: Die Darstellung und die erwartete Bearbeitbarkeit stimmen mit der Referenz überein.

Reparieren: Die Abweichung ist lokal, eindeutig und ohne Änderung der Systemlogik korrigierbar.

Manuell bestätigen: Die Darstellung ist nicht eindeutig übertragbar oder der Effekt besitzt im Zielsystem eine andere Struktur.

Eine optisch ähnliche Farbe ist nicht automatisch derselbe Designtoken. Ebenso ersetzt ein ähnlich aussehender Schatten nicht die ursprüngliche Effektkette. Wenn nur ein statischer Export benötigt wird, kann die visuelle Übereinstimmung stärker gewichtet werden. Soll die Datei jedoch als Grundlage eines Designsystems dienen, müssen Sie Namen, Beziehungen und Wiederverwendbarkeit wiederherstellen.

Legen Sie für jede wichtige Abweichung einen kurzen Eintrag an. Notieren Sie die ursprüngliche Ebene, den sichtbaren Unterschied, die gewählte Korrektur und den Status der Freigabe. So verhindern Sie, dass ein späterer Designer dieselbe Entscheidung erneut trifft oder eine bewusst akzeptierte Abweichung versehentlich zurückändert.

Beheben Sie fehlende Assets und fehlgeschlagene Importe

Ein Bild, das im Sketch-Original sichtbar ist, muss nicht automatisch als verwertbare Ressource in Figma ankommen. Bei fehlenden Bildern, beschädigten Vorschauen oder einem abgebrochenen Import prüfen Sie zuerst nicht Figma, sondern die Quelle.

Öffnen Sie die Originaldatei in der aktuell verfügbaren stabilen Sketch-Umgebung. Sketch beschreibt das Erstellen, Öffnen und Anzeigen von Dokumenten sowie die Import- und Exportmöglichkeiten in seinen offiziellen Unterlagen. Der Test beantwortet eine wichtige Frage: Ist die Quelldatei selbst lesbar, oder scheitert erst die Übertragung?

Gehen Sie anschließend so vor:

  1. Kopieren Sie die Originaldatei und arbeiten Sie nur mit der Kopie.
  2. Prüfen Sie, ob alle wichtigen Seiten ohne Warnung geöffnet werden.
  3. Suchen Sie nach fehlenden Bildern, leeren Platzhaltern und verknüpften Ressourcen.
  4. Entfernen Sie keine Ebenen aus dem Original, um den Import „sauberer“ zu machen.
  5. Teilen Sie eine Arbeitskopie nach Seiten oder Funktionen auf, wenn die Datei sehr umfangreich oder historisch mehrfach bearbeitet wurde.
  6. Importieren Sie zunächst einen begrenzten Teil und vergleichen Sie ihn mit der Referenz.
  7. Übertragen Sie erst danach weitere Bereiche und führen Sie die Ergebnisse kontrolliert zusammen.

Ein Teilimport ist keine Garantie für eine vollständige Migration. Er ist ein Diagnosewerkzeug. Wenn eine einzelne Seite gelingt, die Gesamtdatei aber scheitert, haben Sie den Konflikt eingegrenzt. Wenn bereits das Öffnen in Sketch nicht zuverlässig funktioniert, muss zuerst die Quelle repariert oder aus einer früheren Sicherung wiederhergestellt werden.

Unter Windows können Sie den Figma-Teil der Nachbearbeitung selbst erledigen. Für die Prüfung des nativen Originals, externer Sketch-Libraries oder einer beschädigten Datei fehlt Ihnen jedoch möglicherweise die passende Umgebung. Ein Remote Mac ist dann kein Ersatz für eine saubere Migration, sondern eine zeitlich begrenzte Prüfstation.

Führen Sie die Abnahme mit einer festen Prüfliste durch

Die folgende Liste eignet sich für eine einzelne Übergabe ebenso wie für die Aufwandsschätzung eines Designsystems. Markieren Sie Punkte erst als erledigt, wenn Sie den Vergleich tatsächlich durchgeführt haben.

  • [ ] Unveränderte Sketch-Datei an einem getrennten Speicherort gesichert
  • [ ] Importkopie in Figma erstellt und eindeutig benannt
  • [ ] Referenzbilder der wichtigsten Ausgangsseiten abgelegt
  • [ ] Sketch-Datei in einer nativen Sketch-Umgebung geöffnet und auf Lesbarkeit geprüft
  • [ ] Schriftfamilien, Schnitte und verfügbare Fontdateien verglichen
  • [ ] Figma Desktop oder Browserzugriff auf lokale Schriften geprüft
  • [ ] Textumbruch, Zeilenhöhe und Button-Größen auf repräsentativen Seiten verglichen
  • [ ] Hauptkomponenten und mehrere Instanzen geprüft
  • [ ] Überschreibungen und verschachtelte Komponenten getestet
  • [ ] Externe Sketch-Libraries als eigene Herkunft dokumentiert
  • [ ] Farben, Textstile, Schatten, Verläufe und Masken einzeln kontrolliert
  • [ ] Mischmodi und Transparenzen bei kritischen Screens geprüft
  • [ ] Bilder, Icons und exportierte Assets auf Vollständigkeit kontrolliert
  • [ ] Fehlende oder bewusst ersetzte Ressourcen im Problemprotokoll eingetragen
  • [ ] Abweichungen als „beibehalten“, „repariert“ oder „manuell bestätigt“ markiert
  • [ ] Original, Figma-Datei, Referenzbilder und Protokoll gemeinsam übergeben
  • [ ] Zugriff auf Dateien und Schriften nach dem Prinzip der geringsten Berechtigung eingerichtet
  • [ ] Datenschutzanforderungen des Projekts und der verwendeten Speicherorte geprüft

Die letzten beiden Punkte werden bei Kreativprojekten oft ausgelassen. Ein Designfile kann interne Produktdaten, unveröffentlichte Screens und personenbezogene Inhalte enthalten. Wenn Sie eine externe oder entfernte Arbeitsumgebung verwenden, klären Sie vor dem Upload, welche Daten dort verarbeitet werden dürfen. Prüfen Sie Auftragsvereinbarungen, DSGVO-Anforderungen, Zugriffsrechte und die Löschung temporärer Kopien.

Verteilen Sie das Projekt auf die passende Reparaturroute

Nach der Abnahme gibt es drei vernünftige Wege.

Route A: In Figma reparieren. Wählen Sie diese Route, wenn die Schrift verfügbar ist, Komponenten eindeutig verbunden sind und nur einzelne Stile oder Ebenen abweichen. Sie behalten die importierte Datei als Arbeitsgrundlage und dokumentieren jede Änderung.

Route B: Kurzzeitig auf einem Remote Mac prüfen. Diese Route passt, wenn Sie unter Windows arbeiten, aber das Original öffnen, eine externe Library nachvollziehen oder eine Datei vor dem Import bereinigen müssen. Sie brauchen dafür keinen dauerhaften Mac-Arbeitsplatz, sondern einen kontrollierten Zeitraum für Prüfung, Bereinigung, erneuten Import und Vergleich.

Route C: Designsystem neu aufbauen. Wählen Sie diese Route, wenn Symbolbeziehungen, Varianten, Libraries und Stile nicht verlässlich übertragbar sind. Ein vollständiger Neuaufbau kostet anfangs mehr Arbeit, schafft aber eine wartbare Figma-Struktur. Die importierte Datei bleibt dabei Referenz und nicht die einzige Quelle.

Als Entscheidungskriterium genügt nicht die Frage, ob der Bildschirm „gleich aussieht“. Fragen Sie stattdessen:

  • Muss die Datei künftig nur statisch präsentiert werden?
  • Werden Komponenten regelmäßig geändert?
  • Gibt es eine externe Library als verbindliche Quelle?
  • Sind Schrift- und Asset-Rechte eindeutig?
  • Muss das Team die Datei ohne Sketch weiterpflegen?
  • Kann ein späterer Fehler anhand des Protokolls zurückverfolgt werden?

Wenn mehrere Antworten auf Systempflege, externe Abhängigkeiten oder unklare Quellen verweisen, sollten Sie die native Sketch-Prüfung einplanen. Für einen einmaligen, überschaubaren Screen kann eine Figma-Reparatur dagegen ausreichen.

Häufige Fragen zur Migration von Sketch nach Figma

Die häufigsten Fehler lassen sich nicht durch erneuten Import lösen. Entscheidend ist, ob die Abweichung aus der Schriftumgebung, der Komponentenstruktur, einem Effekt oder der Quelldatei stammt. Die Antworten im FAQ-Bereich ordnen diese Fälle einer konkreten nächsten Handlung zu.

Beachten Sie besonders die Trennung zwischen einer reparierbaren Importkopie und dem unveränderten Original. Ohne diese Trennung fehlt Ihnen bei späteren Änderungen die belastbare Vergleichsbasis.

Was bedeutet die Lösung für Ihre Arbeitsumgebung?

Wenn Sie unter Windows nur die importierte Figma-Datei pflegen, benötigen Sie nicht automatisch einen eigenen Mac. Schwieriger wird es, sobald die .sketch-Quelle geöffnet, eine externe Library untersucht oder ein fehlgeschlagener Import vorab bereinigt werden muss. Genau an diesem Punkt entscheidet die verfügbare Arbeitsumgebung über den Aufwand.

MACCOME kann für solche zeitlich begrenzten Aufgaben eine echte Mac-Umgebung bereitstellen. Über die deutsche MACCOME-Übersicht können Sie prüfen, ob ein passender Remote-Mac-Zugang für Ihre Projektphase verfügbar ist. Wenn Sie eine konkrete Hardwarebasis vergleichen möchten, finden Sie auch Informationen zum Mac mini zur Miete.

Der Vorteil gegenüber einem Windows-Workaround liegt nicht darin, dass die Migration automatisch fehlerfrei wird. Sie erhalten vielmehr die Möglichkeit, die Originaldatei dort zu prüfen, wo Sketch seine vollständige Datei- und Bearbeitungslogik unterstützt. Sie können Quelle bereinigen, Importkopie erzeugen und anschließend wieder in Figma abnehmen.

Aktuelle Lösung oder Mac-Umgebung: treffen Sie die Projektentscheidung

Wenn Sie ausschließlich mit Figma arbeiten, ist eine lokale Windows-Umgebung meist der einfachere Weg. Sie vermeiden zusätzliche Zugänge und können die importierte Datei direkt bearbeiten. Diese Lösung verliert jedoch an Grenzen: Das Original lässt sich unter Windows nicht vollständig als native Sketch-Datei prüfen, externe Libraries bleiben möglicherweise ungeklärt, und komplexe Importfehler können ohne Gegenprobe nicht sauber eingeordnet werden.

Ein eigener Mac löst diese Abhängigkeit dauerhaft, verursacht aber Anschaffungs-, Wartungs- und Aktualisierungsaufwand. Für ein einzelnes historisches Projekt wäre das oft eine dauerhaft gebundene Ressource für einen zeitlich begrenzten Bedarf. Ein Remote Mac von MACCOME passt besser, wenn Sie nur für Bereinigung, Migration und Abnahme Zugriff auf eine native Umgebung brauchen. Prüfen Sie vorab Dateisensibilität, benötigte Software, Zugriffsrechte und den Projektzeitraum. Wenn Sie regelmäßig schwere Design- oder Produktionsaufgaben ausführen und physische Schnittstellen benötigen, ist ein eigener Mac möglicherweise die passendere Lösung.