¿De quién es una web generada con IA? Propiedad explicada
¿De quién es una web generada con IA?
Tuya. En Zugo el proyecto pertenece a quien lo construyó, y la prueba práctica es que el código fuente se exporta a un repositorio de GitHub de tu propia cuenta, donde funciona sin necesidad de una cuenta de Zugo. Lo que la propiedad no resuelve es el material que metes dentro de la página, una pregunta aparte con su propia respuesta.
La propiedad es fácil de afirmar e incómoda de verificar, así que la versión útil de este artículo no es tranquilizarte. Es la lista de qué tienes exactamente entre manos, dónde vive cada pieza y cómo comprobar que la afirmación es real antes de depender de ella.
¿En qué consiste realmente ser dueño de una web?
En cinco cosas distintas, y la gente suele referirse solo a una de ellas cuando pregunta.
Está el código que hace funcionar la página. Está el contenido de dentro: tus palabras, tus fotos, tu logotipo. Está la dirección que la gente escribe. Están los datos que el sitio acumula cuando lo usan personas reales. Y está el derecho a montar un negocio encima de todo el conjunto.
Esas cinco piezas pueden estar en manos de cinco partes diferentes, que es justo lo que se tuerce en las herramientas donde montas el sitio sobre un lienzo y el sitio no son archivos. Tienes el contenido y el dominio, y lo que los dibuja es de otro.
¿El generador se queda algún derecho sobre lo que hizo?
No. El proyecto es tuyo, y la prueba de esa frase no es un párrafo en un documento legal, es el botón de exportar. Enviar el proyecto a GitHub deja los archivos en un repositorio de tu cuenta, donde puedes clonarlos, leerlos, cambiarlos y ejecutarlos.
Esa es la diferencia entre propiedad y permiso. Un permiso es una herramienta dejándote usar algo que controla ella, revocable en principio cuando cambien sus precios o sus planes. La propiedad es una copia en tus manos que sigue funcionando si la herramienta desaparece mañana.
La forma de volver concreta la promesa es ejercerla pronto. Construye algo pequeño, expórtalo y abre el repositorio. Diez minutos de eso dicen más que cualquier página de condiciones, y averiguarlo cuesta una fracción de un plan mensual.
¿Dónde vive cada pieza del proyecto?
En sitios que ya controlas tú, una vez hecha la exportación.
| Pieza | Dónde vive | Cómo te la llevas |
|---|---|---|
| Código fuente | Tu repositorio de GitHub, tras exportar | Ya es tuyo: clónalo |
| Filas de base de datos y cuentas de usuario | Tu proyecto de Supabase | Nunca estuvo dentro del builder |
| Pagos y clientes | Tu cuenta de Stripe | Nunca estuvo dentro del builder |
| Imágenes y textos subidos | Dentro de la construcción, y en tus originales | Guarda siempre tus originales |
| La dirección publicada | <slug>.zugo.run |
Conecta tu dominio y mueve el tráfico |
| Tu dominio propio | Tu registrador | Apúntalo a donde quieras |
| Historial de prompts y de construcción | Tu espacio de trabajo en Zugo | Se queda con la herramienta: es el registro, no la cosa |
La última fila es la única donde algo no viaja, y conviene precisar qué es. Tu historial de construcción es el relato de cómo se hizo el proyecto. Perderlo es perder apuntes, no perder el producto.
La fila de la dirección es la que sale cara si se hace tarde. Un sitio que la gente ha guardado en favoritos como <slug>.zugo.run es portátil pero no gratis de mover. Conectar un dominio propio desde el principio deja la pregunta sin efecto, y por eso merece hacerse el primer día en vez de después del lanzamiento. Los pasos están en conectar tu propio dominio.
¿Y las imágenes, tipografías y textos de dentro?
Siguen sus propias reglas, y aquí es donde la promesa de propiedad deja discretamente de tratar sobre el builder.
Todo lo que escribiste o fotografiaste es tuyo y siempre lo fue. Todo lo que subiste desde otro sitio conserva la licencia con la que venía, y meterlo en una página generada no la blanquea. Una foto de banco de imágenes con licencia para uso personal sigue teniendo licencia para uso personal después de la construcción.
Lo mismo vale para tipografías, iconos y cualquier fragmento que hayas pegado de otro lugar. Antes de que un proyecto pase a ser comercial, recorre la página y pregunta de dónde salió cada recurso visual. Esa revisión lleva veinte minutos y sale mucho más barata que la alternativa. La parte práctica está en usar tus propias imágenes.
Una salvedad honesta que ningún builder puede resolver por ti: cómo se aplica el derecho de autor al material generado por máquinas se trata de forma distinta según el país y todavía se está asentando. Si esa distinción afecta a tu negocio, es una pregunta para un abogado de tu jurisdicción, no para la documentación de una herramienta.
¿Qué no resuelve la propiedad?
Cuatro cosas, y son las que la gente descubre tarde.
El permiso para cobrar. Stripe aprueba tu cuenta para procesar pagos según sus propios criterios. Ser dueño de la página de pago no es lo mismo que tener permiso para cobrar por ella.
Impuestos y registro. Dónde está registrado el negocio, qué debes y a quién queda enteramente fuera del producto, en cualquier país.
Nombres y marcas. Un generador te construirá encantado una página para una marca que otro registró antes. Comprobar eso es cosa tuya, y antes de que el logotipo llegue a ningún sitio.
Obligaciones con tus usuarios. Una política de privacidad, una manera de borrar una cuenta y lo que exija tu jurisdicción sobre datos personales. Los datos están en tu proyecto de Supabase, así que puedes atender esas peticiones y eres también el único que lo hará.
La versión ampliada de este asunto, incluyendo qué cambia cuando empiezas a cobrar, está en si puedes vender lo que construyes.
¿Cuánto cuesta llegar a un proyecto que sea tuyo?
Por acción y publicado por adelantado, para que la cuenta se haga antes de comprometerse.
| Acción | Créditos |
|---|---|
| Construcción única: sitio, app o juego | 6 |
| Edición sobre una construcción existente | 3 |
| Plataforma multipágina, tres primeras páginas | 12 |
| Cada página a partir de la cuarta | 3 |
| Construcción en Hi-Fi | 12 |
| Edición en Hi-Fi | 6 |
El plan Free trae 5 créditos una sola vez, menos de lo que cuesta una construcción nueva, así que un proyecto de verdad empieza en un plan de pago. Pro cuesta $25 al mes con 200 créditos, aproximadamente 16 plataformas completas o 33 construcciones rápidas. Business cuesta $99 al mes con 800 créditos.
El punto estructural importante es que los créditos pagan la generación, no la extracción. Si sacar tu propio código costara una tarifa creciente aparte, la promesa de propiedad sería decorativa. Lo caro de cualquier builder con IA es fabricar la cosa, y ahí es donde está el precio.
¿Cómo se vuelve real y no teórica?
Cuatro movimientos, en este orden, y ninguno lleva mucho tiempo.
Conecta un dominio tuyo antes de promocionar nada, para que la dirección sea tuya desde el primer visitante. Mantén los conectores en tus propias cuentas, que es como ya funcionan Supabase y Stripe. Exporta a GitHub en cuanto el proyecto importe, y otra vez antes de cualquier ronda arriesgada de cambios, porque un repositorio es un seguro barato. Y guarda tus imágenes y textos originales en algún sitio fuera del builder.
Hecho en ese orden, irse de cualquier herramienta pasa a ser una decisión en lugar de una emergencia, que es la única definición de propiedad que sobrevive al contacto con la realidad. Zugo no sustituye a un equipo de desarrollo en un producto complejo, y que el código sea tuyo es precisamente lo que convierte traer a ese equipo en una mejora en vez de en un rescate.
La mecánica del paso de exportación está en cómo exportar el código. Para ver qué contiene la propiedad en lugar de leer sobre ella, construye algo pequeño en Zugo, mándalo a GitHub y abre el repositorio.