Générateur d'UUID v7 aléatoire

Générez un identifiant unique temporel (UUID v7) conforme RFC 9562 en un clic.

Soutenez le projet

J’ai choisi de limiter les publicités pour garder l’expérience simple et agréable. Si cet outil vous a été utile, vous pouvez m’aider à le faire vivre — chaque geste compte pour un développeur solo.

Ce générateur produit des UUID (Universally Unique Identifier) de version 7, conformes à la norme RFC 9562 (et compatibles RFC 4122). Idéal pour les développeurs qui ont besoin d’identifiants uniques ordonnés dans le temps sans dépendance serveur.

Description

Un UUID v7 est un identifiant de 128 bits (32 caractères hexadécimaux avec tirets) qui intègre un horodatage Unix en millisecondes dans les 48 premiers bits. Contrairement à l’UUID v4 (aléatoire), l’ordre de génération est reflété par l’ordre lexicographique des UUID v7 : plus l’UUID est récent, plus sa valeur est « grande ». L’outil génère l’UUID dans votre navigateur ; aucune donnée n’est envoyée à un serveur.

Comment faire

  1. Ouvrez la page du générateur d’UUID v7.
  2. Un premier UUID est affiché automatiquement au chargement.
  3. Cliquez sur Régénérer pour obtenir un nouvel UUID.
  4. Cliquez sur Copier pour mettre l’UUID dans le presse-papiers.
  5. Vous pouvez aussi rafraîchir la page pour générer un nouvel UUID.

Exemples

  • Format typique (minuscules) : 019a26ab-9a66-71a9-a89e-63c35fce4a5a
  • Structure : 8-4-4-4-12 caractères hexadécimaux. Le 13ᵉ caractère est toujours 7 (version), et le 17ᵉ est 8, 9, a ou b (variant RFC 4122).

Les premiers caractères encodent le temps ; deux UUID générés à des instants différents seront naturellement triables.

Cas d’usage

  • Bases de données : clé primaire avec tri chronologique implicite, index B-tree performants.
  • APIs et logs : corrélation de requêtes, tracing, tri des événements par ordre de création.
  • Files d’attente et streams : identifiants qui préservent l’ordre d’insertion.
  • Tests et développement : identifiants uniques et ordonnés dans le temps.

Limites et bonnes pratiques

  • Unicité : comme pour l’UUID v4, le risque de collision est extrêmement faible ; en pratique on considère les UUID v7 comme uniques.
  • Tri : le tri lexicographique des UUID v7 correspond approximativement au tri par date de génération (sous réserve d’horloge correcte).
  • Longueur : 36 caractères avec tirets ; stockage possible en binaire (16 octets) en base de données.
  • Ne pas utiliser un UUID v7 comme secret (mot de passe, clé API) : il est prévu pour l’identification et le tri, pas pour l’authentification.

Sécurité et confidentialité

La génération s’effectue uniquement dans votre navigateur. Aucun UUID n’est envoyé ni stocké sur nos serveurs. Vous pouvez utiliser l’outil pour des contextes sensibles (développement, tests, identifiants internes).

UUID v7 vs v4

  • v4 : entièrement aléatoire (sauf version et variant). Pas d’ordre temporel.
  • v7 : contient un timestamp (ms) + aléatoire. Ordre de génération préservé, idéal pour index et tri.

Choisir v7 lorsque le tri chronologique ou les performances d’indexation sont importants ; v4 reste adapté lorsque l’ordre n’a pas d’importance.

Alternatives

  • UUID v4 : pas de composante temporelle, génération simple et très répandue.
  • UUID v6 : autre format temporel (réordonnancement de v1).
  • ULID : identifiants triables dans le temps, 128 bits, représentation en base32.
  • NanoID : identifiants plus courts, souvent utilisés en JavaScript.

FAQ

Qu’est-ce qu’un UUID v7 ?

Un UUID v7 est un identifiant de 128 bits au format standard (8-4-4-4-12 caractères hexadécimaux). La version 7 signifie que les 48 premiers bits encodent un timestamp Unix en millisecondes ; le reste combine version (7), variant RFC 4122 et données aléatoires. Il est défini par la RFC 9562.

Pourquoi utiliser un UUID v7 plutôt qu’un v4 ?

Quand vous avez besoin d’identifiants ordonnés dans le temps : index en base de données plus efficaces, tri naturel des événements, corrélation avec la date de création sans champ séparé. Si l’ordre n’a pas d’importance, l’UUID v4 suffit.

L’UUID v7 est-il vraiment unique ?

Oui. Comme pour le v4, l’espace des valeurs possibles est tel que la probabilité de collision est négligeable. La partie temporelle réduit encore le risque lorsque les UUID sont générés à des millisecondes différentes.

Puis-je utiliser l’UUID v7 en base de données ?

Oui. La plupart des SGBD (PostgreSQL, MySQL, etc.) ont un type UUID ou permettent de stocker la chaîne. Le tri par UUID v7 reflète approximativement l’ordre de création, ce qui peut améliorer les performances des index et des requêtes de plage.

Pourquoi le 13ᵉ caractère est-il toujours « 7 » ?

Ce caractère indique la version de l’UUID. La valeur « 7 » désigne un UUID v7 (time-ordered). C’est une exigence des RFC 4122 / 9562.

La génération fonctionne-t-elle hors ligne ?

Une fois la page chargée, oui. La génération est exécutée dans le navigateur ; aucun appel réseau n’est nécessaire pour générer ou copier l’UUID.

UUID v7 ou ULID ?

Les deux sont triables dans le temps. UUID v7 est un standard RFC reconnu et lisible en hexadécimal. ULID est plus court en représentation (base32) et très utilisé dans certains écosystèmes. Le choix dépend de vos contraintes (interopérabilité, longueur, lisibilité).

Une suggestion ou une demande d'outil ?

Vous avez repéré une erreur, vous souhaitez un nouvel outil ou vous avez un retour à partager ? Contactez-moi par email, je serais ravi d'échanger avec vous.

Recherche d'outils

Recherchez par nom, catégorie ou mot-clé.