Générateur d'UUID v4 en ligne

En quoi consiste cet outil ?

Un UUID (Universally Unique Identifier) est un identifiant de 128 bits représenté par 36 caractères, par exemple 550e8400-e29b-41d4-a716-446655440000. Les UUID de version 4 sont générés à partir de données aléatoires, ce qui rend les collisions si improbables qu'elles peuvent être ignorées dans la pratique : il faudrait générer un milliard d'UUID par seconde pendant des décennies avant qu'un doublon ne devienne probable.

Les UUID sont utilisés comme clés primaires dans les bases de données, comme identifiants de requêtes à des fins de traçabilité, comme noms de fichiers, comme clés d'API, et partout où l'on a besoin d'un identifiant sans devoir passer par une autorité centrale.

Pourquoi l'utiliser ?

• Sécurité cryptographique : utilise la fonction crypto.randomUUID(), et non la fonction Math.random(), qui est peu sûre.
• Génération en masse — jusqu’à 500 UUID à la fois, un par ligne, prêts à être collés.
• Options « majuscules » et « sans trait d'union » pour les systèmes ayant des exigences de format spécifiques.
• Fonctionne hors ligne dans votre navigateur ; les UUID ne sont jamais transmis où que ce soit.
• Gratuit et instantané, sans inscription.

Mode d'emploi

1. Choisissez le nombre d'UUID dont vous avez besoin (entre 1 et 500).
2. Vous pouvez également cocher les cases « Mettre en majuscules » ou « Supprimer les tirets ».
3. Cliquez sur « Générer des UUID ».
4. Cliquez sur « Tout copier » pour copier la liste dans son intégralité.

Exemple

Entrée

Quantité : 3

Résultat

f47ac10b-58cc-4372-a567-0e02b2c3d479
9c858901-8a57-4791-81fe-4c455b099bc9
16fd2706-8baf-433b-82eb-8c7fada847da

Chaque UUID est généré de manière indépendante à partir de données aléatoires sécurisées.

Cas d'utilisation courants

• Clés primaires de base de données : les UUID permettent de générer un identifiant valide avant une insertion, ce qui est utile pour les applications fonctionnant d'abord hors ligne ou lorsque le client doit faire référence à un enregistrement avant que le serveur ne le valide.
• Systèmes distribués : plusieurs serveurs peuvent générer des identifiants de manière indépendante, sans coordination et sans risque de collision — contrairement aux entiers à incrémentation automatique, qui nécessitent une source unique de vérité.
• Clés d'idempotence : l'envoi du même UUID lors d'une nouvelle tentative de requête API permet au serveur de reconnaître et d'ignorer en toute sécurité une soumission en double.
• Équipements de test et données de test : générez en masse des centaines d'identifiants uniques en une seule fois pour alimenter une base de données de test ou simuler des réponses d'API.
• Clés de liste React/Vue : lorsque les éléments d'une liste ne disposent pas encore d'un identifiant unique naturel, un UUID généré fait office de clé stable pendant le développement.

Limites à connaître

Les UUID ne peuvent pas être triés par date de création : en raison du caractère aléatoire de la version v4, les nouveaux identifiants ne sont pas classés les uns à côté des autres dans un index de base de données, ce qui peut nuire aux performances d'insertion à grande échelle (c'est pourquoi l'UUID v7, classé par horodatage, existe comme alternative). Si vous avez besoin à la fois d'un ordre chronologique et d'une unicité, la version v7 ou un identifiant de type Snowflake est plus adapté que la version v4.

Un UUID ne constitue pas à lui seul un identifiant de sécurité. Il est impossible à deviner dans le sens où on ne peut pas prédire un UUID à partir d'un autre, mais il n'a jamais été conçu pour offrir les fonctionnalités d'auditabilité, d'expiration ou de révocation dont un véritable jeton d'authentification a besoin — utilisez pour cela une bibliothèque dédiée aux jetons de session ou d'API.

Comment fonctionne réellement le hasard ?

Un UUID v4 comporte 122 bits véritablement aléatoires (les 6 bits restants sont fixes et servent à identifier la version et la variante, conformément à la spécification RFC 4122). Cet outil obtient cette aléatoire à partir de la fonction `crypto.getRandomValues()` via l'API Web Crypto du navigateur — la même source sous-jacente que celle utilisée pour les clés TLS et d'autres opérations cryptographiques, et non la fonction `Math.random()`, bien plus faible, qui est suffisamment prévisible pour que certaines anciennes bibliothèques d'UUID basées sur celle-ci aient été critiquées pour générer des identifiants faciles à deviner.

Pour illustrer concrètement les probabilités de collision : avec 122 bits aléatoires, il faudrait générer environ 2,71 quintillions d’UUID avant d’avoir 50 % de chances d’observer ne serait-ce qu’une seule collision — soit plusieurs ordres de grandeur de plus que ce qu’une application, quelle qu’elle soit, ne pourra jamais créer. C'est pourquoi l'UUID v4 est considéré comme pratiquement exempt de collisions dans la pratique, même si cela n'est pas mathématiquement impossible.

Foire aux questions