Nano-ID-Generator
Erzeugen Sie direkt im Browser massenhaft URL-sichere, kurze und eindeutige IDs. Zeichensatz (Standard, alphanumerisch, Kleinbuchstaben, Großbuchstaben, Ziffern oder hexadezimal) und Länge lassen sich frei wählen — ideal, wenn Sie etwas Kürzeres als eine UUID benötigen.
Vergleich der ID-Formate
| Format | Länge | Zeichensatzgröße | Nach Erstellungsreihenfolge sortierbar | Beschreibung |
|---|---|---|---|---|
| Nano ID | standardmäßig 21 Zeichen (1–64 konfigurierbar) | 64 Zeichen | Nein (vollständig zufällig) | Eine kurze Zufalls-ID, die nur aus URL-sicheren Zeichen besteht. Zeichensatz und Länge sind frei konfigurierbar. |
| UUID v4 | 36 Zeichen (inkl. 4 Bindestriche) | 16 Zeichen (hexadezimal) | Nein (vollständig zufällig) | Ein 128-Bit-Identifikator, standardisiert in RFC 9562. Die durch Bindestriche getrennte Hexadezimalschreibweise ist das Standardformat. |
| ULID | 26 Zeichen | 32 Zeichen (Base32) | Ja (die ersten 10 Zeichen sind ein Zeitstempel) | Beginnt mit einem millisekundengenauen Zeitstempel, wodurch IDs als Zeichenketten nach Erstellungsreihenfolge sortiert werden können. |
Tipps
- Nano ID wird mit kryptographisch sicherer Zufälligkeit über die Web Crypto API erzeugt und vollständig im Browser verarbeitet — es wird nichts an die Server von toolbase.cc gesendet.
- Der Standard-Zeichensatz mit 64 Zeichen (
A-Za-z0-9_-) enthält keine Symbole oder Leerzeichen und lässt sich daher direkt sicher in URL-Pfaden oder Dateinamen verwenden. - Wird der Zeichensatz auf „nur Ziffern“ oder „hexadezimal“ eingeschränkt, lassen sich IDs erzeugen, die zum Format bestehender Systeme passen (z. B. Bestellnummern, die nur aus Ziffern bestehen).
- Je kürzer die ID, desto höher die Kollisionswahrscheinlichkeit. Systeme mit hohem ID-Ausstoß sollten sich nahe an den standardmäßigen 21 Zeichen orientieren, während für kleine Testdatensätze auch 8–10 Zeichen ausreichen können.
- Erhöhen Sie die Anzahl und nutzen Sie „Alle kopieren“, um schnell Test- oder Seed-Daten in großer Menge zu erzeugen.
Häufige Fragen
Übrigens – Warum Nano ID kürzer sein kann als eine UUID
Nano ID ist eine 2017 von Andrey Sitnik, dem Entwickler von PostCSS, veröffentlichte JavaScript-Bibliothek zur ID-Erzeugung. Obwohl sie ohne Abhängigkeiten und winzig ist (nur wenige hundert Bytes Code), verschaffte ihr die Verwendung kryptographisch sicherer Zufälligkeit Anerkennung, und sie verzeichnet heute wöchentlich zig Millionen Downloads auf npm.
Wie kurz eine ID sein kann, hängt davon ab, wie viele unterschiedliche Zeichen ihr Alphabet besitzt. Eine UUID verwendet nur hexadezimale Ziffern (16 Symbole), um 128 Bit zu kodieren, wofür 36 Zeichen nötig sind. Nano ID nutzt 64 Symbole und kann damit eine vergleichbare Menge an Zufälligkeit (standardmäßig 126 Bit) in nur 21 Zeichen unterbringen. Der Grund: Jedes Zeichen trägt mehr Information (log₂64 = 6 Bit gegenüber log₂16 = 4 Bit bei Hexadezimalzahlen).
Die Standardeinstellung (21 Zeichen, 64-Symbol-Alphabet) liefert etwa 126 Bit Zufälligkeit — nahezu gleichwertig mit den 122 Bit von UUID v4. Nach der Näherungsformel des Geburtstagsproblems müssten rund 1,09×10¹⁹ IDs erzeugt werden, bevor die Kollisionswahrscheinlichkeit 50 % erreicht — praktisch also kaum ein Grund zur Sorge.