Gerador de UUID / ULID
Crie UUID v4, UUID v7 ordenado por tempo, ULID ou IDs aleatórios curtos em massa. Escolha quantos você precisa, remova os hífens, altere maiúsculas e
Gere identificadores únicos quando precisar: UUID v4 (aleatório), UUID v7 (ordenado por tempo), ULID e IDs curtos aleatórios. Escolha a versão, quantos você precisa e copie a lista direto para o seu código, seus dados de teste ou seu banco de dados.
A escolha importa: o v4 é o padrão seguro para uma chave primária, enquanto o v7 e o ULID começam com um timestamp, o que mantém os índices do banco eficientes porque as novas linhas são inseridas perto umas das outras. Use IDs curtos aleatórios quando você só precisa de um token opaco em vez de um identificador padronizado.
Como gerar um UUID ou ULID
Escolha o tipo de identificador
Defina quantos você precisa
Copie a lista
Perguntas frequentes
Qual é a diferença entre UUID v4 e v7?
A versão 4 é puramente aleatória. A versão 7 coloca um timestamp em milissegundos no início, então os identificadores se ordenam pelo momento de criação - melhor para a localidade do índice do banco e ainda globalmente únicos.
O que é um ULID?
Um identificador de 26 caracteres em Crockford Base32: um timestamp de 48 bits seguido de 80 bits aleatórios. Ele é ordenável lexicograficamente, o que é útil em logs e nomes de arquivo.
Esses identificadores são realmente únicos?
Eles são gerados a partir de uma fonte aleatória criptograficamente segura. A chance de colisão de um v4 é astronomicamente pequena, então na prática sim.
Devo usá-los como chaves de banco de dados?
Eles são seguros, mas uma chave v4 aleatória espalha as inserções pelo índice. Se o desempenho de inserção importa, prefira v7 ou ULID, que são ordenados por tempo.
Posso gerar muitos de uma vez?
Sim, defina a quantidade e copie a lista inteira de uma vez - prático para popular dados de teste.
Alguma coisa é enviada para um servidor?
Não, os identificadores são gerados no seu navegador.
Visão geral
| Entrada | texto |
|---|---|
| Vários arquivos | Não |
| Onde roda | No seu navegador - os arquivos nunca são enviados |
| Funciona offline | Sim — depois que a página carrega |
| Preço | Grátis, sem cadastro, sem marca d'água |
Lidar com segredos com segurança
Ferramentas de desenvolvedor processam credenciais com mais frequência do que as pessoas imaginam, e o risco não está no algoritmo, mas em para onde os dados vão. O hash é uma via de mão única e não é criptografia - MD5 e SHA-1 estão quebrados para qualquer coisa ligada a segurança, e até o SHA-256 é a ferramenta errada para armazenar senhas, para o que bcrypt, scrypt ou Argon2 existem justamente por serem lentos. O Base64 é uma codificação, não uma proteção: qualquer pessoa consegue decodificar, então nunca o trate como ofuscação. Um JWT pode ser lido por qualquer um que o tenha em mãos, e é por isso que o payload nunca deve conter segredos; além disso, decodificar um token não verifica a assinatura dele - a verificação exige a chave. Tudo neste site roda localmente no seu navegador, e é essa a razão de ele conseguir lidar com tokens e senhas com segurança.
Onde as conversões quebram em silêncio
A maioria dos bugs de conversão não é de sintaxe, e sim de significado. Uma coluna CSV de códigos postais perde os zeros à esquerda no momento em que a planilha supõe que aquilo é um número; um ID longo ultrapassa a precisão de ponto flutuante; datas mudam de sentido dependendo de o dia vir antes do mês ou o mês antes do dia. As chaves do JSON não têm ordem, mas os arrays têm, e uma ferramenta que ordena chaves não muda nada, enquanto uma que ordena arrays altera os dados. O Unicode é outra armadilha: o texto pode chegar como UTF-8, UTF-16 ou com um BOM, e um decodificador que erra o palpite transforma caracteres acentuados em mojibake. Antes de confiar em qualquer conversão, confira por amostragem a primeira e a última linha, qualquer campo com zeros à esquerda e qualquer campo que contenha aspas, vírgulas ou quebras de linha.