Générateur UUID v4

Qu’est-ce qu’un générateur d’UUID ?

Un générateur d’UUID produit un identifiant universellement unique : une suite de 32 chiffres hexadécimaux répartie en cinq groupes séparés par des tirets (8-4-4-4-12, soit 36 caractères en tout), destinée à identifier une ligne de base de données, une session, un fichier ou une requête sans jamais entrer en collision avec un identifiant généré ailleurs, sur une autre machine, par un autre programme. Contrairement à un identifiant auto-incrémenté, il ne demande aucune coordination centrale : deux services qui n’ont jamais échangé le moindre message peuvent chacun tirer un UUID de leur côté et être quasi certains de ne jamais retomber sur le même.

Ce générateur UUID produit deux variantes : la version 4, qui repose entièrement sur le hasard, et la version 7, qui place un horodatage en tête pour rester triable dans le temps. Réglez le nombre d’identifiants à produire, cochez le format qui vous arrange — majuscules, sans tirets, entre accolades — et copiez le résultat en un clic. Le calcul entier a lieu dans l’onglet ouvert ; aucun identifiant ne quitte votre appareil avant d’atterrir dans votre presse-papiers.

Comment ça marche

1. Réglez le nombre d’UUID à produire : un champ numérique et un curseur permettent de choisir de 1 à 100 identifiants ; 10 est la valeur de départ.
2. Cochez les options de format qui vous intéressent. Majuscules, Retirer les tirets et Entre accolades se combinent librement, et le bouton En générer d’autres tire un nouveau lot sans toucher aux réglages.
3. Copiez ce dont vous avez besoin : cliquez sur un UUID pour le copier seul, ou sur Tout copier pour récupérer le lot entier ; les deux affichent Copié ! pendant deux secondes, et la ligne de comptage rappelle combien d’identifiants ont été générés et combien de bits aléatoires chacun contient.

122 bits sur 128 : ce que la version 4 fige et ce qu’elle laisse au hasard

Un UUID v4 s’annonce sur 128 bits, mais 122 seulement sont réellement tirés au hasard. La spécification fige quatre bits pour marquer la version — toujours 4 — et deux bits pour marquer la variante, ce qui ne laisse que quatre valeurs possibles en hexadécimal : 8, 9, a ou b. C’est pourquoi le treizième chiffre hexadécimal de tout UUID produit ici est toujours un 4, et le dix-septième toujours l’une de ces quatre valeurs — vérifié sur 20 000 UUID générés par cet outil, sans une seule exception à ces deux positions.

Les 30 chiffres hexadécimaux restants, eux, sont bien issus du hasard : répartis sur ces mêmes 20 000 identifiants, ils ressortent uniformes sur les seize valeurs possibles (0 à f), avec un khi-deux maximal de 31,9 pour 15 degrés de liberté — rien qui trahisse un biais de tirage. Les 20 000 UUID générés pour cette vérification étaient par ailleurs tous distincts.

C’est sur ces 122 bits réels, et non sur les 128 annoncés, que se calcule le risque de collision. Il faut environ 103 000 milliards d’UUID générés pour que la probabilité d’en voir deux coïncider atteigne une chance sur un milliard, et environ 2,7 milliards de milliards pour arriver à une chance sur deux — à raison d’un milliard d’UUID générés chaque seconde, cela représente 86 ans. L’écart avec un UUID théorique à 128 bits tient en un chiffre satisfaisant : six bits de hasard en moins réduisent l’espace des valeurs par 64, mais le seuil de collision suit une racine carrée — le paradoxe des anniversaires — donc le nombre d’UUID qu’on peut tirer sans risque ne baisse que de la racine de 64, soit exactement 8.

Ce qu’un UUID n’est pas

Un UUID n’est pas un secret, même en version 4. Il est impossible à deviner par force brute — pas assez de tentatives possibles dans une vie humaine pour tomber dessus — mais il n’est jamais traité comme confidentiel une fois émis : il finit dans une URL partagée, un journal de serveur, un en-tête HTTP de provenance, un tableau de bord analytique. Ne vous en servez jamais seul comme jeton de session, comme clé d’API ou comme lien de réinitialisation de mot de passe ; sa seule qualité garantie est l’absence de collision, pas la confidentialité.

Cet outil produit les versions 4 et 7, et l’absence de la version 1 est un choix, pas une limitation : elle embarque un horodatage précis et l’adresse MAC de la machine qui l’a généré — des informations que vous ne comptiez probablement pas rendre publiques en les collant dans une URL. La version 7, plus récente, place l’horodatage en tête pour rester triable dans le temps, ce qui en fait souvent un meilleur choix de primary key ; elle est dans le sélecteur ci-dessus.

C’est justement cette absence d’ordre qui pose problème si vous comptez utiliser un UUID v4 comme primary key : chaque insertion tombe à un endroit aléatoire de l’index plutôt qu’à la fin, ce qui fragmente l’arbre et ralentit les écritures sur une table volumineuse — exactement le problème que la version 7 a été conçue pour résoudre. Et comme rien n’est envoyé ni conservé ici, recharger la page fait repartir avec un lot entièrement neuf : il n’existe aucun historique à retrouver, donc copiez ce dont vous avez besoin avant de fermer l’onglet.

La version 7, quand l’ordre compte

La version 4 est mauvaise précisément dans l’emploi qu’on fait le plus souvent d’un UUID. Comme la valeur n’est que du hasard, des insertions consécutives se dispersent dans tout l’index au lieu de s’accumuler à la fin, et sur une grande table cela se paie en écritures. La version 7, normalisée par la RFC 9562 en 2024, y remédie en plaçant un horodatage Unix de 48 bits en tête, de sorte que les valeurs se trient dans l’ordre où elles ont été créées. Le sélecteur ci-dessus bascule de l’une à l’autre.

Il reste alors 74 bits en dehors de l’horodatage, de la version et de la variante, et non 122 — largement assez, car on choisit la version 7 pour le tri, pas pour l’entropie. L’horodatage se lit aussi : collez-en un dans le décodeur d’UUID et il vous donnera la milliseconde de création, ce qu’une valeur en version 4 ne peut pas faire puisqu’elle ne contient rien à lire.

Deux valeurs créées dans la même milliseconde seraient sinon ordonnées au hasard — un pile ou face, qui ruine l’intérêt. La RFC 9562 autorise un compteur soigneusement initialisé dans les douze bits qui suivent l’horodatage, et c’est ce qu’emploie ce générateur : à l’intérieur d’une milliseconde le compteur grimpe, si bien qu’un lot de cent sort strictement croissant. Les trier comme du texte restitue leur ordre de création, ce qui est toute la raison d’être de cette version.

Le générateur a été vérifié face au vecteur de test de la RFC elle-même, en annexe A.6, qui associe un horodatage, un compteur et une queue aléatoire précis à une chaîne précise de 36 caractères ; et chaque valeur qu’il produit est relue par le décodeur d’UUID de ce même site pour confirmer la version, la variante et la milliseconde.

Pourquoi c’est gratuit

Générer un UUID ne demande aucune puissance de calcul particulière et aucune information sur vous : tout se passe dans l’onglet ouvert, sans compte à créer, sans filigrane sur le résultat, sans version payante qui débloquerait un lot de plus de 100 identifiants. C’est le principe de chaque outil de FreeToGenerate.com.