Générateur de UUID / GUID par lots
Générez jusqu'à 10 000 identifiants UUID v1 (basés sur le temps), UUID v4 (aléatoires) ou UUID v7 (ordonnés par le temps) en un seul clic. Toute la génération se fait localement dans votre navigateur via l'API Web Crypto.
Generate up to 10,000 cryptographically secure UUID v4 or UUID v7 identifiers in one click, entirely in your browser using the Web Crypto API.
UUID v4 (Random): All 122 non-fixed bits are filled with cryptographically random values via crypto.getRandomValues(). Best for primary keys, session tokens, and IDs that must be globally unique and opaque.
Fonctionnalités
- Génération par lots instantanée jusqu'à 10 000 UUID : générez entre 1 et 10 000 identifiants UUID en un seul clic. Tout le lot est produit en quelques millisecondes entièrement dans votre navigateur, sans aller-retour serveur ni pénalité de latence, quelle que soit la taille du lot.
- Aléatoire cryptographiquement sûr : la génération d'UUID v4 utilise crypto.getRandomValues() de l'API Web Crypto - le même CSPRNG que les gestionnaires de mots de passe et les générateurs de clés. Les identifiants générés sont statistiquement uniques sur tous les appareils et à tout moment.
- UUID v4 et v7 avec 5 formats de sortie : choisissez entre des identifiants UUID v4 aléatoires et UUID v7 ordonnés par le temps. Exportez les résultats au format standard avec tirets, majuscules, sans tirets, entre accolades ou URN pour une compatibilité maximale avec tout langage ou framework.
- 100 % gratuit - sans inscription ni limites : générez autant de lots que nécessaire sans aucun frais. Pas d'inscription, pas de clés d'API, pas de limitation de débit. Ouvrez la page et commencez à générer des UUID en quelques secondes, en ligne comme hors ligne.
Cas d'usage
- Clés primaires de base de données : générez des identifiants UUID v4 pour préremplir un lot de clés primaires avant d'insérer de nouvelles lignes dans PostgreSQL, MySQL ou MongoDB. Utiliser des UUID plutôt que des entiers auto-incrémentés évite l'énumération de clés et simplifie les fusions de bases distribuées sans conflits de numérotation.
- IDs d'événements distribués : utilisez des identifiants UUID v7 dans les architectures événementielles et les files de messages. Comme la v7 intègre l'horodatage milliseconde dans les bits de tête, les événements se trient naturellement par moment d'insertion dans les index B-tree, améliorant considérablement les performances des requêtes par plage sur les tables temporelles.
- Tests et simulation d'API : pré-générez un lot d'UUID uniques pour alimenter des collections Postman, des fixtures d'API simulées ou des schémas d'exemple OpenAPI. Disposer d'une liste d'IDs réalistes vous permet d'écrire des tests d'intégration simulant des scénarios multi-utilisateurs réels sans code de préparation supplémentaire.
- Graines de session et de jetons : générez des valeurs UUID v4 comme base pour des jetons de session, des nonces CSRF ou des identifiants de liens à usage unique. Comme chaque UUID v4 possède 122 bits d'entropie d'un CSPRNG, la recherche exhaustive ou l'énumération est computationnellement irréalisable avec du matériel standard.
- Nommage de fichiers et d'objets : nommez les fichiers téléversés ou les objets S3 / Cloudflare R2 avec des clés UUID v4 pour éviter les collisions entre utilisateurs et déploiements. Le stockage adressable par contenu basé sur des UUID élimine les risques d'écrasement et simplifie l'invalidation du cache sans connaître le nom d'origine.
- IDs Kubernetes et conteneurs : pré-assignez des identifiants UUID aux manifestes de ressources Kubernetes, aux étiquettes de conteneurs Docker ou aux noms de release Helm lors de la génération dans le pipeline CI/CD. Des étiquettes uniques et déterministes évitent les conditions de course dans les pipelines de déploiement parallèles où plusieurs jobs provisionnent des ressources simultanément.
Présentation
Le générateur de UUID / GUID par lots d'Aback Tools crée des lots d'identifiants uniques cryptographiquement sûrs entièrement dans votre navigateur. Aucune communication avec un serveur, aucun compte requis et aucune limite de débit. Choisissez entre UUID v4 (aléatoire) et UUID v7 (ordonné par le temps), sélectionnez un format de sortie, définissez la taille du lot et téléchargez ou copiez vos identifiants instantanément.
UUID v4 - aléatoire pur
Les identifiants UUID v4 (RFC 4122) sont composés de 122 bits de données aléatoires cryptographiquement sûres générées par crypto.getRandomValues() - le même CSPRNG que les gestionnaires de mots de passe natifs des navigateurs et les implémentations TLS. Les bits restants encodent la version (4) et la variante (RFC 4122) conformément à la spécification. L'UUID v4 est le choix le plus sûr pour les clés primaires, les jetons de session et les identifiants d'API, où l'unicité globale et l'opacité sont primordiales.
UUID v7 - identifiants ordonnés par le temps
L'UUID v7 (RFC 9562) intègre l'horodatage Unix de 48 bits en millisecondes dans les bits les plus significatifs de l'identifiant, suivi de 74 bits de données aléatoires. Cette conception produit des identifiants qui se trient naturellement par date de création dans les index B-tree des bases de données, ce qui réduit fortement les scissions de pages et la fragmentation par rapport aux clés UUID v4 aléatoires. L'UUID v7 est le choix recommandé pour les tables temporelles, les magasins d'événements, les files de messages et toute charge où l'ordre d'insertion compte.
Probabilité de collision : l'UUID v4 possède 122 bits d'entropie. Générer un milliard d'UUID par seconde pendant 86 ans n'aboutirait qu'à 50 % de probabilité d'une seule collision - ce qui rend les collisions pratiques fonctionnellement impossibles. L'UUID v7 offre les mêmes garanties pour sa partie aléatoire ; deux identifiants générés dans la même milliseconde sur des machines différentes ont très peu de chances d'entrer en collision grâce aux 74 bits aléatoires ajoutés après l'horodatage.
Formats de sortie
Cinq formats de sortie sont pris en charge. Le format standard produit la représentation canonique en minuscules avec tirets utilisée par la plupart des frameworks et bases de données (par exemple 550e8400-e29b-41d4-a716-446655440000). Les majuscules produisent la même disposition en lettres capitales pour les environnements SQL qui l'exigent. Sans tirets, les séparateurs sont supprimés pour un stockage compact ou une intégration sûre dans une URL. Les accolades entourent l'identifiant d'accolades pour une utilisation avec Microsoft SQL Server, .NET ou le Registre Windows. L'URN préfixe l'identifiant de l'espace de noms urn:uuid: pour les contextes XML et les ressources web.
Foire aux questions
L'UUID v1 est basé sur le temps et comprend un horodatage, une séquence d'horloge et des champs de nœud. L'UUID v4 utilise 122 bits d'aléatoire cryptographique pur, sans métadonnées intégrées. L'UUID v7 intègre l'horodatage Unix courant en millisecondes dans les 48 premiers bits et garde les bits restants aléatoires, si bien que les identifiants se trient naturellement par date de création pour une meilleure localité d'index.
L'UUID v4 dispose de 122 bits d'entropie issus d'un CSPRNG, ce qui donne une probabilité de collision si faible qu'elle est pratiquement impossible. Il faudrait générer un milliard d'UUID par seconde pendant 86 ans pour atteindre 50 % de chance d'une seule collision. L'UUID v7 offre les mêmes garanties pour ses 74 bits aléatoires ajoutés après l'horodatage.
Cela signifie que les bits aléatoires de chaque UUID sont générés avec crypto.getRandomValues() - le CSPRNG de l'API Web Crypto - et non avec Math.random(). Un CSPRNG produit une sortie computationnellement indiscernable d'un aléatoire véritable : les identifiants générés ne peuvent donc pas être prédits ni reproduits par un attaquant qui observerait les sorties précédentes.
Utilisez l'UUID v7 pour les nouvelles tables relationnelles (PostgreSQL, MySQL). Le préfixe ordonné par le temps évite la fragmentation des index B-tree causée par des insertions aléatoires, ce qui accélère les écritures et les requêtes. Pour des stockages NoSQL distribués ou à forte lecture où l'ordre d'insertion importe peu, l'UUID v4 convient parfaitement.
L'outil prend en charge des lots de 1 à 10 000 UUID par génération. Tous les identifiants sont créés de façon synchrone dans le moteur JavaScript de votre navigateur, capable de produire 10 000 UUID en bien moins de 100 millisecondes sur un matériel moderne.
Cinq formats sont pris en charge : standard en minuscules avec tirets (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx), majuscules, sans tirets pour un stockage compact, entre accolades pour la compatibilité .NET et SQL Server, et URN (urn:uuid:...) pour XML et les espaces de noms web. Tout le lot change de format instantanément sans régénération.
Oui. GUID (Globally Unique Identifier) est le terme Microsoft pour la même spécification UUID définie dans la RFC 4122. Le format sous-jacent, l'algorithme de génération et les garanties de collision sont identiques. Les termes sont interchangeables, même si les systèmes Microsoft utilisent souvent le format entre accolades ({xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}).