DATEiNAMEN UNTER WiNDOWS: WAS ERLAUBT iST UND WAS ÄRGER MACHT

Dateinamen sehen auf den ersten Blick nach einer ziemlich einfachen Sache aus. Ein Name, eine Dateiendung, fertig. Tatsächlich steckt dahinter aber einiges mehr.

Windows erlaubt viele Zeichen, aber eben nicht alle. Manche Zeichen sind grundsätzlich verboten, andere funktionieren zwar, können aber beim Austausch mit anderen Systemen Probleme verursachen. Dazu kommen reservierte Namen, unterschiedliche Regeln bei Groß- und Kleinschreibung und die berühmte Sache mit den viel zu langen Dateipfaden.

Wer seine Dateien langfristig aufbewahren, mit anderen Systemen austauschen oder über Netzwerke und Cloud Dienste synchronisieren möchte, sollte deshalb wissen, wo die kleinen Stolpersteine liegen.

Welche Zeichen sind unter Windows erlaubt?

Die gute Nachricht zuerst - du kannst unter Windows ziemlich frei benennen.

Buchstaben, Zahlen, Leerzeichen und viele Sonderzeichen sind problemlos möglich. Auch Umlaute und zahlreiche andere Unicode Zeichen können verwendet werden.

Ein Dateiname wie "Urlaub 2026 - Teil 1.jpg" ist genauso unproblematisch wie "Rechnung Müller & Sohn.pdf".

Problematisch wird es bei einigen ganz bestimmten Zeichen.

Diese Zeichen gehören nicht in Windows Dateinamen

• < kleiner als
• > größer als
• : Doppelpunkt
• " doppeltes Anführungszeichen
• / Schrägstrich
• \ umgekehrter Schrägstrich
• | senkrechter Strich
• ? Fragezeichen
• * Sternchen

Diese Zeichen sind unter Windows für andere Aufgaben reserviert oder haben eine besondere Bedeutung für das Dateisystem beziehungsweise für die Interpretation von Pfaden.

Ein Doppelpunkt wird beispielsweise bei Laufwerksbuchstaben verwendet, der umgekehrte Schrägstrich trennt Verzeichnisse voneinander und das Sternchen wird häufig als Platzhalter verwendet.

Auch Steuerzeichen mit den Zeichenwerten 1 bis 31 sind unter Windows grundsätzlich nicht für normale Datei und Verzeichnisnamen vorgesehen.

Warum kann ich manche Zeichen gar nicht verwenden?

Windows verbietet diese Zeichen nicht einfach aus Spaß.

Ein Dateiname ist für das Betriebssystem nicht nur eine Beschriftung. Er ist Bestandteil eines Pfades und wird von verschiedenen Programmen verarbeitet.

Der Backslash in C:\Dokumente\Rechnung.pdf bedeutet beispielsweise nicht "ein Zeichen im Dateinamen", sondern trennt die einzelnen Bestandteile des Pfades.

Würde Windows denselben Backslash gleichzeitig als normalen Bestandteil eines Dateinamens behandeln, wäre für das Betriebssystem nicht mehr eindeutig, wo ein Verzeichnis endet und die nächste Komponente beginnt.

Ähnliches gilt für andere reservierte Zeichen. Sie haben im Umgang mit Dateien und Pfaden bereits eine eigene Aufgabe.

Und dann gibt es noch die verbotenen Namen

Als wäre das mit den Sonderzeichen nicht schon interessant genug, kennt Windows zusätzlich einige reservierte Dateinamen.

Dazu gehören unter anderem:

• CON
• PRN
• AUX
• NUL
• COM1 bis COM9
• LPT1 bis LPT9

Das gilt teilweise sogar dann, wenn du eine Dateiendung dahinter setzt. CON.txt ist deshalb nicht einfach eine ganz normale Datei namens "CON.txt". Windows behandelt solche Namen weiterhin als reserviert.

Diese Namen stammen aus der langen Geschichte von DOS und Windows und haben mit alten Geräte- und Systembezeichnungen zu tun.

Das ist einer dieser Fälle, bei denen man sich beim ersten Kontakt mit der Regel vermutlich fragt: "Warum bitte?"

Die kurze Antwort lautet - weil Windows eine ziemlich lange Vergangenheit hat.

Leerzeichen am Ende? Lieber nicht.

Ein weiterer kleiner Stolperstein versteckt sich am Ende eines Dateinamens.

Ein Dateiname sollte unter Windows nicht mit einem Leerzeichen oder einem Punkt enden.

"Mein Dokument.txt" ist völlig normal.

"Mein Dokument .txt" ebenfalls.

Aber ein Name, der tatsächlich mit einem Leerzeichen oder Punkt endet, kann durch die Windows Shell beziehungsweise bestimmte Anwendungen nicht wie erwartet verarbeitet werden. Das zugrunde liegende Dateisystem kann teilweise mehr zulassen, als die normale Windows Oberfläche akzeptiert.

Auch hier gilt deshalb - nur weil etwas technisch irgendwo möglich ist, muss es noch lange keine gute Idee sein.

Groß oder klein? Das kann wichtig werden.

Bei der Groß- und Kleinschreibung wird es zwischen den Betriebssystemen besonders interessant.

Unter dem normalen Windows Verhalten gelten DATEI.TXT, Datei.txt und datei.txt grundsätzlich als derselbe Dateiname. Windows behandelt Datei und Verzeichnisnamen standardmäßig also nicht als case sensitive.

Linux arbeitet dagegen normalerweise case sensitive. Dort können beispielsweise Foto.jpg und foto.jpg zwei unterschiedliche Dateien sein.

Auch macOS kann je nach verwendeter Dateisystemkonfiguration mit Groß und Kleinschreibung unterschiedlich umgehen. APFS ist auf macOS standardmäßig case insensitive, kann aber auch case sensitive eingerichtet werden.

Das kann beim Austausch zwischen Systemen interessant werden.

Stell dir vor, du hast unter Linux zwei Dateien:

• Projekt.txt
• projekt.txt

Auf einem typischen Windows System können diese beiden Namen nicht einfach als zwei voneinander unabhängige Dateien behandelt werden.

Wer Dateien zwischen Windows, Linux und macOS austauscht, sollte deshalb nicht darauf bauen, dass unterschiedliche Groß und Kleinschreibung immer eindeutig funktioniert.

Wie lang darf ein Dateiname sein?

Jetzt kommen wir zu einem Klassiker: "Der Dateiname ist zu lang."

Wichtig ist dabei eine Unterscheidung - ein einzelner Datei- oder Verzeichnisname ist nicht dasselbe wie der komplette Pfad.

Ein einzelner Name kann unter vielen Windows Dateisystemen bis zu 255 Zeichen umfassen. Der komplette Pfad kann aber deutlich früher an eine Grenze stoßen, weil jedes Verzeichnis und jedes einzelne Zeichen des gesamten Weges mitgezählt wird.

Aus

C:\Dokumente\Projekte\2026\Kunde\Aufträge\Rechnungen\Januar\Endgültige Version\Rechnung_Kunde_Müller_Projekt_2026_01_final.pdf

wird schnell ein ziemlich langer Weg.

Und genau hier liegt das Problem - nicht nur der Dateiname zählt, sondern der komplette Pfad.

Warum können lange Pfade Probleme verursachen?

Windows hat historisch mit der sogenannten MAX_PATH Grenze gearbeitet. Für viele klassische Windows Anwendungen liegt diese Grenze bei 260 Zeichen.

Moderne Windows Versionen können unter bestimmten Voraussetzungen auch deutlich längere Pfade unterstützen. Dafür müssen jedoch sowohl Windows als auch die jeweilige Anwendung die Unterstützung für lange Pfade verwenden. Nicht jedes Programm macht das.

Und genau hier wird es in der Praxis interessant.

Eine Datei kann auf deinem Rechner problemlos existieren und sich öffnen lassen. Ein anderes Programm kann beim Öffnen, Verschieben oder Speichern trotzdem mit einer Fehlermeldung abbrechen.

Microsoft weist ausdrücklich darauf hin, dass unterschiedliche Plattformen und Anwendungen unterschiedliche Pfadlängen unterstützen. Das kann unter anderem dazu führen, dass Dateien nicht synchronisiert, geöffnet, verschoben oder umbenannt werden können.

Das ist besonders bei Cloud Speichern, Netzlaufwerken, Backups und gemeinsam genutzten Ordnerstrukturen relevant.

Warum "schöne" Ordnerstrukturen manchmal zum Problem werden

Ordnung ist grundsätzlich eine gute Sache.

Aber auch Ordnung kann übertreiben.

Ein Verzeichnis wie

Dokumente\Projekte\2026\Kunden\Deutschland\NRW\Dortmund\Aufträge\Projektname\Unterlagen\Rechnungen\Final

ist zwar wunderbar ordentlich. Hängt darin anschließend noch ein langer Dateiname, kann der gesamte Pfad schnell unnötig groß werden.

Das Problem wird besonders deutlich, wenn solche Verzeichnisse anschließend in eine Cloud synchronisiert oder auf einen anderen Rechner kopiert werden.

Der eine Rechner sagt "alles bestens", der nächste sagt plötzlich "Datei kann nicht geöffnet werden".

Dann ist nicht unbedingt die Datei kaputt. Manchmal ist schlicht der Weg dorthin zu lang.

Was ist bei Linux anders?

Linux ist bei Dateinamen wesentlich großzügiger.

Vereinfacht gesagt darf ein Linux Dateiname fast jedes Zeichen enthalten. Die beiden entscheidenden Ausnahmen sind das Null Zeichen und der Schrägstrich, weil der Schrägstrich als Trennzeichen für Pfade benötigt wird.

Linux kann deshalb Dateinamen akzeptieren, die unter Windows überhaupt nicht möglich wären.

Das bedeutet aber nicht automatisch, dass solche Namen eine gute Idee sind.

Wer Dateien zwischen Windows und Linux austauscht, sollte sich an die strengeren gemeinsamen Regeln halten. Die Linux Dokumentation empfiehlt für maximale Kompatibilität ebenfalls einen eingeschränkten Zeichensatz, der sich am POSIX Portable Filename Character Set orientiert.

Und was macht macOS?

Auch macOS hat seine eigenen Besonderheiten.

Moderne Mac Systeme verwenden unter anderem APFS. Dabei gibt es Varianten, die Groß und Kleinschreibung unterscheiden, und Varianten, die dies nicht tun. Standardmäßig ist APFS auf macOS case insensitive, kann aber auch case sensitive betrieben werden.

Damit gilt auch hier - nur weil ein Dateiname auf einem Mac funktioniert, bedeutet das nicht automatisch, dass er sich auf jedem anderen System genauso verhält.

Besonders bei externen Festplatten, NAS Systemen, Cloud Speichern und gemeinsamen Projektordnern sollte man deshalb möglichst plattformfreundliche Namen verwenden.

Welche Zeichen sollte man freiwillig vermeiden?

Nicht jedes Zeichen, das erlaubt ist, muss/sollte auch verwendet werden.

Wenn eine Datei nur auf deinem eigenen Windows Rechner bleibt, kannst du die Möglichkeiten von Windows weitgehend ausschöpfen.

Soll die Datei aber irgendwann auf einem anderen Rechner, einem Server, einem NAS, einem Smartphone oder in einer Cloud landen, würde ich deutlich konservativer vorgehen.

Für möglichst gute Kompatibilität haben sich einfache Dateinamen bewährt:

• Buchstaben
• Zahlen
• Leerzeichen
• Unterstrich
• Bindestrich
• ein einzelner Punkt vor der Dateiendung

Gerade bei Dateien, die regelmäßig zwischen verschiedenen Systemen ausgetauscht werden, sind einfache Namen häufig die nervenschonendere Lösung.

Was ist mit Umlauten und anderen Sonderzeichen?

Umlaute wie ä, ö und ü sind unter modernen Windows Systemen grundsätzlich kein Problem. Auch andere Unicode Zeichen können verwendet werden.

Trotzdem können exotische Zeichen bei älteren Programmen, bestimmten Servern, Skripten oder schlecht vorbereiteten Anwendungen Schwierigkeiten verursachen.

Wenn eine Datei ausschließlich auf deinem eigenen aktuellen Rechner verwendet wird, ist das normalerweise kein Grund zur Panik.

Wenn eine Datei dagegen Teil eines automatisierten Systems wird oder regelmäßig zwischen unterschiedlichen Betriebssystemen wandert, sind einfache ASCII Zeichen oft die langweiligere, aber zuverlässigere Wahl.

Und manchmal ist langweilig bei Computern genau das, was man haben möchte.

Ein guter Dateiname ist mehr als nur ein Name

Ein Dateiname sollte nicht nur für dich verständlich sein. Er sollte auch für andere Programme möglichst eindeutig und problemlos verarbeitbar sein.

Statt

"Das ist die wirklich endgültige Version 3 mit Änderungen vom letzten Freitag FINAL NEU.pdf"

ist beispielsweise

"2026-08-28_Projektbericht.pdf"

nicht nur übersichtlicher, sondern auch deutlich angenehmer für Backup, Synchronisation und spätere Suche.

Datum, Projektname und eine kurze eindeutige Bezeichnung reichen meistens völlig aus.

Die wichtigste Regel

Du darfst unter Windows ziemlich viel. Du solltest aber nicht alles davon nutzen.

Vermeide die reservierten Sonderzeichen und Namen, halte Dateinamen übersichtlich und behalte die Gesamtlänge des Pfades im Auge. Wenn Dateien zwischen Windows, Linux und macOS ausgetauscht werden, lohnt es sich außerdem, auf möglichst einfache und plattformfreundliche Namen zu setzen.

Ein guter Dateiname muss nicht spektakulär sein. Er muss funktionieren.

Und wenn du beim nächsten Mal einen Ordner mit zwölf Unterordnern und einem Dateinamen über drei Zeilen anlegst, denk vielleicht kurz daran, dass irgendwann jemand diese Datei wieder öffnen, verschieben oder synchronisieren möchte.

Vielleicht sogar du selbst.