Gerador de UUID
Gere UUID v4/v7, ULID e Nano ID — um por vez ou em lote
Sobre esta ferramenta
Gere identificadores universalmente únicos em quatro sabores: UUID v4 (totalmente aleatório, o padrão do dia a dia), UUID v7 (ordenado por tempo, a escolha moderna para chaves de banco de dados), ULID (ordenado por tempo com uma grafia compacta em Crockford Base32) e Nano ID (curto, amigável para URLs). Gere um ou até mil de uma vez — um por linha, prontos para colar em um script de seed.
A aleatoriedade vem da Web Crypto API (crypto.getRandomValues), a fonte criptograficamente segura, não do Math.random. A geração é local, o que significa que os IDs não são conhecidos por mais ninguém, não ficam registrados em lugar nenhum e estão disponíveis offline.
Se você está escolhendo um formato de ID para um sistema novo: v7 e ULID ordenam por hora de criação, o que mantém os índices B-tree felizes e deixa os IDs mais ou menos cronológicos nos logs; v4 não revela nada sobre quando foi criado, o que ocasionalmente é exatamente o que você quer.
Perguntas frequentes
- Qual é a diferença entre UUID v4 e v7?
- v4 são 122 bits aleatórios. v7 (RFC 9562) começa com um timestamp de 48 bits em milissegundos Unix seguido de bits aleatórios, então IDs gerados depois ordenam depois. Para chaves primárias de banco de dados, v7 costuma melhorar a localidade de inserção e o tamanho do índice; v4 continua ótimo onde a ordem é irrelevante ou o momento de criação não pode vazar.
- Dois UUIDs gerados podem colidir?
- Com 122 bits aleatórios, a probabilidade é tão pequena que não vale a pena projetar em torno dela: você precisaria gerar bilhões de IDs por segundo durante décadas para chegar a uma chance sequer remota. Colisões na prática vêm de bugs (reutilizar uma seed, copiar linhas), não da aleatoriedade.
- Por que escolher ULID em vez de UUID v7?
- Eles resolvem o mesmo problema. ULID são 26 caracteres de Crockford Base32 sem distinção de maiúsculas — mais curto e mais limpo em URLs e logs — enquanto v7 mantém o formato UUID padrão de 36 caracteres que todo banco de dados e biblioteca já aceita. Escolha o que o seu ecossistema trata de forma mais nativa.
- Esses IDs são seguros para usar como segredos ou tokens?
- A aleatoriedade é criptograficamente segura, mas IDs costumam ser exibidos, registrados em logs e indexados — tratados como públicos. Para tokens de sessão ou chaves de API, gere um segredo dedicado com pelo menos 128 bits aleatórios e trate-o como uma senha.