Generador
UUID Online
Genera identificadores UUID v4 al instante, uno a uno o en lote, con opciones de formato. Rápido, gratis y directamente en tu navegador.
Cómo funciona
Configura
Elige el formato: mayúsculas o minúsculas, con o sin guiones.
Genera
Haz clic en Generar para un UUID o en Generar en lote para varios.
Copia
Copia los UUID uno a uno o todos a la vez al portapapeles.
Generador UUID online gratis: genera identificadores UUID v4 para claves de base de datos, tokens de idempotencia, IDs de petición y sesiones. El generador de UUID de ConverterUp crea un UUID o hasta 100 a la vez usando la fuente aleatoria criptográficamente segura del navegador (crypto.randomUUID), así que las colisiones son estadísticamente imposibles. Elige mayúsculas o quita los guiones si tu almacenamiento lo requiere y copia un UUID o la lista completa. La generación se ejecuta en local sin viaje al servidor, lo que garantiza que los IDs recibidos no se registran, replican ni reutilizan fuera de tu máquina.
Versiones de UUID: v1, v4, v7 y NIL
El UUID v4 es el caballo de batalla. 122 bits aleatorios más 6 bits fijos de versión/variante, generados desde un RNG criptográficamente seguro. La probabilidad de colisión es tan baja (necesitarías generar ~1000 millones de UUIDs por segundo durante ~85 años para tener un 50 % de probabilidad de colisión) que se puede considerar cero a escala de internet. Úsalo como valor por defecto para casi todo.
El UUID v1 codifica un timestamp de 60 bits más una dirección MAC y una secuencia de reloj. Es ordenable por tiempo de creación, pero filtra la MAC del host y el momento exacto de creación, lo que supone un problema de privacidad. La mayoría de sistemas modernos evitan v1 por esa fuga y porque la ordenación temporal es incómoda (los bits bajos van primero).
El UUID v7 (RFC 9562, 2024) es la alternativa moderna a v1: un timestamp Unix en milisegundos de 48 bits en los bits altos, seguido de bits aleatorios. Es ordenable lexicográficamente, lo que lo hace mejor que v4 para claves primarias en índices B-tree. ConverterUp genera v4; si necesitas v7, la mayoría de lenguajes tienen una librería (uuid en npm, uuid7 en Python).
El UUID NIL (00000000-0000-0000-0000-000000000000) es un centinela que significa 'sin valor': útil como valor por defecto en columnas FK opcionales o como marcador en tests. El UUID Max (ffffffff-ffff-ffff-ffff-ffffffffffff) es el centinela equivalente para techos en consultas de rango.
UUID frente a IDs enteros autoincrementales
Los enteros autoincrementales (BIGSERIAL en Postgres, AUTO_INCREMENT en MySQL) son pequeños (8 bytes), cache-friendly y producen índices B-tree densos. Su pega es que filtran información de negocio —cualquiera que vea order=4217 puede estimar tu volumen de pedidos— y complican la escritura multi-master porque el servidor de base de datos tiene que coordinar el siguiente valor.
Los UUIDs ocupan 16 bytes (2× el coste de almacenamiento e índice de un BIGINT), no filtran conteos, se pueden generar en el cliente sin viaje al servidor y sobreviven a flujos offline-first donde los IDs deben existir antes de que la fila llegue al servidor. Además son seguros en URLs y globalmente únicos entre shards, servicios y bases de datos.
El stack pragmático: UUID v7 como clave primaria (buena localidad de índice, sin filtración de conteos, generable en cliente), una columna BIGINT order_number opcional y amigable para mostrar en la UI, y un public_id opaco opcional (Nano ID o hash corto) para URLs que deban quedar bonitas.
No uses UUID v4 como clave primaria en una tabla grande y caliente sin pensarlo: su aleatoriedad provoca amplificación de escritura severa en índices B-tree. O usa UUID v7, o usa claves primarias BIGINT con una columna UUID separada para referencias externas.
Formatos de almacenamiento: binario vs cadena
Un UUID son fundamentalmente 16 bytes. Almacenado como binary(16) o como el tipo uuid de Postgres, ocupa 16 bytes por fila. Almacenado como la cadena canónica con guiones (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx), ocupa 36 bytes más sobrecarga por fila: más del doble del coste binario.
En Postgres, usa siempre el tipo nativo uuid: almacena en binario internamente, acepta entrada/salida como cadena de forma transparente y soporta indexación y ordenación correctamente. MySQL no tiene tipo UUID nativo; usa BINARY(16) con las funciones UUID_TO_BIN y BIN_TO_UUID, opcionalmente con el flag de reordenación para un almacenamiento favorable al índice.
Para APIs, devuelve la cadena con guiones. Es el formato universal de intercambio. Base64 o Base58 producen cadenas más cortas (22 caracteres frente a 36) pero rompen las herramientas: depuradores, greps de logs y clientes SQL esperan la forma con guiones. Reserva las formas codificadas cortas únicamente para slugs de URL.
Preguntas frecuentes
¿Estos UUIDs son seguros como claves primarias?
Sí. UUID v4 tiene 122 bits de aleatoriedad de una fuente criptográficamente segura, lo que da una probabilidad de colisión despreciable a escala de internet. Se usan mucho como claves primarias en PostgreSQL, MongoDB y DynamoDB.
¿Cuántos UUIDs puedo generar a la vez?
Hasta 100 por lote. Genera de nuevo para obtener más; la lista se copia con un clic y se pega en datos de seed u hojas de cálculo.
¿Puedo generar otras versiones de UUID?
La herramienta genera UUID v4, la versión más común en código de aplicación. Puedes pasar a mayúsculas y quitar los guiones según los requisitos de almacenamiento.
¿Los UUIDs son criptográficamente seguros?
Sí. Provienen de crypto.randomUUID, que usa el generador aleatorio criptográficamente seguro del navegador, adecuado para tokens de seguridad, identificadores de sesión y cualquier caso donde la previsibilidad importe.
¿Puedo obtener UUIDs sin guiones o en mayúsculas?
Sí. Activa Mayúsculas para obtener XXXXXXXX-… y desactiva Incluir guiones para el formato de 32 caracteres. Los bytes son idénticos en todos los formatos; solo cambia la representación textual.
¿Cuál es la probabilidad real de colisión de un UUID v4?
Despreciable a cualquier escala realista. Con 2^122 UUIDs v4 posibles, generar 1000 millones por segundo durante 85 años da un 50 % de probabilidad de una sola colisión. Para una app típica que genera millones al año, la probabilidad es efectivamente cero: órdenes de magnitud por debajo de la de un bit flip por rayo cósmico en tu base de datos.
¿Qué diferencia hay entre UUID v4 y v7?
UUID v4 es totalmente aleatorio. UUID v7 empieza por una marca de tiempo, así que los identificadores quedan ordenados por fecha de creación, lo que mejora el rendimiento de los índices. ConverterUp genera v4, ideal para tokens e IDs en general; para claves primarias de tablas muy grandes, considera generar v7 con una librería en tu código.