Cómo funciona
Generador de UUID — Genera UUID v4 criptográficamente aleatorios en lote. Todo el procesamiento ocurre en tu navegador — sin subida, sin registro, sin email. Gratis para siempre.
Última actualización:
Acerca de Generador de UUID
¿Necesitas diez mil identificadores únicos para un seed de base de datos, un solo id para un nuevo feature flag, o un request id fresco para correlacionar logs? Este generador UUID v4 produce identificadores criptográficamente aleatorios usando la primitiva nativa del navegador crypto.randomUUID(), la misma que utilizan Node.js, OpenSSL y los sistemas operativos modernos para acuñar tokens de seguridad.
UUID versión 4 significa "completamente aleatorio, sin namespace, sin MAC, sin timestamp". Cada id tiene 122 bits de entropía, así que la probabilidad de colisión entre dos valores se mantiene prácticamente en cero aunque generes miles de millones por segundo en todos tus servicios. Por eso los UUID son la elección por defecto como clave primaria cuando no puedes depender de un contador autoincremental centralizado: bases de datos sharded, apps offline-first y sistemas event-sourced se apoyan en esta propiedad.
Toda la generación ocurre localmente en tu navegador. Los UUID nunca se envían por la red, no se registran ni se almacenan en ningún sitio: refresca la página y se evaporan. Eso importa cuando preasignas ids para registros sensibles que no quieres que aparezcan en los logs ni en los analytics de un tercero.
Cómo usar Generador de UUID
- Ajusta "¿Cuántos?" al número de UUID que necesitas (uno para una prueba rápida, miles para un archivo de seed).
- Desactiva "Incluir guiones" si quieres la forma compacta de 32 caracteres hex que espera tu base de datos.
- Activa "Mayúsculas" si tu guía de estilo o sistema de almacenamiento exige las letras A–F en mayúscula.
- Pulsa Generar para producir el lote, luego "Copiar todo" y pégalo en tu editor o script de migración.
- Vuelve a pulsar Generar cuando quieras para sustituir el lote por uno nuevo, igual de aleatorio.
Casos de uso comunes
- Preasignar claves primarias antes de un bulk insert para que cliente y servidor coincidan en los ids sin un round trip extra.
- Crear claves de idempotencia para pagos, entrega de webhooks o productores de colas de mensajes.
- Rellenar fixtures de test donde necesitas valores con forma estable pero únicos en cientos de registros.
- Generar request ids o correlation ids que puedas pegar en queries de logs cuando reproduzcas un bug.
- Acuñar identificadores de feature flags, experimentos o tenants que jamás deben colisionar entre regiones.
Consejos y errores comunes
- No uses UUID v4 como clave ordenable. Dos ids generados con milisegundos de diferencia se ordenan prácticamente al azar: si necesitas orden temporal, usa ULID o UUID v7.
- Almacenar como binary(16) en lugar de la forma de texto de 36 caracteres reduce a la mitad el tamaño del índice en MySQL y PostgreSQL.
- Si alguna vez ves el mismo UUID dos veces en tus logs, sospecha de un retry con bug que reutilizó el valor — no del generador. La probabilidad de colisión de v4 es astronómicamente menor que tu tasa de bugs.
- Generar en el navegador está bien para necesidades cliente, pero regenera siempre en el servidor para ids sensibles a seguridad (tokens de sesión, enlaces de reset de contraseña), de modo que el usuario no pueda elegir su propio valor.
Preguntas frecuentes
¿Estos UUIDs son criptográficamente aleatorios?
Sí. Usamos crypto.randomUUID() del navegador (o crypto.getRandomValues como respaldo), las mismas primitivas usadas para tokens de seguridad.
¿Qué versión de UUID son?
UUID v4 — totalmente aleatorio, 122 bits de entropía. La probabilidad de colisión es despreciable incluso a miles de millones por segundo.
¿Puedo obtener UUIDs sin guiones o en mayúsculas?
Sí. Desactiva 'Incluir guiones' para obtener un hex de 32 caracteres, o activa 'Mayúsculas' para formato ABC…. Ambos se aplican a todos los valores generados.
¿Puedo generar UUID v1, v5 o v7 con esta herramienta?
Por ahora solo v4 (aleatorio). v1 filtra la MAC y la hora, v5 requiere namespace y nombre, y v7 ordena por tiempo — todos útiles en escenarios más concretos. Para la mayoría de ids a nivel de aplicación, v4 es la opción segura por defecto y la que eligen los frameworks.
¿Los valores son seguros para usarlos como tokens de seguridad?
Son lo bastante aleatorios como para no ser adivinables, pero un UUID v4 tiene 122 bits de entropía frente a los 256 de un token de sesión típico. Para secretos de larga vida recomendamos APIs de tokens dedicadas (crypto.getRandomValues con al menos 32 bytes); para ids de corta vida los UUID son más que suficientes.
¿Por qué solo hay 122 bits aleatorios en un UUID de 128 bits?
Seis bits están reservados para los marcadores de versión ("4") y variante ("10") para que cualquier herramienta reconozca la forma. Los 122 bits restantes son aleatorios, lo que sigue dando unos 5×10^36 valores posibles.
Herramientas relacionadas
- Codificador/Decodificador URLCodifica y decodifica componentes URI y URLs completas
- Decodificador JWTDecodifica e inspecciona JSON Web Tokens (cabecera, payload, expiración)
- Probador de RegexPrueba expresiones regulares con resaltado de coincidencias en vivo
- Constructor de expresiones CronConstruye y explica expresiones cron en lenguaje sencillo
- Formateador SQLEmbellece, minifica o formatea consultas SQL en cualquier dialecto
- Conversor YAML ↔ JSONConvierte entre YAML y JSON en cualquier dirección