Sichere Dateinamen vor dem Versand: 2-Minuten-Checkliste

23. Oktober 2026

Wer sichere Dateinamen will, die bei jedem Empfänger korrekt ankommen, prüft vor dem Absenden fünf Dinge: keine unter Windows verbotenen Zeichen (\ / : * ? " < > |), keine Leerzeichen oder Punkte am Anfang oder Ende, eine vernünftige Gesamtlänge, eine Dateiendung, die noch vorhanden ist, und Umlaute, Akzente, koreanische oder japanische Zeichen in der zusammengesetzten Form (NFC) statt in der zerlegten Form (NFD), die ein Mac häufig schreibt. Die ersten vier Punkte sieht man mit bloßem Auge. Der fünfte ist unsichtbar, sorgt deshalb für die meiste Verwirrung, und genau diesen Punkt erledigt ein kostenloses Werkzeug wie FilenameFixer in wenigen Sekunden.

Dieser Artikel ist die Checklisten-Version. Er geht nicht tief in die Unicode-Theorie, sondern soll einmal durchgegangen werden, kurz bevor Sie eine Datei an eine E-Mail hängen, in ein Webformular ziehen oder einen Ordner für Kolleginnen und Kollegen zippen.

Die Checkliste für sichere Dateinamen

Gehen Sie diese Punkte für jede Datei durch, die Sie gleich verschicken. Die meisten Dateien bestehen den Test in Sekunden.

Nur gewöhnliche Zeichen. Buchstaben, Ziffern, Leerzeichen, Bindestriche, Unterstriche, Punkte und Klammern funktionieren überall. Alles aus \ / : * ? " < > | nicht: Windows weigert sich, die Datei zu speichern, oder ändert den Namen stillschweigend.
Nichts Seltsames an den Rändern. Kein Leerzeichen und kein Punkt am Anfang oder Ende des Namens. Windows entfernt abschließende Leerzeichen und Punkte, wodurch aus Bericht .pdf ein Name werden kann, der nicht mehr zu dem passt, was Sie dem Empfänger gesagt haben.
Kurz halten. Windows hat eine historische Grenze von 260 Zeichen für den gesamten Pfad, Ordnernamen eingeschlossen. Ein 150 Zeichen langer Dateiname, der auf Ihrem Schreibtisch funktioniert, kann in C:\Users\Jemand\Downloads\Projektunterlagen 2026\... scheitern.
Dateiendung intakt. Rechnung_März.pdf, nicht Rechnung_März oder Rechnung_März.pdf.txt. Falls macOS die Endungen ausblendet, prüfen Sie es im Finder über Informationen.
Zusammengesetztes Unicode (NFC) für Umlaute und andere Nicht-ASCII-Zeichen. Diesen Punkt kann man nicht sehen. Eine Datei namens Vertrag_Müller.docx, Überweisung_Jürgen.pdf oder 보고서.xlsx kann in zwei verschiedenen Bytefolgen gespeichert sein, die auf dem Mac identisch aussehen. Eine davon geht unter Windows und in vielen Upload-Formularen kaputt.

Wenn alle Punkte passen, verschicken Sie die Datei. Wenn Punkt 5 unklar ist, lesen Sie weiter.

Warum Dateinamen zwischen Mac, Windows und Webformularen kaputtgehen

Jedes System hat eigene Regeln, und Dateien überschreiten diese Grenzen ständig.

Verbotene Zeichen

macOS erlaubt fast alles in einem Dateinamen außer dem Doppelpunkt (einen eingetippten Schrägstrich speichert der Finder intern als Doppelpunkt). Windows verbietet neun Zeichen komplett und lehnt außerdem Namen wie CON, PRN, AUX, NUL, COM1 und LPT1 ab, mit oder ohne Endung. Eine Datei namens nul.txt lässt sich unter Windows überhaupt nicht anlegen. In der Praxis ist das selten, aber Q3 Ergebnisse: Entwurf?.xlsx ist genau die Art Name, die ein Mac-Nutzer ohne nachzudenken eintippt.

Randzeichen und Länge

Windows schneidet beim Speichern abschließende Leerzeichen und Punkte ab. Ein ZIP mit Notizen .txt wird vielleicht als Notizen.txt entpackt, was harmlos ist, oder das Entpacken schlägt fehl, was nicht harmlos ist. Lange Pfade scheitern aus demselben Grund: Die Grenze gilt für den vollständigen Pfad auf dem Rechner des Empfängers, nicht nur für den Namen, den Sie sehen.

Der unsichtbare Punkt: NFD gegenüber NFC

Dieser Punkt erzeugt die meisten Support-Anfragen. Unicode erlaubt, einen Umlaut wie ü entweder als einen einzigen Codepunkt (vorkomponiert, NFC) oder als u gefolgt von einem kombinierenden Trema (zerlegt, NFD) zu speichern. Dasselbe gilt für é (als e plus Akzent), für koreanische Silben (한 kann als die Jamo ㅎ, ㅏ, ㄴ abgelegt sein) und für japanische Kana mit Dakuten oder Handakuten (が als か plus ゛).

macOS hat Dateinamen historisch in der zerlegten Form geschrieben. Der Mac zeigt sie korrekt an, der Absender merkt also nichts. Windows, die meisten Webserver und viele Upload-Formulare erwarten die zusammengesetzte Form. Kommt die Datei an, sieht das Ergebnis vertraut aus:

Lebenslauf_Müller.pdf erscheint als Lebenslauf_Mu¨ller.pdf oder mit einem kleinen Kästchen nach dem u.
Straßenplan_Köln.xlsx zeigt ein abgetrenntes Trema hinter dem o (das ß ist übrigens nicht betroffen, es hat keine zerlegte Form).
한글_보고서.pptx wird zu getrennten Buchstaben wie ㅎㅏㄴㄱㅡㄹ_....
資料が.xlsx zeigt das Dakuten losgelöst vom Kana.
Ein Webformular lehnt den Upload ab oder speichert ihn unter einem Namen, der nicht mehr zum Datensatz in der Datenbank passt.

Die Datei selbst ist in Ordnung. Nur der Name liegt in einer Form vor, die das empfangende System nicht normalisiert.

Dateinamen vor dem Versand prüfen und reparieren

Hier ist eine nachvollziehbare Routine. Die Schritte 1 bis 3 decken die sichtbaren Probleme ab, die Schritte 4 und 5 das NFD-Problem.

Die offensichtlichen Fälle im Finder umbenennen. Datei auswählen, Eingabetaste drücken und alle Zeichen aus \ / : * ? " < > | entfernen. Ersetzen Sie sie durch einen Bindestrich oder ein Leerzeichen. Dasselbe gilt für Leerzeichen und Punkte am Anfang oder Ende.
Dateiendung bestätigen. Datei im Finder auswählen und Befehlstaste-I drücken. Unter Name & Suffix prüfen, ob die Endung vorhanden ist und ob Suffix ausblenden nicht einen Fehler wie eine doppelte Endung verdeckt.
Lange Namen kürzen. Wenn der Name plus der auf der Gegenseite zu erwartende Ordnerpfad auch nur in die Nähe von 200 Zeichen kommt, kürzen Sie jetzt. Datumsangaben im Format JJJJ-MM-TT und kurze Projektkürzel halten Namen sortierbar, ohne lang zu werden.
Testen, ob der Name in NFD vorliegt. Hinsehen hilft nicht. Zwei schnelle Möglichkeiten:
- Für Entwickler: Im Terminal python3 -c "import unicodedata,sys; print(unicodedata.is_normalized('NFC', sys.argv[1]))" "$(ls | head -1)" für eine einzelne Datei ausführen oder über einen Ordner schleifen. False bedeutet zerlegt.
- Für alle anderen: Die kostenlose FilenameFixer-Web-App im Browser öffnen, den Dateinamen in den Textkonverter einfügen und die Ausgabe mit dem Eingefügten vergleichen. Ändert das Werkzeug etwas, war das Original NFD.
In NFC umwandeln. Für eine Handvoll Dateien ziehen Sie diese im Browser auf die FilenameFixer-Seite; sie werden gesammelt in die zusammengesetzte Form umbenannt. Die Verarbeitung findet lokal im Browser statt, die Dateien werden also nirgendwohin hochgeladen. Für einen bereits gezippten Ordner kann das ZIP-Wiederherstellungswerkzeug die Namen innerhalb des Archivs umschreiben (Archive bis 200 MB). Wer entwickelt, erreicht dasselbe im eigenen Skript mit unicodedata.normalize('NFC', name) in Python oder str.normalize('NFC') in JavaScript.

Nach Schritt 5 wiederholen Sie Schritt 4. Die Ausgabe sollte jetzt unverändert bleiben.

Bordmittel, die kein Werkzeug brauchen

Sie können das Problem ganz umgehen, indem Sie Dateien mit reinem ASCII benennen, wo der Inhalt es zulässt: Vertrag_Mueller.docx statt Vertrag_Müller.docx, oder Bericht_kr.pptx mit dem koreanischen Titel im Dokument statt im Dateinamen. Das ist ein ehrlicher Rat und funktioniert für viele Bürodateien. Es ist keine Option, wenn der Name selbst die Information ist, etwa bei einem gescannten Ausweis, dem Namen einer Studentin auf einer Abgabe oder einem Datensatz, bei dem Dateinamen mit einer Datenbank abgeglichen werden.

Sichere Dateinamen für E-Mail, Upload-Portale und Kollegen

Einige Situationen verdienen eine eigene Zeile auf der Checkliste.

E-Mail-Anhänge. Mailprogramme reichen den Dateinamen in der Regel so weiter, wie er gespeichert ist. Wer vom Mac aus ungeprüft anhängt, liefert dem Windows-Empfänger den zerlegten Namen. Umbenennen oder umwandeln Sie vor dem Anhängen, nicht erst nach der Rückfrage.

Webformulare und Portale. Bewerbungsportale, Abgabesysteme von Hochschulen und Behördenportale sind die Orte, an denen NFD stille Fehler verursacht: Der Upload scheint zu klappen, aber der gespeicherte Name ist verstümmelt, oder das Formular lehnt die Datei mit einer vagen Meldung wie „ungültiger Dateiname" ab. Wer häufig hochlädt, kann die FilenameFixer-Chrome-Erweiterung nutzen, die Dateinamen beim Hochladen automatisch umwandelt; der Checklisten-Schritt passiert dann, ohne dass man daran denken muss. Für einmalige Uploads reicht es, die Datei vorher umzuwandeln.

Dateien von koreanischen oder japanischen Kollegen. Wenn eine Kollegin am Mac Ihnen Dateien mit koreanischen oder japanischen Namen schickt und diese kaputt ankommen, liegt die Reparatur auf der Empfängerseite: Dateien oder das ZIP in die Web-App ziehen, umwandeln, und die Namen sind wiederhergestellt. Es lohnt sich, diese Checkliste an den Absender weiterzuleiten, damit die nächste Lieferung sauber ankommt.

Entwickler und gemeinsame Repositories. Normalisieren Sie Dateinamen in jedem Skript, das Dateien schreibt, zu NFC, und validieren Sie eingehende Uploads serverseitig. Verlassen Sie sich nicht darauf, dass der Client zusammengesetzte Namen schickt; ein Filter, der NFD ablehnt oder beim Eingang umwandelt, spart später viel Fehlersuche.

Grenzen, die man kennen sollte

Eine Checkliste für Dateinamen verhindert die meisten Probleme, aber nicht alle. Manche Systeme haben eigene Zusatzregeln, etwa SharePoint, das in bestimmten Konfigurationen # und % ablehnt, oder ältere FTP-Server, die an allem außerhalb von ASCII scheitern. Die Umwandlung nach NFC behebt gezielt das Zerlegungsproblem; sie kürzt keine Namen, entfernt keine verbotenen Zeichen und repariert keine Dateien, die auf der Gegenseite bereits falsch umbenannt wurden. Und kein Werkzeug kann versprechen, dass ein bestimmtes Portal einen Namen akzeptiert, denn jeder Dienst legt seine Prüfregeln selbst fest. Betrachten Sie die fünf Punkte oben als Grundlage, ergänzen Sie die bekannten Eigenheiten des Empfängers, und die meisten „Der Dateiname ist kaputt"-Mails bleiben aus.