Cómo crear una web de pódcast sin código paso a paso

Para crear una web de pódcast sin código, describe dónde vive el audio, cómo se listan los episodios y qué hace el visitante nuevo. Zugo genera el sitio a partir de ese texto y tú incrustas el reproductor de tu hosting de audio. Una página sale en torno a un minuto; con notas por episodio ya es una plataforma.

El orden importa. Mucha gente empieza pidiendo un diseño bonito y termina con una web que repite lo que ya se ve en Spotify. Decide primero qué hace tu web que la plataforma no hace, y las secciones salen solas.

¿Qué tiene que resolver una web de pódcast?

Tu programa ya vive en Spotify, Apple Podcasts y YouTube. La web no compite con esas plataformas: cubre tres huecos que ellas dejan abiertos y que valen más que un reproductor más.

El episodio como página propia. Un enlace con título, resumen, invitado, minutos clave y los enlaces que mencionaste. Eso se comparte mejor que un enlace a una app y, a diferencia del feed, lo puede leer un buscador.

La entrada para quien no te conoce. Alguien llega desde una cita en redes y necesita saber de qué va el programa en diez segundos, qué episodio escuchar primero y dónde suscribirse. Tres respuestas, arriba del todo.

Lo que no cabe en un feed. Formulario para proponer invitados, dossier para patrocinadores, alta de newsletter, archivo por temas. Todo eso vive en tu dominio y no depende de las reglas de nadie.

Con esas tres cosas claras, la web deja de ser un folleto y se convierte en el sitio al que enlazas desde cada episodio. El resto de decisiones, tipografía incluida, son consecuencias.

¿Dónde vive el audio y por qué no en tu web?

Esta es la confusión más cara del proyecto. El archivo de audio y el feed RSS que leen Apple y Spotify los genera tu hosting de pódcast. La web enseña, enlaza e incrusta, pero no sustituye a ese servicio.

Separar las piezas desde el principio evita rehacer el sitio en la semana tres. Este es el reparto real:

Ese cuadro también aclara qué métrica mira cada cosa. Analytics te dirá cuánta gente llega a la página del episodio; las escuchas reales solo las sabe tu hosting, porque la mayoría ocurren dentro de las apps.

¿Qué prompt genera la web a la primera?

El generador acierta más cuando nombras secciones, orden y una acción principal. Un prompt vago devuelve una plantilla genérica que luego hay que reescribir entera.

Crea la web del pódcast [nombre], sobre [tema], en español.
Secciones en este orden:
1. Portada: nombre, una frase de qué trata, botones a
   Spotify, Apple Podcasts y YouTube.
2. Empieza por aquí: tres episodios recomendados con
   una línea explicando por qué cada uno.
3. Episodios: lista con número, título, fecha, duración,
   invitado y resumen de dos frases.
4. Página de episodio: reproductor incrustado, notas,
   minutos clave y enlaces mencionados.
5. Quiénes somos: presentadores, foto y contacto.
6. Formulario para proponer invitado: nombre, correo,
   tema propuesto y enlace.
Tono cercano, fondo oscuro, tipografía grande.

Cada frase elimina una suposición. La más útil es la sección "empieza por aquí": sin ella, el visitante nuevo cae en el episodio más reciente, que suele ser el peor punto de entrada porque asume contexto de los anteriores.

Si nunca has escrito un prompt de este tipo, el patrón general está en la guía sobre cómo escribir un buen prompt; aquí lo específico es el reparto entre hosting de audio y web.

¿Qué pasos van del prompt al sitio publicado?

Cinco pasos, cada uno con su comprobación. Saltarse la comprobación es la razón habitual de publicar una web con un reproductor que no suena.

Describir. El prompt de arriba con tus secciones. Antes de generar, revisa que aparezcan las tres plataformas donde estás y la acción principal.

Generar. Zugo arranca el proyecto en un entorno aislado antes de entregarlo, así que una compilación que no abre se reporta como error y no como página en blanco. Aun así, abre el resultado tú.

Pegar los reproductores. Copia el bloque de incrustación de tu hosting en los dos o tres primeros episodios y comprueba que suenan dentro de la página, no solo que se ve el recuadro.

Ajustar por chat. Una petición por vez: "sube la sección empieza por aquí", "pon la duración junto a la fecha", "añade el enlace de RSS en el pie".

Publicar. El proyecto queda en una dirección del tipo tuprograma.zugo.run y puedes enlazarla hoy mismo desde la descripción del episodio. El dominio propio se conecta después sin rehacer nada.

Prueba obligatoria: abrir la web en el móvil con datos, no en el escritorio. Casi todo el tráfico de un pódcast llega desde el teléfono, y un reproductor incrustado que tarda en cargar se abandona antes de sonar.

¿Cómo se publican los episodios nuevos sin rehacer el sitio?

Hay dos caminos y conviene elegir a conciencia, porque uno cuesta créditos cada semana y el otro cuesta una configuración al principio.

Por edición. Le pides al chat "añade el episodio 24 con este título, esta fecha, este resumen y este reproductor". Cada edición cuesta 3 créditos. Es lo razonable si publicas cada dos semanas y no piensas pasar de treinta episodios.

Por base de datos. Conectas Supabase, los episodios viven en una tabla y la web los lista sola. Publicar es añadir una fila, sin gastar créditos. Compensa a partir del momento en que quieres buscador, filtro por invitado o archivo por temporadas.

La señal para cambiar de camino es simple: cuando editar la lista te da pereza, la lista ya es demasiado larga para vivir escrita a mano. Migrar después es posible, pero implica rehacer la sección de episodios, así que si ya sabes que el programa es semanal, empieza con base de datos.

¿Cuánto cuesta montarla?

El plan gratuito da 5 créditos, suficiente para ver la primera versión antes de pagar nada. Pro cuesta $25 al mes con 200 créditos e incluye conectar dominio propio. Business son $99 al mes.

Las cifras por acción son fijas: una generación cuesta 6 créditos, una edición 3, y un sitio de varias páginas se cobra como plataforma, 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 ambas cifras: 12 la generación y 6 la edición. Tiene sentido gastarlo en la portada, que es lo que ve un patrocinador, y no en el formulario interno de invitados.

Si quieres comparar este gasto con otras vías antes de decidir, está desglosado en cuánto cuesta una web hecha con IA.

¿Dónde se queda corto un generador de IA aquí?

Cuatro límites que conviene decir antes y no descubrir en marzo.

No genera el feed RSS ni aloja el audio. Eso lo hace un hosting de pódcast y seguirás pagándolo aparte. La web enseña y enlaza.

La transcripción no sale del prompt. Puedes tener una página de transcripción preciosa, pero el texto lo produces tú con la herramienta que uses y lo pegas. Pedirle al generador que "transcriba el episodio" no transcribe nada.

Las estadísticas de escucha no se unifican. Analytics mide la web; las escuchas viven repartidas entre Spotify, Apple y tu hosting. Juntar todo en un panel es un proyecto de desarrollo, no una edición.

Un directorio grande con búsqueda avanzada pide manos. Zugo no sustituye a un equipo de desarrollo en un producto complejo, y un archivo de cuatrocientos episodios con filtros cruzados por tema, invitado y temporada entra en esa categoría. Se llega por ediciones sucesivas, no de un tirón.

Para el caso normal, un programa que necesita una casa propia con página por episodio y formulario de invitados, la tarea es de una tarde. Si además vas a montar boletín y ficha de patrocinio, mira cómo se resuelve la parte de captación en la guía de portafolio, que usa la misma estructura de fichas. Puedes empezar con los créditos gratuitos en zugo.dev.