Générateur UUID / ULID
Créez en lot des UUID v4, des UUID v7 ordonnés dans le temps, des ULID ou des identifiants courts aléatoires. Choisissez la quantité, retirez les tirets
Générez des identifiants uniques à la demande : UUID v4 (aléatoire), UUID v7 (ordonné dans le temps), ULID et identifiants courts aléatoires. Choisissez la version et la quantité, puis copiez la liste directement dans votre code, vos données de test ou votre base de données.
Le choix compte : v4 est la valeur par défaut sûre pour une clé primaire, tandis que v7 et ULID commencent par un horodatage, ce qui garde les index de base de données efficaces parce que les nouvelles lignes s'insèrent à proximité les unes des autres. Utilisez les identifiants courts aléatoires lorsque vous avez seulement besoin d'un jeton opaque et non d'un identifiant standard.
Comment générer un UUID ou un ULID
Choisissez le type d'identifiant
Indiquez la quantité souhaitée
Copiez la liste
Questions fréquentes
Quelle est la différence entre UUID v4 et v7 ?
La version 4 est purement aléatoire. La version 7 place un horodatage en millisecondes au début : les identifiants se trient donc par date de création, ce qui est meilleur pour la localité des index de base de données, tout en restant globalement uniques.
Qu'est-ce qu'un ULID ?
Un identifiant de 26 caractères en Crockford Base32 : un horodatage de 48 bits suivi de 80 bits aléatoires. Il est triable lexicographiquement, ce qui est utile dans les journaux et les noms de fichiers.
Ces identifiants sont-ils vraiment uniques ?
Ils sont générés à partir d'une source aléatoire cryptographiquement sûre. Le risque de collision d'un v4 est astronomiquement faible : en pratique, ils sont donc bien uniques.
Dois-je les utiliser comme clés de base de données ?
Ils sont sûrs, mais une clé v4 aléatoire disperse les insertions dans tout l'index. Si la performance d'insertion compte, préférez v7 ou ULID, qui sont ordonnés dans le temps.
Puis-je en générer beaucoup d'un coup ?
Oui, définissez la quantité et copiez toute la liste en une fois : pratique pour alimenter des données de test.
Quelque chose est-il envoyé à un serveur ?
Non, les identifiants sont générés dans votre navigateur.
En un coup d'œil
| Entrée | texte |
|---|---|
| Fichiers multiples | Non |
| Où ça tourne | Dans votre navigateur - les fichiers ne sont jamais envoyés |
| Fonctionne hors ligne | Oui — une fois la page chargée |
| Tarif | Gratuit, sans inscription, sans filigrane |
Manipuler des secrets sans risque
Les outils de développement traitent des identifiants bien plus souvent qu'on ne le croit, et le risque ne vient pas de l'algorithme mais de l'endroit où vont les données. Le hachage est à sens unique et n'est pas du chiffrement - MD5 et SHA-1 sont cassés pour tout usage de sécurité, et même SHA-256 n'est pas le bon outil pour stocker des mots de passe, là où bcrypt, scrypt ou Argon2 existent précisément pour être lents. Le Base64 est un encodage, pas une protection : n'importe qui peut le décoder, ne le prenez donc jamais pour de l'obfuscation. Un JWT peut être lu par quiconque le détient, c'est pourquoi sa charge utile ne doit jamais contenir de secrets, et décoder un jeton ne vérifie pas sa signature - la vérification exige la clé. Tout sur ce site s'exécute localement dans votre navigateur, et c'est précisément pour cela qu'il peut manipuler des jetons et des mots de passe en toute sécurité.
Où les conversions cassent sans bruit
La plupart des bugs de conversion ne portent pas sur la syntaxe mais sur le sens. Une colonne CSV de codes postaux perd ses zéros initiaux dès qu'un tableur devine qu'il s'agit d'un nombre ; un identifiant long dépasse la précision des nombres à virgule flottante ; les dates changent de sens selon qu'elles sont au format jour-mois ou mois-jour. Les clés JSON ne sont pas ordonnées, mais les tableaux le sont, et un outil qui trie les clés ne change rien tandis qu'un outil qui trie les tableaux modifie les données. L'Unicode est un autre piège : le texte peut arriver en UTF-8, en UTF-16 ou avec un BOM, et un décodeur qui se trompe transforme les caractères accentués en mojibake. Avant de faire confiance à une conversion, vérifiez par échantillon la première et la dernière ligne, tout champ à zéros initiaux et tout champ contenant des guillemets, des virgules ou des retours à la ligne.