Ce que cet outil génère exactement
UUID version 4 : 128 bits dont 122 aléatoires, au format canonique de 36 caractères avec tirets. Ils proviennent de `crypto.randomUUID()`, l'interface cryptographique du navigateur, la même source d'aléa que celle utilisée par les bibliothèques sérieuses. Ce n'est pas `Math.random()` déguisé.
La probabilité de collision, en chiffres
Avec 122 bits aléatoires, il faudrait environ 2,7 · 10¹⁸ identifiants pour atteindre 50 % de risque de collision. À raison d'un milliard par seconde, comptez près de 85 ans pour vous en approcher. En pratique, vous pouvez en générer en parallèle depuis des processus distincts sans aucune coordination.
Quand UUID v4 est le mauvais choix
Comme clé primaire dans une grande table à index groupé, son caractère aléatoire fragmente l'index et dégrade les insertions. Dans ce cas, regardez UUID v7 ou ULID, qui placent un horodatage en tête et préservent l'ordre d'insertion. Pour des clés d'idempotence, des traces et des fichiers temporaires, v4 est exactement ce qu'il faut.
Un UUID n'est pas un secret
Il est imprévisible, ce qui n'est pas synonyme de confidentiel. Un identifiant placé dans une URL finit dans les journaux serveur, l'historique du navigateur et l'en-tête `Referer`. Il sert à nommer des ressources, pas à les autoriser : si la seule protection d'un document privé est une URL difficile à deviner, il n'y a pas de protection.