Générateur d'UUID

Un UUID est un identifiant de 128 bits écrit sous forme de 32 chiffres hexadécimaux séparés par des tirets, comme f47ac10b-58cc-4372-a567-0e02b2c3d479. Il est conçu pour être unique au point que deux systèmes différents puissent générer des identifiants indépendamment, sans coordinateur central, sans jamais entrer en collision en pratique. Cet outil génère des UUID version 4 et version 7, un par un ou par centaines d’un coup.

Quelle est la différence entre v4 et v7 ?

La version 4 est entièrement aléatoire : 122 bits proviennent directement du crypto.randomUUID() du navigateur, les 6 bits restants étant fixés pour marquer la version et le variant comme l’exige la RFC 9562. Cet aléa complet explique aussi pourquoi un UUID v4 ne donne aucun indice sur son moment de création ni sur son ordre, ce qui est souvent exactement ce qu’on veut pour une clé d’API.

La version 7 échange une partie de cet aléa contre un ordre : ses 48 premiers bits sont le timestamp Unix courant en millisecondes, le reste étant aléatoire. Les identifiants générés plus tard se trient donc après ceux générés plus tôt, en comparant simplement les chaînes, ce qui se marie beaucoup mieux avec les index de base de données que les valeurs dispersées d’un v4. Cet outil construit les identifiants v7 en remplissant un tampon d’octets aléatoires cryptographiques via la Web Crypto API, puis en écrasant les six premiers octets avec le timestamp courant, si bien que la partie aléatoire provient de la même source sécurisée qu’en v4.

Lequel choisir ?

Choisissez v7 quand les identifiants servent de clé primaire ou de tout ce qui s’insère dans un index de base de données, car des valeurs à peu près séquentielles évitent la fragmentation de l’index. Choisissez v4 quand vous ne voulez justement pas que le moment de création se devine à partir de l’identifiant, comme pour un jeton de réinitialisation de mot de passe ou un identifiant de session.

Est-ce que ça envoie quelque chose à un serveur ?

Non. Chaque UUID est généré entièrement dans votre navigateur via la Web Crypto API, la même que le navigateur utilise lui-même pour des choses comme les clés TLS. Rien n’est donc envoyé où que ce soit, et vous pouvez générer autant d’identifiants que nécessaire pour une migration de base de données ou un jeu de données de test sans toucher un serveur.

Autres usages courants au-delà des clés de base de données : identifiants de requête pour la journalisation et le traçage, ou données de remplissage pour les tests et les mocks. Voir la référence MDN de crypto.randomUUID() pour comprendre comment le navigateur génère l’aléa, et la RFC 9562 pour le format complet, y compris les bits de version et de variant que cet outil fixe.