Herramienta online de generador UUID

1. 1

   Elige la versión del UUID

   La versión 4 es aleatoria y la opción segura por defecto. La versión 7 se ordena por tiempo y es la mejor para una clave de base de datos. Las versiones 3 y 5 convierten un nombre en un identificador que nunca cambia. Las versiones 1 y 6 incrustan una marca de tiempo, y Nil y Max son los dos valores especiales fijos.

2. 2

   Indica cuántos necesitas

   Escribe un número o usa un preajuste. Cien por clic son gratuitos; los lotes mayores, hasta un millón a la vez, son el terreno de Pro. En las versiones 3 y 5 la cantidad viene de la lista de nombres que pegues.

3. 3

   Elige cómo deben verse

   Cambia entre minúsculas y mayúsculas, quita los guiones para la forma compacta, envuelve los valores en llaves o con el prefijo urn:uuid:, y añade un prefijo o sufijo si vas a pegarlos directamente en tu código.

4. 4

   Genera

   Pulsa el botón de generar. Cada valor se produce en tu dispositivo a partir de su fuente criptográfica de aleatoriedad, sin enviar nada a un servidor.

5. 5

   Copia o exporta

   Copia un valor con el botón que tiene al lado, copia el lote entero de una vez, o descarga la lista como texto plano, JSON, CSV o Base64.

6. 6

   Revisa identificadores que ya tienes

   Cambia al modo Comprobar y pega una lista, o suelta un archivo de texto, CSV, JSON o de registro. Cada valor se informa con su versión, variante, hora de creación incrustada y nodo, y se cuentan los duplicados.

El RFC 9562 sustituyó al RFC 4122 en mayo de 2024 y añadió tres versiones nuevas y dos valores especiales. Esta página genera todas las que un navegador puede producir honestamente. Cada entrada dice qué contiene el valor y la situación concreta para la que es la respuesta correcta.

• Versión 4 — aleatoria — 122 bits de aleatoriedad y nada más. Impredecible, no lleva información sobre cuándo ni dónde se creó, y es la opción por defecto correcta siempre que no tengas ningún requisito más allá de la unicidad.
• Versión 7 — ordenada por tiempo — Una marca de tiempo de 48 bits en milisegundos seguida de aleatoriedad. Se ordena por momento de creación como simple cadena, y eso la convierte en la recomendación moderna para claves primarias. Nueva en el RFC 9562.
• Versión 1 — basada en tiempo — Una marca de tiempo de 60 bits contada en intervalos de 100 nanosegundos desde 1582, más una secuencia de reloj y un nodo. Muy soportada y muy desplegada, pero el orden de sus campos hace que las cadenas no se ordenen por tiempo.
• Versión 6 — basada en tiempo, reordenada — Los mismos tres campos que la versión 1, guardados empezando por el más significativo para que las cadenas sí se ordenen. Pensada como sustituta directa de la versión 1 en sistemas que no pueden pasar a la versión 7.
• Versión 3 — espacio de nombres con MD5 — Un hash de un espacio de nombres y un nombre. Determinista: las mismas entradas dan siempre el mismo identificador. Se mantiene por compatibilidad con sistemas que ya la usan.
• Versión 5 — espacio de nombres con SHA-1 — La misma idea que la versión 3 con otro hash, y la que hay que elegir para identificadores deterministas nuevos.
• Nil — Treinta y dos ceros. Un valor especial definido, no una versión, y por convención significa la ausencia de identificador.
• Max — Treinta y dos caracteres f. El otro valor especial definido, y el mayor que puede ser un UUID: útil como límite superior de un rango.

La versión 2 está definida pero no se genera aquí, y es una decisión deliberada más que un olvido. Reserva los 32 bits bajos de la marca de tiempo para un identificador de usuario o grupo POSIX, algo que una página web no puede conocer, así que todos los generadores de versión 2 en línea producen algo estructuralmente correcto y semánticamente vacío. La versión 8 está reservada para diseños experimentales y propios de cada fabricante, y no tiene un significado fijo contra el que generar.

Esta es la decisión con la que la gente llega de verdad, y tiene una respuesta clara que ha cambiado en los últimos dos años.

• Usa la versión 7 — para cualquier clave primaria nueva. Sus valores crecen con el tiempo, así que cada inserción cae al final del índice y no en un punto aleatorio del medio.
• El problema de las claves de versión 4 — no es la unicidad, es la localidad de escritura. Las claves aleatorias dispersan las inserciones por todo el árbol B, de modo que las páginas que se escriben están repartidas por el índice y es menos probable que las que necesitas estén en memoria. En una tabla grande y con mucho tráfico eso se traduce en inserciones más lentas y un índice más grande.
• No uses la versión 1 para esto — aunque esté basada en tiempo. Su campo de marca de tiempo menos significativo va primero, así que las cadenas no se ordenan por creación y para el índice se comporta como una clave aleatoria.
• Guárdalos de forma compacta si puedes — Un UUID son 16 bytes; escrito con guiones son 36. Las bases de datos que ofrecen una columna UUID nativa o binary(16) usarán una cuarta parte del espacio de un char(36) y compararán más rápido.
• Sé coherente con la caja y los guiones — Dos servicios que guarden el mismo identificador en formas distintas no coincidirán en una comparación de cadenas. Elige una representación en la frontera y normaliza a la entrada.

Todos los ajustes de esta página son gratuitos, y solo el tamaño del lote tiene un límite de plan. Los controles se dividen en dos grupos que se comportan de forma distinta: cambiar un ajuste de generación produce identificadores nuevos, mientras que cambiar un ajuste de formato solo cambia cómo se escriben los que ya están en pantalla.

Versión

Elige qué tipo de identificador se produce. Es un ajuste de generación, así que cambiarlo sustituye los valores en pantalla en lugar de reformatearlos. La pista bajo el selector cambia con tu elección y dice en una línea para qué sirve esa versión.

Cuántos

Escribe un número o pulsa un preajuste. La casilla no aceptará un valor por encima del límite de tu plan, así que nunca puede pedir un lote que la herramienta luego rechace: un control que ofrece un valor imposible es peor que uno que no lo ofrece. En las versiones 3 y 5 esta casilla se sustituye por la lista de nombres, porque ahí la cantidad es cuantos nombres aportes.

Caja, guiones, llaves y URN

Puramente presentacional, y se aplica sin regenerar nada. La forma compacta quita los cuatro guiones y es la que muchas bases de datos guardan internamente. Las llaves son como SQL Server y las APIs antiguas de Windows escriben un GUID. El prefijo urn:uuid: es la forma que el RFC 9562 define para usarlo como URI. Las cuatro opciones se pueden combinar.

Prefijo y sufijo

Envuelve cada línea con texto propio, que es la diferencia entre una lista que copias y una lista que pegas. Poner como prefijo INSERT INTO usuarios (id) VALUES (' y como sufijo '); convierte un lote en SQL ejecutable. Los añadidos se incluyen en todos los formatos de exportación, y el CSV los entrecomilla correctamente si contienen una coma.

Formato de exportación

Texto plano es un valor por línea. Separado por comas encaja en una cláusula IN. JSON es un array listo para usar. CSV lleva una fila de cabecera y, cuando la versión la tiene, una columna de nombre o de hora de creación junto a cada valor. Base64 codifica la lista entera, para los sitios que quieren un bloque opaco.

Cambia al modo Comprobar y pega lo que sea: una columna de una exportación de base de datos, un archivo de registro, un cuerpo JSON, un único valor de un informe de error. Se encuentra e informa de cada token con forma de UUID, en cualquier mezcla de formatos y cajas, y también puedes soltar un archivo.

• Versión y variante — Ambas, y no son la misma pregunta. La variante decide si el dígito de versión significa algo en absoluto.
• Hora de creación — En las versiones 1, 6 y 7 la marca de tiempo incrustada se convierte en una fecha legible. Suele ser la forma más rápida de saber cuándo se creó un registro si nadie guardó un created_at.
• Secuencia de reloj y nodo — En las versiones 1 y 6, junto con si el nodo es un valor aleatorio o una dirección de red real: el bit de multidifusión lo indica, y un valor con dirección real lo creó algo con acceso a una tarjeta de red.
• Formato — Con guiones, compacto, entre llaves o con prefijo urn:uuid:, informado por valor, para que una lista que mezcla representaciones sea fácil de detectar.
• Duplicados — Contados en toda la lista. Es la única estadística que merece la pena en una lista pegada y la que no significa nada en una salida recién generada.

Por qué algunos valores son no estándar en lugar de inválidos

El primer dígito del cuarto grupo lleva los bits de variante. Solo el patrón 10xx marca un identificador del RFC 9562; 110x es un GUID COM de Microsoft, 0xxx es un valor NCS heredado y 111x está reservado. Si la variante no es la del RFC, el dígito de versión es un dato corriente e informar de él como versión inventa información que no está ahí. Un valor como 00000000-0000-9000-0000-000000000000 tiene treinta y dos dígitos hexadecimales válidos y ninguna versión: los comprobadores que informan de una versión 9 están leyendo un dígito y llamándolo hecho.

Estas dos son las raras: no son aleatorias y no tienen que ver con el tiempo. Convierten un espacio de nombres y un nombre en un identificador aplicando una función hash, y el mismo par produce siempre el mismo resultado.

• Elige un espacio de nombres — El RFC 9562 define cuatro por nombre: DNS para nombres de host, URL para direcciones, OID para identificadores de objeto y X500 para nombres de directorio. Cualquier UUID puede servir de espacio de nombres, así que un proyecto puede definir el suyo y obtener un espacio de identificadores privado.
• Pega los nombres — Uno por línea. Cada uno produce un identificador, y la cantidad viene de la lista y no de la casilla del lote.
• La reproducibilidad es el objetivo — Volver a ejecutar la misma lista el año que viene en otra máquina da los mismos identificadores, y eso es lo que los hace útiles para reconciliar registros entre sistemas que no comparten base de datos.
• No es una función de seguridad — MD5 y SHA-1 están rotos como hashes criptográficos. El RFC 9562 los mantiene aquí porque la salida es un identificador y no un autenticador, y lo dice explícitamente. Nunca trates un valor de versión 3 o 5 como imposible de adivinar.

El número es lo bastante grande como para que la intuición no ayude mucho, así que aquí está en concreto.

• Un UUID tiene 128 bits. La versión 4 fija seis de ellos para la versión y la variante, dejando 122 bits de aleatoriedad: unos 5,3 mil cuatrillones de valores posibles.
• Para alcanzar una probabilidad de una entre mil millones de una sola colisión necesitarías del orden de cien mil millones de identificadores. A un millón por segundo son unos tres años de generación continua.
• El fallo realista nunca son las matemáticas, sino una fuente de aleatoriedad débil. Esta página usa el generador criptográfico del navegador, la misma fuente que se usa para las claves de sesión, y nunca una función pseudoaleatoria simple.
• La versión 7 sacrifica algo de aleatoriedad a cambio de orden: 74 bits aleatorios por valor en lugar de 122. Sigue estando muy lejos de cualquier riesgo práctico de colisión, y el intercambio es justamente el sentido de esa versión.
• Las versiones 3 y 5 son deterministas, así que entradas idénticas deben colisionar. Eso es la característica, no un defecto.

La mayoría de los problemas que la gente tiene con los UUID vienen de esperar que alguna de estas cuatro cosas sea cierta.

• No es un secreto — Los identificadores acaban en URLs, registros, informes de error y analíticas. Las versiones 1, 6 y 7 además declaran cuándo se crearon. Autoriza cada petición; que poseer un id nunca sea la comprobación.
• No es ordenable, salvo que elijas una versión que lo sea — Las versiones 4, 3 y 5 no tienen ningún orden, y la versión 1 solo aparenta tenerlo. Si necesitas el orden de creación a partir de la propia clave, eso significa versión 7 o versión 6.
• No es gratis como clave — Dieciséis bytes frente a cuatro de un entero, y treinta y seis si se guarda como cadena. En una tabla con varios índices esa diferencia es real, y es la razón para guardarlos en una columna nativa o binaria.
• No sustituye a una clave natural — Un UUID dice que dos registros son distintos. Nunca dice que dos registros son la misma cosa, que es lo que hace una clave de negocio real.

El tamaño del lote es el único ajuste de esta página con un plan asociado. Todas las versiones, todas las opciones de formato y todos los formatos de exportación funcionan igual en ambos planes.

Qué incluye el plan gratuito

Los ocho tipos de identificador, todo el formato, los cinco formatos de exportación, el comprobador completo con informe CSV y cien identificadores por clic. Suficiente para datos de prueba, un fixture, un puñado de claves o averiguar qué hay dentro de un id que alguien te ha enviado.

Qué añade Pro

Lotes mayores —mil, diez mil, cien mil o un millón de una vez— y hasta veinticinco archivos de lista a la vez en el lado de la comprobación. Un millón de identificadores es donde el límite pasa a ser el navegador y no el plan, y a partir de ahí se te avisa en lugar de rechazarte.

Medido en Chromium sobre una máquina de escritorio: cien mil identificadores de versión 4 se producen en unos 20 milisegundos, cien mil valores pegados se analizan en menos de una décima de segundo, y exportar cien mil como CSV lleva unos 4 milisegundos. Solo se dibujan en pantalla los primeros doscientos valores, y por eso un lote de un millón sigue apareciendo al instante.

Un generador de identificadores que llama a un servidor exige confiar dos veces: en que produce buenos valores y en que no se los queda. Este elimina la segunda pregunta porque no envía nada.

• No se sube nada — Ni los identificadores, ni los nombres que pegas para las versiones 3 y 5, ni la lista que sueltas para comprobar. Abre el panel de red de tu navegador mientras usas la página y no hay nada que ver.
• Funciona sin conexión — Una vez cargada la página, generar y comprobar siguen funcionando sin ninguna conexión: útil en una red restringida o en un avión.
• La fuente de aleatoriedad es la del propio navegador — El mismo generador criptográfico que el navegador usa para sus propias claves, tomado en bloques y formateado después, que es lo que hace rápido un lote grande sin debilitarlo.

Las versiones 2 y 8 no se generan, por los motivos explicados arriba. Las versiones 3 y 5 dependen de MD5 y SHA-1, rotos criptográficamente y usados aquí solo por su determinismo. El comprobador lee cualquier conjunto de 32 dígitos hexadecimales en cualquier envoltorio habitual, pero no puede decirte si un identificador es uno que tu sistema emitió realmente: solo qué contiene. Todo lo de esta página funciona en las versiones actuales de Chrome, Edge, Firefox y Safari, en escritorio y en móvil.

• Generador de hash
• Codificador/decodificador Base64
• Codificador/decodificador de URL
• Generador de códigos QR
• Generador de códigos de barras
• Formateador JSON
• Conversor de colores
• Generador de paletas de color
• Conversor de fecha y hora
• Validador JSON
• CSV a JSON
• Eliminar filas duplicadas
• Eliminar líneas duplicadas
• Dividir texto
• Ordenar texto
• Conversor de mayúsculas
• Todos los conversores