Generador de Datos JSON

Acerca de Generador de Datos JSON

Define nombres de campo y tipos, y este generador produce hasta 1.000 registros como array JSON. Hay 24 tipos, entre ellos nombres, correos, teléfonos, fechas, ciudades, empresas, UUID, direcciones IPv4, colores hexadecimales y texto lorem ipsum; integer y float aceptan un rango y pick acepta una lista de opciones. Con una semilla, el resultado se repite exactamente.

Es tentador pensar que los datos falsos deben parecer lo más reales posible. Pero los fallos más incómodos en datos de prueba vienen de valores «inventados» que resultan pertenecer a una persona, un buzón o una red reales. Esta página recorre lo que el generador emite de verdad, campo por campo, y dónde hay que tener cuidado.

Correos: solo dominios reservados para ejemplos

Los correos tienen la forma nombre.apellido(número opcional)@dominio, con el dominio elegido entre example.com, example.net y example.org. Los tres están reservados por la RFC 2606 para documentación y ejemplos, así que nadie puede registrarlos. La misma RFC reserva también los dominios de primer nivel .test, .example, .invalid y .localhost.

Por eso una dirección generada nunca coincide con el buzón de una persona real. La otra cara: si metes usuarios generados en un flujo que envía un correo de bienvenida o de restablecimiento de contraseña, el mensaje no llega a ningún sitio y no puedes ver cómo se muestra. Para eso, dirige el correo saliente a una herramienta de captura, como un servidor SMTP local.

Teléfonos e IPs también salen de rangos reservados

Los teléfonos tienen la forma +1-área-555-01XX. El plan de numeración de Norteamérica reserva de forma permanente 555-0100 a 555-0199 para la ficción; NANPA los mantiene como números ficticios que no conectan con ningún código de área. El generador solo elige al azar el código de área (200–999) y siempre toma los últimos dígitos de ese rango. No genera formatos españoles o latinoamericanos, porque no pudimos confirmar un rango equivalente reservado oficialmente para ellos: si necesitas probar la validación de un número local, escribe los valores en un campo pick.

Las direcciones IPv4 salen de los tres bloques que la RFC 5737 reserva para documentación: 192.0.2.0/24 (TEST-NET-1), 198.51.100.0/24 (TEST-NET-2) y 203.0.113.0/24 (TEST-NET-3); solo el último octeto (1–254) es aleatorio. No se enrutan en internet, así que puedes ponerlas en una captura, un artículo o un informe público de errores. Como todas caen en esos tres bloques, no sirven para pruebas que necesiten redes variadas, como estadísticas por IP o geolocalización (GeoIP).

Sin documentos de identidad, a propósito

No hay tipo para DNI, NIE, CURP, pasaporte ni números de tarjeta. Un identificador falso que supera todas las reglas de formato y dígito de control puede coincidir con uno real, y un archivo de fixtures lleno de esos valores es un problema si se filtra. Cuando necesites probar validación de formularios, prepara dos conjuntos: valores inválidos a propósito y valores válidos de una fuente documentada, como las tarjetas de prueba que publica tu pasarela de pago para su entorno sandbox.

Parece real, pero la distribución es uniforme

Cada valor se extrae de forma uniforme de una lista. Con 25 nombres, 24 apellidos y 20 ciudades, un lote de 1.000 filas repite el mismo nombre decenas de veces, y solo existen 600 combinaciones de nombre y apellido. Una prueba de restricción de unicidad sobre nombres colisionará enseguida.

Las fechas se reparten de manera uniforme en los cinco años anteriores al 1 de enero de 2024 (UTC), es decir, entre el 2019-01-01 y el 2024-01-01. Solo van hacia atrás, así que las fechas de alta o de pedido nunca quedan en el futuro y una fecha usada como nacimiento nunca da una edad negativa. El ancla es una fecha fija y no el día de hoy (para que la misma semilla dé las mismas fechas), de modo que una vista de «altas de los últimos 30 días» saldrá vacía y los nacimientos corresponden a niños pequeños (de 2 a 7 años en 2026). Si necesitas edades adultas, genera la edad directamente con el tipo integer. Los enteros también son uniformes, así que no imitan cantidades sesgadas del mundo real como edades, precios o tamaños de pedido. Tenlo en cuenta si usas los datos para juzgar si un gráfico «tiene buena pinta».

La semilla cubre toda la secuencia, no cada campo por separado. Los números aleatorios se consumen campo a campo y fila a fila, así que añadir, quitar o reordenar un campo cambia todos los valores posteriores. Mismo esquema y misma semilla dan el mismo resultado; si cambia cualquiera de los dos, obtienes otro conjunto de datos.

Ejemplos

Cómo se usa

1. Añade campos y define la clave y el tipo de cada uno. Rellena el parámetro en los tipos que aceptan rango o lista.
2. Elige el número de filas (1 a 1.000) y la sangría. Apunta la semilla si vas a necesitar regenerar los mismos datos.
3. Genera y copia o descarga el JSON.

Preguntas frecuentes