Cómo crear la web de un evento sin código, paso a paso

Para crear la web de un evento sin código, describe qué evento es, cuándo y dónde ocurre, qué programa tiene y cómo se consiguen las entradas. Zugo construye 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.

La web de un evento tiene una vida corta y un pico de tráfico brutal en los días previos. Eso cambia las prioridades: importa menos el refinamiento visual y muchísimo más que la fecha, el lugar y el botón de entradas se encuentren en un segundo desde un móvil en la calle.

¿Qué información no puede faltar en la web de un evento?

Cinco datos, y los cinco tienen que estar visibles sin desplazarse: nombre del evento, fecha completa con año, hora de inicio, ciudad y lugar, y el botón de entradas o de inscripción. Ese bloque es el noventa por ciento del valor del sitio.

El año en la fecha parece un detalle absurdo hasta que alguien llega desde una búsqueda y no sabe si está viendo la edición de este año o la del anterior. Es el error más común en webs de eventos recurrentes y el más fácil de evitar.

El lugar merece más que una dirección. Enlace al mapa, cómo llegar en transporte público, si hay aparcamiento y a qué hora abren puertas. Ese conjunto de datos reduce la mayoría de los mensajes que recibirás la semana del evento, y todos son mensajes que responderías tú a mano.

¿Qué debe decir el prompt?

El constructor necesita el esqueleto del evento, no el manifiesto:

Crea la web del evento [nombre], [tipo: conferencia,
festival, taller], que ocurre el [fecha] en [lugar, ciudad].
Secciones:
1. Portada: nombre, fecha completa, ciudad y lugar, cuenta
   atrás y botón "Conseguir entrada".
2. Qué es: 2 párrafos sobre de qué va y para quién.
3. Programa: bloques por franja horaria con título, ponente
   o actividad y sala.
4. Ponentes o artistas: foto, nombre, cargo o proyecto y
   una frase.
5. Entradas: [N] tipos con precio y qué incluye cada uno.
6. Lugar: mapa, transporte, aparcamiento, hora de apertura.
7. Preguntas frecuentes y contacto de organización.
Tono: claro y práctico. Prioriza la lectura en móvil.

Una línea extra que se agradece después: "que el programa se pueda editar fácilmente añadiendo o quitando bloques sin recolocar el resto". El programa cambia hasta el día antes, siempre, y esa es la sección que más ediciones va a recibir.

Zugo incluye 25 plantillas listas y una de página de aterrizaje con secciones bien separadas es un punto de partida cómodo cuando el tiempo aprieta.

¿Entradas propias o plataforma de venta de entradas?

Esta decisión afecta al dinero, a la responsabilidad legal y al día del evento. Conviene tomarla antes de construir nada.

La tercera fila es la elección sensata para la mayoría de los eventos con aforo real. Una ticketera resuelve códigos QR, control de acceso, listas de invitados y devoluciones, y ese es su oficio entero. Tu web sigue siendo la portada del evento y ellos se ocupan del torno.

La venta directa con Stripe tiene sentido cuando no necesitas control en puerta y quieres el cobro íntegro sin comisión de plataforma. La mecánica está en la guía de Stripe. Si vas a acumular asistentes de varias ediciones, el paso a una base de datos propia con Supabase deja de ser opcional.

¿Cómo se mantiene la web durante las semanas previas?

Un evento tiene tres fases y la web debería cambiar en cada una. Antes del anuncio completo, basta con fecha, ciudad y un formulario de aviso. Durante la venta, el programa y los ponentes se van llenando. La semana del evento, lo que manda es la logística: cómo llegar, a qué hora, qué llevar.

En Zugo cada cambio es una edición descrita en texto: "añade a la programación el bloque de las 16:00 con la mesa redonda de [tema] y sus tres participantes". Una edición cuesta 3 créditos, así que actualizar el programa quince veces durante dos meses tiene un coste previsible y pequeño.

Un consejo que ahorra pánico: la víspera del evento, dedica una edición a poner arriba del todo un bloque de "información práctica del día" con hora de apertura, acceso y contacto de emergencia. Es el bloque que más se consulta y el que casi nadie prepara.

¿Y después del evento?

La web de un evento no debería morir al día siguiente, porque es exactamente cuando recibe visitas de gente que oyó hablar de él. Dos ediciones bastan para reconvertirla.

La primera cambia la portada: "esta edición ya ha terminado, la próxima será en [fecha o mes]", con un formulario para avisar. Así conviertes el tráfico residual en la lista de la siguiente edición en lugar de perderlo.

La segunda publica el material: fotos, vídeos, presentaciones. Ese contenido es lo que hace que la web siga siendo útil y lo que convence a los ponentes y patrocinadores del año siguiente. Sin él, la web se convierte en un cartel viejo pegado en la pared.

¿Cuánto cuesta construirla y publicarla?

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. Una construcción sencilla tarda alrededor de un minuto; un sitio multipágina con programa, ponentes y entradas separados tarda algunos minutos.

El plan Free da 5 créditos y una construcción cuesta 6, así que un evento real empieza en Pro: 25 dólares al mes con 200 créditos, que da mucho margen para las ediciones de las semanas previas. Business son 99 dólares al mes. El modo Hi-Fi duplica: 12 construir, 6 editar.

Al publicar, el sitio queda en una dirección del tipo tuevento.zugo.run. Para un evento conviene llevarlo a un dominio propio, porque esa dirección va en carteles, en entradas y en publicaciones que no podrás corregir después. La guía de dominio propio explica los registros DNS.

¿Dónde se queda corto un constructor con IA en un evento?

Tres límites que conviene aceptar de entrada.

El control de acceso en puerta no se improvisa. Generar entradas nominativas con QR y validarlas con un lector el día del evento es un sistema con requisitos duros. Si el aforo es estricto, usa una ticketera.

La app del asistente es otro producto. Programa personalizado, notificaciones y mensajería entre asistentes es una aplicación completa y no cabe en un prompt.

Los picos de tráfico piden prueba real. Un anuncio en un medio grande puede traer miles de visitas en minutos. La construcción se verifica en un entorno de prueba antes de entregarse, pero eso comprueba que el sitio funciona, no cuánta gente aguanta a la vez.

Para lo que decide de verdad, que es que fecha, lugar, programa y entradas se encuentren en segundos desde un móvil, el alcance es más que suficiente. Si el evento es tuyo como productor recurrente, la guía sobre la web de un organizador de eventos trata el otro lado del negocio. Cuando tengas fecha y lugar, descríbelos en zugo.dev.