uuid vs nanoid vs shortid vs randomstring
Génération d’identifiants uniques en JavaScript
uuidnanoidshortidrandomstringPackages similaires:

Génération d’identifiants uniques en JavaScript

nanoid, randomstring, shortid et uuid sont des bibliothèques JavaScript populaires pour générer des identifiants ou des chaînes aléatoires. Elles servent à créer des clés uniques pour des documents, des tokens, des slugs ou d’autres besoins courants en développement frontend et backend. Chacune adopte une philosophie différente : uuid suit des standards industriels stricts (RFC 4122), nanoid mise sur la compacité et les performances avec des IDs courts et sécurisés, randomstring offre une grande flexibilité pour générer des chaînes aléatoires configurables (sans garantie d’unicité), tandis que shortid est désormais déprécié et ne devrait plus être utilisé dans les nouveaux projets.

Tendance de téléchargements npm

3 Ans

Classement des GitHub Stars

Détail des statistiques

Package
Téléchargements
Stars
Taille
Issues
Publication
Licence
uuid399,942,44115,34565.7 kB8il y a 22 joursMIT
nanoid360,043,58727,11814.7 kB2il y a un moisMIT
shortid1,271,9995,70921.7 kB16il y a 2 ansMIT
randomstring1,088,62452217 kB2il y a un moisMIT

Génération d’identifiants uniques en JavaScript : nanoid, randomstring, shortid et uuid comparés

Dans les applications web modernes, générer des identifiants uniques de façon fiable, rapide et sécurisée est une tâche courante — que ce soit pour des clés de cache, des IDs de documents, des tokens de session ou des slugs temporaires. Les quatre bibliothèques nanoid, randomstring, shortid et uuid répondent toutes à ce besoin, mais avec des objectifs, des garanties et des APIs très différentes. Ce guide technique compare leurs approches concrètes, leurs compromis et leurs cas d’usage idéaux.

🆔 Objectif principal : Quel type d’ID veut-on générer ?

Chaque bibliothèque sert un but distinct :

  • uuid génère des UUID standards (v1 à v5) conformes aux spécifications RFC 4122.
  • nanoid crée des chaînes courtes, aléatoires et sans collision, optimisées pour la taille et les performances.
  • randomstring permet de générer des chaînes aléatoires hautement configurables (longueur, alphabet, motifs), sans prétendre à l’unicité globale.
  • shortid produit des IDs courts lisibles, mais est officiellement déprécié et ne doit plus être utilisé dans les nouveaux projets.

Voyons cela en détail avec du code réel.

🔢 Format et standardisation : UUID vs ID personnalisé

uuid : Conformité RFC obligatoire

Le package uuid suit strictement les normes UUID. Il propose plusieurs versions :

  • v4 : aléatoire (le plus courant)
  • v1 : basé sur le timestamp + MAC address
  • v3/v5 : déterministes (hash de namespace + nom)
import { v4 as uuidv4 } from 'uuid';

const id = uuidv4(); // Ex: '9b1deb4d-3b7d-4bad-9bdd-2b0d7b3dcb6d'

Les UUID sont longs (36 caractères) mais universellement reconnus, notamment dans les bases de données, les API REST, et les systèmes distribués.

nanoid : Court, rapide, aléatoire

nanoid génère des chaînes courtes (par défaut 21 caractères) en utilisant un alphabet URL-safe (A-Za-z0-9_-). Il est conçu pour être plus petit que les UUID tout en offrant une très faible probabilité de collision grâce à un générateur cryptographiquement sécurisé (CSPRNG).

import { nanoid } from 'nanoid';

const id = nanoid(); // Ex: 'V1StGXR8_Z5jdHi6B-myT'

Il existe aussi une version non sécurisée (nonSecure) si vous n’avez pas besoin de résistance aux attaques (ex: prototypes internes).

randomstring : Génération libre, pas d’unicité garantie

Contrairement aux autres, randomstring ne garantit pas l’unicité. Il sert à produire des chaînes aléatoires selon des règles précises — utile pour des mots de passe, tokens temporaires ou seeds.

import randomstring from 'randomstring';

const token = randomstring.generate(12); // Ex: 'xK9mQp2rL8nZ'
// Ou avec options avancées
const custom = randomstring.generate({
  length: 8,
  charset: 'alphabetic'
}); // Ex: 'kLmNpQrS'

Ce n’est pas un remplacement pour un ID unique global — deux appels consécutifs peuvent retourner la même valeur, surtout avec de petites longueurs.

shortid : Déprécié — à éviter

Selon sa page npm, shortid est déprécié depuis 2019. Le mainteneur recommande explicitement d’utiliser nanoid à la place. Il souffrait de collisions fréquentes dans les environnements haute concurrence et n’utilisait pas de CSPRNG.

// ❌ Ne faites pas ça dans un nouveau projet
import shortid from 'shortid';
const badId = shortid.generate(); // Ex: '2etd83ka'

⚠️ Ne choisissez jamais shortid pour un nouveau projet. Utilisez nanoid si vous avez besoin d’un ID court.

⚙️ Personnalisation et contrôle fin

Besoin d’un format spécifique ?

  • randomstring offre le plus de flexibilité :

    randomstring.generate({
      length: 10,
      charset: 'hex',
      capitalization: 'lowercase'
    }); // 'a3f9c2e1b4'
    
  • nanoid permet de définir un alphabet personnalisé et une longueur :

    import { customAlphabet } from 'nanoid';
    const nano = customAlphabet('1234567890abcdef', 10);
    const id = nano(); // 'a3f9c2e1b4'
    
  • uuid ne permet aucune personnalisation du format — c’est un choix délibéré pour rester conforme au standard.

  • shortid autorisait quelques réglages (préfixe, longueur), mais ces fonctionnalités sont obsolètes.

🧪 Sécurité et risque de collision

  • uuid (v4) et nanoid utilisent crypto.getRandomValues() (navigateur) ou crypto.randomBytes() (Node.js) → cryptographiquement sécurisés.
  • randomstring utilise Math.random() par défaut → non sécurisé. Pour de la sécurité, il faut activer l’option readable: false et utiliser une longueur suffisante, mais même alors, ce n’est pas conçu pour remplacer un ID unique sécurisé.
  • shortid utilisait Date.now() + compteur → haut risque de collision sous charge.

Si vous générez des tokens sensibles (ex: jetons d’authentification), seuls uuid et nanoid sont appropriés.

🖥️ Environnement d’exécution

Toutes les bibliothèques fonctionnent en navigateur et en Node.js, mais avec des différences :

  • nanoid est optimisé pour les bundles petits (moins de 1 Ko minifié) et fonctionne même sans dépendances.
  • uuid a des versions spécialisées (uuid-browser, uuid/v4) pour minimiser la taille selon l’environnement.
  • randomstring est plus lourd car il inclut de nombreuses options de génération.
  • shortid est léger, mais encore une fois : déprécié.

🛠️ Cas d’usage concrets

Cas 1 : ID de document dans une base NoSQL (Firestore, MongoDB)

  • ✅ Choix idéal : nanoid ou uuid
  • Pourquoi ? Unicité garantie, sécurité, compatibilité.
  • Préférez nanoid si la taille compte (meilleure compression, URLs plus courtes).
// Firestore doc ID
const docId = nanoid(); // 'K7mPq2_rL9nX'

Cas 2 : Token temporaire pour réinitialisation de mot de passe

  • ✅ Choix idéal : nanoid (ou uuid)
  • Pourquoi ? Doit être imprévisible et unique.
  • Évitez randomstring sauf si vous activez explicitement un CSPRNG (ce qu’il ne fait pas nativement).
const resetToken = nanoid(32); // Long et sécurisé

Cas 3 : Slug aléatoire pour une URL publique courte

  • ✅ Choix idéal : nanoid
  • Pourquoi ? Court, lisible, sans caractères problématiques (/, +, etc.).
const slug = nanoid(8); // 'aB3_kL9m'

Cas 4 : Données de test ou mocks internes

  • ✅ Choix acceptable : randomstring
  • Pourquoi ? Pas besoin d’unicité globale ni de sécurité.
const mockUser = { id: randomstring.generate(6) }; // 'xK9mQp'

📊 Résumé comparatif

BibliothèqueStandardTaille typiqueSécuriséPersonnalisableDéprécié
uuid✅ RFC36 caractères✅❌❌
nanoid❌21 caractères✅✅ (alphabet)❌
randomstring❌Variable❌*✅ (très flexible)❌
shortid❌~7-10❌✅ (limité)✅

* randomstring n’est pas sécurisé par défaut.

💡 Recommandation finale

  • Pour des IDs uniques et sécurisés → choisissez nanoid (court) ou uuid (standard).
  • Pour des chaînes aléatoires non critiques (mocks, placeholders) → randomstring peut convenir.
  • Jamais shortid — il est déprécié, peu sûr, et nanoid fait mieux sur tous les plans.

En résumé : si vous avez besoin d’un identifiant unique, sécurisé et compact, nanoid est souvent le meilleur compromis moderne. Si vous devez respecter un standard industriel (ex: intégration avec des systèmes existants), optez pour uuid. Évitez les autres usages non critiques avec randomstring, et oubliez shortid.

Comment choisir: uuid vs nanoid vs shortid vs randomstring

  • uuid:

    Choisissez uuid si vous devez respecter le standard RFC 4122, notamment pour l’intégration avec des bases de données, des API existantes ou des systèmes distribués qui attendent des UUID. Il est idéal lorsque la conformité au format (ex: xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx) prime sur la compacité, et il offre plusieurs versions (v1 à v5) pour différents scénarios.

  • nanoid:

    Choisissez nanoid si vous avez besoin d’identifiants uniques, courts, sécurisés et performants, notamment pour des clés de documents, des slugs ou des tokens temporaires. Il est particulièrement adapté aux environnements frontend où la taille du bundle compte, et il utilise un générateur cryptographiquement sécurisé par défaut. C’est le meilleur remplacement moderne à shortid.

  • shortid:

    N’utilisez jamais shortid dans un nouveau projet. La bibliothèque est officiellement dépréciée depuis 2019, souffre de risques élevés de collision sous charge, et n’utilise pas de générateur cryptographiquement sécurisé. Le mainteneur lui-même recommande de migrer vers nanoid, qui couvre tous ses cas d’usage avec de meilleures garanties.

  • randomstring:

    Choisissez randomstring uniquement lorsque vous avez besoin de chaînes aléatoires hautement personnalisables (longueur, alphabet, motifs) sans exigence d’unicité ou de sécurité — par exemple pour des données de test, des placeholders ou des seeds internes. Évitez-le pour générer des tokens sensibles ou des identifiants uniques, car il repose sur Math.random() et n’est pas conçu pour éviter les collisions.

README pour uuid

uuid CI Browser

For the creation of RFC9562 (formerly RFC4122) UUIDs

[!NOTE]

Starting with uuid@12 CommonJS is no longer supported. See implications and motivation for details.

Quickstart

1. Install

npm install uuid

2. Create a UUID

import { v4 as uuidv4 } from 'uuid';

uuidv4(); // ⇨ 'b18794e8-5d0d-417c-b361-ba38e78411b4'

For timestamp UUIDs, namespace UUIDs, and other options read on ...

API Summary

uuid.NILThe nil UUID string (all zeros)
uuid.MAXThe max UUID string (all ones)
uuid.parse()Convert UUID string to array of bytes
uuid.stringify()Convert array of bytes to UUID string
uuid.v1()Generate a version 1 (timestamp) UUID
uuid.v1ToV6()Convert a version 1 UUID to version 6
uuid.v3()Generate a version 3 (namespace w/ MD5) UUID
uuid.v4()Generate a version 4 (random) UUID
uuid.v5()Generate a version 5 (namespace w/ SHA-1) UUID
uuid.v6()Generate a version 6 (timestamp, reordered) UUID
uuid.v6ToV1()Convert a version 6 UUID to version 1
uuid.v7()Generate a version 7 (Unix Epoch time-based) UUID
uuid.v8()"Intentionally left blank"
uuid.validate()Test a string to see if it is a valid UUID
uuid.version()Detect RFC version of a UUID

API

uuid.NIL

The nil UUID string (all zeros).

Example:

import { NIL as NIL_UUID } from 'uuid';

NIL_UUID; // ⇨ '00000000-0000-0000-0000-000000000000'

uuid.MAX

The max UUID string (all ones).

Example:

import { MAX as MAX_UUID } from 'uuid';

MAX_UUID; // ⇨ 'ffffffff-ffff-ffff-ffff-ffffffffffff'

uuid.parse(str)

Convert UUID string to array of bytes

strA valid UUID String
returnsUint8Array[16]
throwsTypeError if str is not a valid UUID

[!NOTE] Ordering of values in the byte arrays used by parse() and stringify() follows the left ↠ right order of hex-pairs in UUID strings. As shown in the example below.

Example:

import { parse as uuidParse } from 'uuid';

// Parse a UUID
uuidParse('6ec0bd7f-11c0-43da-975e-2a8ad9ebae0b'); // ⇨
// Uint8Array(16) [
//   110, 192, 189, 127,  17,
//   192,  67, 218, 151,  94,
//    42, 138, 217, 235, 174,
//    11
// ]

uuid.stringify(arr[, offset])

Convert array of bytes to UUID string

arrArray-like collection of 16 values (starting from offset) between 0-255.
[offset = 0]Number Starting index in the Array
returnsString
throwsTypeError if a valid UUID string cannot be generated

[!NOTE] Ordering of values in the byte arrays used by parse() and stringify() follows the left ↠ right order of hex-pairs in UUID strings. As shown in the example below.

Example:

import { stringify as uuidStringify } from 'uuid';

const uuidBytes = Uint8Array.of(
  0x6e,
  0xc0,
  0xbd,
  0x7f,
  0x11,
  0xc0,
  0x43,
  0xda,
  0x97,
  0x5e,
  0x2a,
  0x8a,
  0xd9,
  0xeb,
  0xae,
  0x0b
);

uuidStringify(uuidBytes); // ⇨ '6ec0bd7f-11c0-43da-975e-2a8ad9ebae0b'

uuid.v1([options[, buffer[, offset]]])

Create an RFC version 1 (timestamp) UUID

[options]Object with one or more of the following properties:
[options.node = (random) ]RFC "node" field as an Array[6] of byte values (per 4.1.6)
[options.clockseq = (random)]RFC "clock sequence" as a Number between 0 - 0x3fff
[options.msecs = (current time)]RFC "timestamp" field (Number of milliseconds, unix epoch)
[options.nsecs = 0]RFC "timestamp" field (Number of nanoseconds to add to msecs, should be 0-10,000)
[options.random = (random)]Array of 16 random bytes (0-255) used to generate other fields, above
[options.rng]Alternative to options.random, a Function that returns an Array of 16 random bytes (0-255)
[buffer]Uint8Array or Uint8Array subtype (e.g. Node.js Buffer). If provided, binary UUID is written into the array, starting at offset
[offset = 0]Number Index to start writing UUID bytes in buffer
returnsUUID String if no buffer is specified, otherwise returns buffer
throwsError if more than 10M UUIDs/sec are requested

Example:

import { v1 as uuidv1 } from 'uuid';

uuidv1(); // ⇨ '57fd0000-c7d3-11ef-841d-514d2167fc5b'

Example using options:

import { v1 as uuidv1 } from 'uuid';

const options = {
  node: Uint8Array.of(0x01, 0x23, 0x45, 0x67, 0x89, 0xab),
  clockseq: 0x1234,
  msecs: new Date('2011-11-01').getTime(),
  nsecs: 5678,
};
uuidv1(options); // ⇨ '710b962e-041c-11e1-9234-0123456789ab'

uuid.v1ToV6(uuid)

Convert a UUID from version 1 to version 6

import { v1ToV6 } from 'uuid';

v1ToV6('92f62d9e-22c4-11ef-97e9-325096b39f47'); // ⇨ '1ef22c49-2f62-6d9e-97e9-325096b39f47'

uuid.v3(name, namespace[, buffer[, offset]])

Create an RFC version 3 (namespace w/ MD5) UUID

API is identical to v5(), but uses "v3" instead.

[!IMPORTANT] Per the RFC, "If backward compatibility is not an issue, SHA-1 [Version 5] is preferred."

uuid.v4([options[, buffer[, offset]]])

Create an RFC version 4 (random) UUID

[options]Object with one or more of the following properties:
[options.random]Array of 16 random bytes (0-255)
[options.rng]Alternative to options.random, a Function that returns an Array of 16 random bytes (0-255)
[buffer]Uint8Array or Uint8Array subtype (e.g. Node.js Buffer). If provided, binary UUID is written into the array, starting at offset
[offset = 0]Number Index to start writing UUID bytes in buffer
returnsUUID String if no buffer is specified, otherwise returns buffer

Example:

import { v4 as uuidv4 } from 'uuid';

uuidv4(); // ⇨ 'b18794e8-5d0d-417c-b361-ba38e78411b4'

Example using predefined random values:

import { v4 as uuidv4 } from 'uuid';

const v4options = {
  random: Uint8Array.of(
    0x10,
    0x91,
    0x56,
    0xbe,
    0xc4,
    0xfb,
    0xc1,
    0xea,
    0x71,
    0xb4,
    0xef,
    0xe1,
    0x67,
    0x1c,
    0x58,
    0x36
  ),
};
uuidv4(v4options); // ⇨ '109156be-c4fb-41ea-b1b4-efe1671c5836'

uuid.v5(name, namespace[, buffer[, offset]])

Create an RFC version 5 (namespace w/ SHA-1) UUID

nameString | Array
namespaceString | Array[16] Namespace UUID
[buffer]Uint8Array or Uint8Array subtype (e.g. Node.js Buffer). If provided, binary UUID is written into the array, starting at offset
[offset = 0]Number Index to start writing UUID bytes in buffer
returnsUUID String if no buffer is specified, otherwise returns buffer

[!NOTE] The RFC DNS and URL namespaces are available as v5.DNS and v5.URL.

Example with custom namespace:

import { v5 as uuidv5 } from 'uuid';

// Define a custom namespace.  Readers, create your own using something like
// https://www.uuidgenerator.net/
const MY_NAMESPACE = '1b671a64-40d5-491e-99b0-da01ff1f3341';

uuidv5('Hello, World!', MY_NAMESPACE); // ⇨ '630eb68f-e0fa-5ecc-887a-7c7a62614681'

Example with RFC URL namespace:

import { v5 as uuidv5 } from 'uuid';

uuidv5('https://www.w3.org/', uuidv5.URL); // ⇨ 'c106a26a-21bb-5538-8bf2-57095d1976c1'

uuid.v6([options[, buffer[, offset]]])

Create an RFC version 6 (timestamp, reordered) UUID

This method takes the same arguments as uuid.v1().

import { v6 as uuidv6 } from 'uuid';

uuidv6(); // ⇨ '1efc7d35-7fd0-6000-841d-504d2167fc5b'

Example using options:

import { v6 as uuidv6 } from 'uuid';

const options = {
  node: [0x01, 0x23, 0x45, 0x67, 0x89, 0xab],
  clockseq: 0x1234,
  msecs: new Date('2011-11-01').getTime(),
  nsecs: 5678,
};
uuidv6(options); // ⇨ '1e1041c7-10b9-662e-9234-0123456789ab'

uuid.v6ToV1(uuid)

Convert a UUID from version 6 to version 1

import { v6ToV1 } from 'uuid';

v6ToV1('1ef22c49-2f62-6d9e-97e9-325096b39f47'); // ⇨ '92f62d9e-22c4-11ef-97e9-325096b39f47'

uuid.v7([options[, buffer[, offset]]])

Create an RFC version 7 (random) UUID

[options]Object with one or more of the following properties:
[options.msecs = (current time)]RFC "timestamp" field (Number of milliseconds, unix epoch)
[options.random = (random)]Array of 16 random bytes (0-255) used to generate other fields, above
[options.rng]Alternative to options.random, a Function that returns an Array of 16 random bytes (0-255)
[options.seq = (random)]32-bit sequence Number between 0 - 0xffffffff. This may be provided to help ensure uniqueness for UUIDs generated within the same millisecond time interval. Default = random value.
[buffer]Uint8Array or Uint8Array subtype (e.g. Node.js Buffer). If provided, binary UUID is written into the array, starting at offset
[offset = 0]Number Index to start writing UUID bytes in buffer
returnsUUID String if no buffer is specified, otherwise returns buffer

Example:

import { v7 as uuidv7 } from 'uuid';

uuidv7(); // ⇨ '01941f29-7c00-73e4-a310-744d2167fc5b'

uuid.v8()

"Intentionally left blank"

[!NOTE] Version 8 (experimental) UUIDs are "for experimental or vendor-specific use cases". The RFC does not define a creation algorithm for them, which is why this package does not offer a v8() method. The validate() and version() methods do work with such UUIDs, however.

uuid.validate(str)

Test a string to see if it is a valid UUID

strString to validate
returnstrue if string is a valid UUID, false otherwise

Example:

import { validate as uuidValidate } from 'uuid';

uuidValidate('not a UUID'); // ⇨ false
uuidValidate('6ec0bd7f-11c0-43da-975e-2a8ad9ebae0b'); // ⇨ true

Using validate and version together it is possible to do per-version validation, e.g. validate for only v4 UUIds.

import { version as uuidVersion } from 'uuid';
import { validate as uuidValidate } from 'uuid';

function uuidValidateV4(uuid) {
  return uuidValidate(uuid) && uuidVersion(uuid) === 4;
}

const v1Uuid = 'd9428888-122b-11e1-b85c-61cd3cbb3210';
const v4Uuid = '109156be-c4fb-41ea-b1b4-efe1671c5836';

uuidValidateV4(v4Uuid); // ⇨ true
uuidValidateV4(v1Uuid); // ⇨ false

uuid.version(str)

Detect RFC version of a UUID

strA valid UUID String
returnsNumber The RFC version of the UUID
throwsTypeError if str is not a valid UUID

Example:

import { version as uuidVersion } from 'uuid';

uuidVersion('45637ec4-c85f-11ea-87d0-0242ac130003'); // ⇨ 1
uuidVersion('6ec0bd7f-11c0-43da-975e-2a8ad9ebae0b'); // ⇨ 4

[!NOTE] This method returns 0 for the NIL UUID, and 15 for the MAX UUID.

Command Line

UUIDs can be generated from the command line using uuid.

$ npx uuid
ddeb27fb-d9a0-4624-be4d-4615062daed4

The default is to generate version 4 UUIDS, however the other versions are supported. Type uuid --help for details:

$ npx uuid --help

Usage:
  uuid
  uuid v1
  uuid v3 <name> <namespace uuid>
  uuid v4
  uuid v5 <name> <namespace uuid>
  uuid v7
  uuid --help

Note: <namespace uuid> may be "URL" or "DNS" to use the corresponding UUIDs
defined by RFC9562

options Handling for Timestamp UUIDs

Prior to uuid@11, it was possible for options state to interfere with the internal state used to ensure uniqueness of timestamp-based UUIDs (the v1(), v6(), and v7() methods). Starting with uuid@11, this issue has been addressed by using the presence of the options argument as a flag to select between two possible behaviors:

  • Without options: Internal state is utilized to improve UUID uniqueness.
  • With options: Internal state is NOT used and, instead, appropriate defaults are applied as needed.

Support

Browsers: uuid builds are tested against the latest version of desktop Chrome, Safari, Firefox, and Edge. Mobile versions of these same browsers are expected to work but aren't currently tested.

Node: uuid builds are tested against node (LTS releases), plus one prior. E.g. At the time of this writing node@20 is the "maintenance" release and node@24 is the "current" release, so uuid supports node@20-node@24.

Typescript: TS versions released within the past two years are supported. source

Known issues

"getRandomValues() not supported"

This error occurs in environments where the standard crypto.getRandomValues() API is not supported. This issue can be resolved by adding an appropriate polyfill:

React Native / Expo

  1. Install react-native-get-random-values
  2. Import it before uuid. Since uuid might also appear as a transitive dependency of some other imports it's safest to just import react-native-get-random-values as the very first thing in your entry point:
import 'react-native-get-random-values';
import { v4 as uuidv4 } from 'uuid';

Generated from README_js.md by runmd