Skip to content

Cómo crear la web de un DJ sin programar, paso a paso

Para crear la web de un DJ sin programar, describe tu proyecto artístico, dónde están tus sets, qué fechas tienes y quién debe poder contratarte. Zugo genera el sitio a partir de esa descripción, lo arranca en un entorno de prueba antes de entregarlo y lo publica en una dirección propia.

Un DJ ya tiene presencia en varias plataformas, así que la pregunta legítima es para qué sirve una web propia. La respuesta es concreta: es la única página que un promotor puede abrir y encontrar en treinta segundos tu bio, tu música, tus fechas y tu correo, sin algoritmo de por medio y sin depender de que una red social siga existiendo.

¿Qué mira un promotor cuando entra en la web de un DJ?

Cuatro cosas, y casi siempre en este orden. Primero un set o un mix que pueda escuchar sin registrarse. Segundo, dónde has pinchado, porque los nombres de las salas y los festivales dicen más que cualquier descripción. Tercero, las fechas próximas. Cuarto, un correo de contratación que no obligue a rellenar un formulario largo.

Todo lo demás es secundario. La biografía de tres párrafos, la lista de influencias y la sección de fotos importan, pero no deciden. Lo que decide es que el mix se pueda reproducir de inmediato y que el correo esté visible.

Hay un quinto elemento que no está pensado para el promotor sino para su equipo: el press kit. Fotos en alta resolución, logotipo, biografía corta y larga en texto copiable, y el rider técnico. Cuando confirman una fecha, alguien va a pedirte todo eso por mensaje, y tener un enlace ahorra dos días de correos.

¿Qué debe decir el prompt?

El constructor trabaja a partir de tu descripción, así que conviene que la descripción lleve la estructura entera:

Crea la web de un DJ llamado [nombre], estilo [géneros].
Secciones:
1. Portada: nombre, ciudad base, una frase de identidad,
   reproductor con el último mix embebido.
2. Música: [N] sets embebidos desde [plataforma], cada uno
   con título, lugar y fecha.
3. Fechas: lista de próximas actuaciones con fecha, sala,
   ciudad y enlace a entradas. Sección aparte con fechas pasadas.
4. Press kit: bio corta y larga en texto copiable, enlace de
   descarga de fotos en alta resolución y rider técnico.
5. Contratación: correo directo y formulario con fecha,
   ciudad, tipo de evento y duración del set.
Estética: oscura, tipografía fuerte, mucho contraste.

Una línea más marca diferencia: "que el reproductor del último mix esté visible sin desplazarse en el móvil". La mayoría de las visitas llegan desde un enlace en redes y desde el teléfono, y si hay que bajar para encontrar la música, buena parte de esas visitas no llegan a escuchar nada.

Si prefieres partir de una base, Zugo incluye 25 plantillas listas y una de portfolio o de artista queda más cerca de esto que una página en blanco.

¿Dónde se aloja la música y el vídeo?

No en tu web. Esta es la decisión práctica más importante y la que más gente intenta resolver al revés.

Contenido Dónde vive Qué haces en la web
Sets largos y mixes SoundCloud, Mixcloud o similar Insertar el reproductor de esa plataforma
Vídeo de actuación YouTube o Vimeo Insertar el vídeo
Fotos de prensa Almacenamiento con Supabase o carpeta compartida Enlace de descarga
Rider y bio en PDF Archivo alojado con el sitio o en Supabase Enlace directo, sin registro

Subir archivos de audio pesados a tu propio sitio da problemas de rendimiento, de coste y de derechos, y a cambio no ofrece ninguna ventaja: las plataformas de música ya resuelven la reproducción, las estadísticas y el descubrimiento. La web es el índice, no el almacén.

La excepción razonable son las fotos de prensa y el rider, que sí conviene tener bajo tu control y accesibles sin cuenta. Si quieres un área con material privado para promotores, eso implica identificación de usuario y se apoya en Supabase, tal y como se explica en la guía sobre aplicaciones con base de datos.

¿Cómo se mantienen actualizadas las fechas?

Esta es la parte que decide si la web sirve o estorba. Una página de fechas con una actuación de hace ocho meses arriba comunica exactamente lo contrario de lo que quieres comunicar.

En Zugo cada actualización es una edición descrita en texto: "añade el 14 de septiembre en la sala [nombre] de [ciudad] con enlace a entradas y mueve las fechas de agosto a la sección de pasadas". Una edición cuesta 3 créditos, así que mantener el calendario al día tiene un coste bajo y previsible.

Si pinchas muchos fines de semana y actualizar cada semana te va a resultar pesado, hay una alternativa honesta: guarda las fechas en Supabase y que la página las lea. Publicar una fecha pasa entonces a ser añadir una fila, no editar el sitio. Es más trabajo al principio y menos fricción después.

Una regla que ahorra disgustos: no borres las fechas pasadas. Son la prueba social más creíble que tienes, y un listado de salas reales convence más que cualquier frase sobre tu trayectoria.

¿Cuánto cuesta y dónde se publica?

Zugo cobra por acción en créditos. Construir el sitio cuesta 6 créditos, cada edición cuesta 3, y una plataforma multipágina cuesta 12 créditos por las tres primeras páginas y 3 por cada página adicional. El modo Hi-Fi, que dedica más esfuerzo al acabado visual, duplica ambos: 12 para construir y 6 para editar, algo que tiene sentido en una web de artista donde la estética es parte del producto.

El plan Free da 5 créditos y una construcción cuesta 6, así que una web operativa empieza en Pro: 25 dólares al mes con 200 créditos. Business son 99 dólares al mes. El alojamiento del sitio publicado va incluido.

Al publicar, el sitio queda en una dirección del tipo tunombre.zugo.run. Para un artista conviene mover eso a tu propio dominio cuanto antes, porque el nombre artístico y el dominio deben coincidir en todos los sitios donde te presentas. El proceso está en la guía de dominio propio.

Cada construcción se comprueba en un entorno de prueba antes de entregarse, así que un sitio que no carga se reporta como fallo en lugar de aparecer como página en blanco. Aun así, comprueba tú mismo dos cosas: que los reproductores embebidos suenan desde un móvil con datos y que el enlace de descarga del press kit funciona en una ventana privada.

¿Dónde se queda corto un constructor con IA para un DJ?

Tres límites que conviene nombrar.

La venta de entradas propia es otro proyecto. Enlazar a la ticketera de la sala es trivial. Vender tú mismo entradas con aforo y control de acceso implica pagos, base de datos y validación en puerta, y eso se construye por partes, no con un prompt.

La tienda de merchandising es un negocio aparte. Vender camisetas con stock, tallas y envíos se parece más a una tienda que a una web de artista, y merece su propio sitio o su propia sección construida como tal.

Las fotos y la música siguen siendo tuyas. El constructor escribe la estructura, la jerarquía y los textos. Una web de DJ se juzga por el sonido y por las imágenes, y ningún generador aporta las tuyas.

Para el trabajo real, que es tener un lugar propio donde un promotor encuentre tu música, tus fechas y tu correo en treinta segundos, el alcance sobra. Si además organizas tus propios eventos, la guía sobre cómo crear la web de un evento cubre esa otra mitad. Cuando quieras empezar, describe tu proyecto en zugo.dev.

← Todos los artículos