¿Puedo usar mis propias imágenes en un creador con IA?

Sí. Un proyecto generado puede mostrar tus fotos, tu logotipo y tus capturas en lugar de imágenes genéricas. Hay tres caminos según la fase en la que estés: pedirlo en una edición apuntando a la dirección donde vive el archivo, guardar los archivos en Supabase, o exportar el código a GitHub y colocarlos tú mismo.

La pregunta suele esconder otra más importante: cuánta identidad propia puede tener algo generado por una máquina. Las imágenes son la parte del sitio donde esa identidad se decide, porque son lo único que un modelo no puede inventar por ti sin que se note.

¿Cómo llegan tus imágenes a un proyecto generado?

Por tres vías, y conviene elegir la que corresponde al momento del proyecto en lugar de pelearse con la primera que se te ocurra.

Durante las ediciones. Le dices qué imagen va en qué sitio y desde qué dirección se carga. Si tus fotos ya viven en algún lugar accesible, esta es la vía más corta: una edición cuesta 3 créditos y no toca el resto de la página.

Con Supabase conectado. Supabase aporta base de datos, acceso de usuarios y almacenamiento de archivos, así que las imágenes pueden vivir en tu propio proyecto de Supabase y el sitio leerlas desde ahí. Tiene sentido cuando las imágenes cambian solas, como en un catálogo o una galería que alguien actualiza sin volver a construir nada.

Después de exportar a GitHub. El código sale completo a un repositorio bajo tu cuenta, y a partir de ahí colocar un archivo en una carpeta es exactamente lo que sería en cualquier proyecto. Es la vía de quien ya tiene a alguien tocando el código.

Ninguna de las tres exige aprender un panel nuevo. La diferencia entre ellas es dónde acaba viviendo el archivo, y eso importa más de lo que parece cuando llega el momento de cambiarlo.

¿Qué conviene preparar antes de pedir el cambio?

Preparar las imágenes antes ahorra ediciones, y una edición cuesta lo mismo se cambie mucho o poco. La tabla resume qué formato pedir según el tipo de elemento.

Dos detalles resuelven la mayoría de los problemas. El primero es el recorte: define una proporción por bloque y respétala en todas las imágenes de ese bloque. El segundo es el nombre del archivo, que debe describir lo que se ve, porque también lo leen los buscadores.

Escribe además el texto alternativo de cada imagen tú mismo. Es una frase corta que describe lo que aparece, la lee quien navega con lector de pantalla y la usa el buscador. Generada automáticamente sale vaga; escrita por ti tarda diez segundos.

¿Qué hace el generador con las imágenes que no le das?

Rellena los huecos, y ahí está el riesgo real. Un sitio recién construido necesita algo en cada marco, así que aparecen imágenes decorativas o marcadores de posición que cumplen su función mientras miras la estructura y hacen daño en cuanto se publican.

El problema no es estético sino de credibilidad. Una web de servicios con fotos de oficinas que no son tu oficina, o con retratos que no son tu equipo, transmite exactamente lo contrario de lo que quiere transmitir. El visitante casi siempre lo nota, aunque no sabría explicar por qué.

Por eso conviene tratar las imágenes genéricas como deuda y no como resultado. Haz una lista de cada marco visible, marca cuáles tienen ya una foto tuya y cuáles no, y sustituye por orden de visibilidad: primero la cabecera, después la sección de prueba social, después el resto. Este mismo mecanismo explica buena parte de por qué tantas webs hechas con IA se parecen entre sí.

¿De quién son las imágenes que aparecen en tu sitio?

Hay que separar tres casos porque las respuestas no coinciden.

Las tuyas siguen siendo tuyas. Subirlas a un proyecto no cambia su titularidad, y el proyecto generado también te pertenece: el código se exporta a tu repositorio de GitHub y sale de ahí contigo.

Las de terceros son el caso peligroso. Una foto encontrada en un buscador tiene dueño, y ese dueño puede reclamar. Los bancos de imágenes gratuitos resuelven el problema legal, pero hay que leer su licencia cuando el uso es comercial, y hay que asumir que la misma foto está en cientos de webs más.

Las generadas por un modelo de imagen son el terreno menos asentado. Las condiciones dependen de la herramienta que las produjo y el estatus legal varía según el país. Para un proyecto que va a facturar, la decisión prudente es fotografía propia donde importa y material con licencia clara donde no.

¿Cuánto cuesta cambiar las imágenes más adelante?

El precio va por acción, así que se puede calcular antes de empezar. Cambiar imágenes es una edición, y una edición cuesta 3 créditos independientemente de cuántas cambies en esa misma pasada.

El plan gratuito trae 5 créditos, Pro cuesta $25 al mes con 200 créditos y Business cuesta $99 al mes. Con 200 créditos salen 66 ediciones si solo gastas en eso, que es bastante más de lo que necesita cualquier ronda de imágenes. El desglose completo está en cuánto cuesta una web hecha con IA.

La consecuencia práctica es agrupar. Reunir todas las imágenes, decidir dónde va cada una y pedirlo en una sola edición cuesta lo mismo que cambiar una sola foto, y evita las tres pasadas seguidas que todos hacemos por prisa.

¿Dónde están los límites honestos?

Cuatro, y ninguno se arregla con un mejor prompt.

El generador no fotografía tu negocio. Puede maquetar una galería impecable y dejar huecos perfectos para tus fotos, pero las fotos las haces tú o las encarga alguien. Es el trabajo que sigue siendo humano.

Edición fina de imagen no es lo que hace. Recortar, retocar, quitar un fondo o unificar el color de una serie son tareas de un editor de imágenes. Llega el archivo ya listo y se coloca.

La lógica de negocio muy específica se alcanza con ediciones. Una galería con filtros, permisos por usuario y subida desde el navegador se construye en varias pasadas, no en un prompt perfecto.

Un producto complejo sigue necesitando equipo. Zugo no sustituye a un equipo de desarrollo cuando el proyecto se convierte en una aplicación seria. Cuando llega ese momento, el código exportado es un repositorio normal y corriente.

Antes de entregarse, cada construcción se arranca en un entorno de pruebas, y una que no llega a abrirse se reporta como fallo en vez de entregarse. Eso reduce el riesgo de publicar algo roto, no lo elimina, así que abre tu propio sitio en el móvil y comprueba que las imágenes cargan.

¿Por dónde empezar si aún no tienes las fotos?

Empieza igualmente. Construye con marcadores de posición, mira la estructura, decide qué bloques sobreviven y solo entonces haz o encarga las fotos que esos bloques necesitan. Al revés se paga con sesiones de fotos que acaban sin sitio donde ir.

Una lista corta suele bastar para un sitio de servicios: una imagen de cabecera honesta, tres o cuatro de trabajo real, un retrato por persona visible y el logotipo en formato vectorial. Con eso ya no parece una plantilla. La misma disciplina aplicada a un sector concreto está en cómo crear la web de un estudio de arquitectura, donde la imagen es literalmente el producto.

Si quieres comprobarlo con algo pequeño, describe una página, cámbiale las imágenes en una edición y mírala en el móvil en zugo.dev. Diez minutos dicen más sobre el resultado que cualquier explicación.