Postleitzahlenformat nach Land: Regex-Referenz 2026

Die Vereinigten Staaten verwenden fünf Ziffern oder ZIP+4, was Entwickler dazu verleitet, Postleitzahlen als Integer zu modellieren. Dieses Modell bricht sofort in Kanada, dem Vereinigten Königreich, den Niederlanden, Irland, Malta und Argentinien, wo Buchstaben Teil des Codes sind. Es bricht auch still in Deutschland, Frankreich, Spanien, Italien und Polen, wo führende Nullen bedeutsam sind und eine Integer-Spalte sie verwirft.

Eine zweite Fehlerklasse entsteht aus der Position. Die meisten westlichen Länder setzen die Postleitzahl nach die Stadt, aber Deutschland, Frankreich, die Niederlande und Japan setzen sie davor, und Japan stellt den gesamten Code an den Anfang der Adresse. Wenn Ihr Formular eine feste Vorlage rendert, erzeugt es Adressen, die ein lokaler Leser offensichtlich falsch findet, obwohl jedes Feld ausgefüllt ist.

Der Großteil Europas verwendet numerische Codes fester Länge. Deutschland, Frankreich, Spanien, Italien, Griechenland, die Türkei und Saudi-Arabien verwenden fünf Ziffern; Österreich, Belgien, die Schweiz, Dänemark, Norwegen, Ungarn und Südafrika vier; Polen und Portugal fügen einen Bindestrich hinzu; Schweden verwendet drei Ziffern, ein Leerzeichen und zwei. Tschechien ist fünfstellig, üblicherweise mit einem Leerzeichen nach der dritten Ziffer.

Asien und Lateinamerika sind meist numerisch, aber mit unterschiedlichen Längen. Indien, China, Russland, Singapur und Nigeria verwenden sechs Ziffern; Japan sieben mit einem konventionellen Bindestrich nach der dritten; Südkorea fünf; Brasilien acht mit einem Bindestrich nach der fünften; Chile sieben; Kolumbien sechs; Peru und Mexiko fünf. Die Länge allein reicht nicht aus, um ein Land zu identifizieren, weshalb ein Validator das Länderfeld benötigt, bevor er irgendetwas validiert.

Kanada verwendet das Muster A1A 1A1, und die Buchstaben sind eingeschränkt. Das erste Zeichen darf nicht D, F, I, O, Q, U, W oder Z sein, und die übrigen Buchstaben dürfen nicht D, F, I, O, Q oder U sein. Das Leerzeichen zwischen den beiden Dreiergruppen ist konventionell. Ein Validator, der jeden Buchstaben zulässt, akzeptiert Codes, die Canada Post nie vergibt.

Das Vereinigte Königreich verwendet einen Outward-Code aus zwei bis vier Zeichen, gefolgt von einem einzelnen Leerzeichen und einem dreizeichigen Inward-Code, wie in SW1A 1AA. Die Niederlande sind vier Ziffern, ein Leerzeichen und zwei Großbuchstaben. Irland verwendet einen siebenstelligen Eircode, aufgeteilt in einen dreizeichigen Routing Key und eine vierstellige eindeutige Kennung. Malta ist drei Buchstaben, ein Leerzeichen und vier Ziffern. Argentinien verwendet den achtstelligen CPA, einen Buchstaben gefolgt von vier Ziffern und drei Buchstaben, zum Beispiel C1425ABC.

Hongkong und die Vereinigten Arabischen Emirate haben kein Postleitzahlensystem. Beide sind im 38-Länder-Fixture-Set dieser Seite, und der Generator gibt für sie einen leeren Postleitzahlwert zurück, statt Ziffern zu erfinden. Das ist das korrekte Verhalten und zugleich ein nützlicher Testfall, denn ein Formular, das die Postleitzahl als Pflichtfeld markiert, ist für beide Märkte fehlerhaft.

Die VAE-Konvention ist eine P.O.-Box-Nummer, die keine Postleitzahl ist und nicht in dieses Feld gezwungen werden sollte. Hongkonger Adressen verwenden Bezirk und Straße, und Post wird ohne jeglichen Code zugestellt. Wenn Ihr Datenmodell einen nicht-nullbaren Postleitzahlwert erfordert, verwenden Sie einen expliziten Sentinel wie ein Länder-Flag, keinen Fake-Code, denn ein Fake-Code besteht die Validierung und scheitert dann an jeder nachgelagerten Prüfung, die einen echten Code annimmt.

Eine Strukturprüfung beantwortet, ob eine Zeichenkette dem Ländermuster entspricht. Eine Existenzprüfung beantwortet, ob der Code in einem Referenzdatensatz vorkommt. Nur die zweite kann Ihnen sagen, dass ein Code nie vergeben wurde. Diese Seite führt die Strukturprüfung für alle 38 Länder und eine Existenzprüfung für US-ZIPs gegen 40.979 Zeilen durch und kennzeichnet sie unterschiedlich, damit niemand das eine mit dem anderen verwechselt.

Keine der beiden Prüfungen beweist Zustellbarkeit. Eine fünfstellige US-ZIP kann existieren, während die Straßenadresse darunter nicht existiert, und ein strukturell gültiger deutscher Code kann zu einer anderen Stadt gehören als der angegebenen. Wenn Sie dieses Maß an Sicherheit benötigen, brauchen Sie einen Postleitzahlen-Referenzdatensatz und eine straßenebene Datenbank, was ein anderes Produkt als ein Formatprüfer ist.

Verankern Sie jedes Muster. Ein nicht verankertes /\d{5}/ findet die fünf Ziffern innerhalb einer neunstelligen Zeichenkette und meldet Erfolg. Verwenden Sie ^ und $ oder die entsprechende Full-Match-API. In JavaScript findet \d nur ASCII-Ziffern; in Python findet \d standardmäßig Unicode-Ziffern, sodass ein Muster östliche arabische Ziffern akzeptieren kann, es sei denn, Sie kompilieren mit re.ASCII oder schreiben [0-9].

Entscheiden Sie explizit, ob das Trennzeichen erforderlich ist. Für die Anzeige fügen Sie das kanonische Trennzeichen selbst ein. Für die Eingabe akzeptieren Sie null oder ein Leerzeichen oder Bindestrich und normalisieren. Seien Sie vorsichtig mit Bindestrichen in Zeichenklassen, wo sie Bereiche definieren, es sei denn, sie werden maskiert oder an letzter Stelle platziert. Und verwenden Sie kein Case-Insensitive-Flag, um einen Normalisierungsfehler zu überdecken: Schreiben Sie den Wert beim Speichern in Großbuchstaben und halten Sie die Anzeigeform kanonisch.

Speichern Sie eine kanonische Form und leiten Sie die Anzeigeform ab. Die kanonische Form ist üblicherweise Großbuchstaben mit dem Standardtrennzeichen oder nur Ziffern, wenn das Trennzeichen rein konventionell ist. Behalten Sie die rohe Benutzereingabe in einer separaten Spalte, wenn Sie einen Audit-Trail benötigen, denn Normalisierung ist verlustbehaftet und ein Support-Mitarbeiter muss möglicherweise genau sehen, was eingegeben wurde.

Die länderspezifische Normalisierung ist klein, aber real. Kanada will Großbuchstabe-Ziffer-Großbuchstabe, Leerzeichen, Ziffer-Großbuchstabe-Ziffer. Die Niederlande wollen Großbuchstaben nach den Ziffern. Das Vereinigte Königreich will ein einzelnes Leerzeichen und Großbuchstaben. Brasilien und Japan verwenden einen Bindestrich, den Benutzer häufig weglassen, also in die Form mit Bindestrich normalisieren. Deutschland will überhaupt kein Trennzeichen und muss die führende Null behalten.

Jeder Validator braucht einen Korpus mit mindestens einem gültigen und einem ungültigen Fall pro Land sowie Fällen, die speziell Normalisierung und Speicherung testen. Die folgende Tabelle ist ein Ausgangssatz. Beachten Sie, dass mehrere ungültige Fälle aus länderspezifischen Gründen ungültig sind und nicht aus generischen, was der Punkt ist, an dem die meisten handgeschriebenen Tests zu früh aufhören.

Fügen Sie Fälle für die Länder ohne Postleitzahl, für führende Nullen und für die Trennzeichenvarianten hinzu, die Benutzer tatsächlich eingeben. Wenn der Validator zwischen Client und Server geteilt wird, führen Sie denselben Korpus gegen beide Implementierungen aus; eine Abweichung zwischen einem permissiven Client und einem strikten Server ist die häufigste Quelle von Meldungen wie „Das Formular hat es akzeptiert, aber die API hat es abgelehnt“.