¿Puedo usar mi propio dominio en un builder con IA?

Sí. Todo proyecto de Zugo se publica en una dirección tipo tu-proyecto.zugo.run, y encima puedes conectar un dominio que sea tuyo. Añades el dominio en el proyecto, apuntas un registro DNS y el sitio responde en tu dirección. El dominio lo compras y lo conservas tú: nadie lo registra en tu nombre.

Esa última frase decide todo lo demás. Un dominio es un activo que alquilas directamente a un registrador, y por eso mover una web de un alojamiento a otro es una tarde de trabajo y no una migración, y por eso conviene tener uno antes de necesitarlo.

¿Qué diferencia hay entre las dos direcciones?

Una es inmediata y compartida; la otra es tuya y exige un cambio de DNS. Funcionalmente el sitio es idéntico: las mismas páginas, el mismo comportamiento. La diferencia está en lo que la dirección dice sobre aquello a lo que apunta.

La dirección tu-proyecto.zugo.run existe en cuanto publicas. Es una URL real, viva y compartible, lo que la hace perfecta para la fase en la que buscas reacciones y no clientes. Enviar un enlace que abre en un teléfono gana siempre a describir una idea con palabras.

Tu propio dominio es la versión que usas cuando el proyecto deja de ser un experimento. Lleva tu marca, sobrevive a un cambio de herramienta y es la dirección que imprimes en cosas.

Free incluye 5 créditos una sola vez, por debajo del coste de una construcción, así que un proyecto que llega a tener dominio propio vive en la práctica en un plan de pago: Pro cuesta $25 al mes con 200 créditos y Business, $99 al mes.

¿Cómo se conecta el dominio en la práctica?

Cuatro pasos, y solo uno implica esperar.

1. Compra el dominio, si aún no lo tienes, en el registrador que prefieras. Es una compra que haces tú y la cuota anual va al registrador, no a Zugo.
2. Añádelo en los ajustes del proyecto. Con eso le dices al alojamiento qué dirección debe esperar y responder.
3. Crea el registro DNS en tu registrador apuntando al destino que te indica Zugo. Este es el paso que la gente teme y es una sola fila en una tabla.
4. Espera la propagación y comprueba. Los cambios de DNS tardan en extenderse: unos minutos es habitual, más también es normal, y el arreglo para "todavía no funciona" suele ser paciencia y no otro cambio.

El error más frecuente es editar el DNS en el sitio equivocado. Si compraste el dominio en una empresa pero sus servidores de nombres apuntan a otra, los registros que necesitas tocar están en la segunda y no en la primera. Comprueba qué servidores de nombres mandan antes de escribir nada. La guía detallada está en conectar un dominio propio.

¿Qué opción conviene en cada caso?

Tres formas cubren a casi todo el mundo, y no sirven igual para lo mismo.

La tercera fila es real y no un formalismo. Vercel está entre los conectores, así que un proyecto puede desplegarse en tu propia cuenta de Vercel, y después de exportar el código a GitHub puedes desplegar el repositorio como despliegas cualquier otro. Si tu empresa ya tiene una forma de publicar, úsala.

¿Cuándo merece la pena pagar por un dominio propio?

Cuando alguien que no eres tú tiene que confiar en la página. Ese es el criterio entero, y separa mejor que cualquier comparativa de funciones.

Todo lo comercial cumple ese criterio. Una página que cobra, que recoge un correo o que representa a un negocio se juzga en parte por su dirección, y un subdominio de constructor te resta credibilidad justo con los visitantes que querías convencer. Pide una tarjeta en algo.zugo.run y una parte de la gente cerrará la pestaña.

También cumple el criterio cualquier cosa que vayas a enlazar durante años. Los enlaces se acumulan, y su valor se acumula para quien es dueño de la dirección, lo que es un argumento para poner tu contenido en un nombre que controlas antes de que empiece a ganar atención, y no después.

Lo que no cumple el criterio: prototipos, pruebas de juego, demostraciones de portafolio y las dos semanas en las que aún estás decidiendo si la idea funciona. Ahí la dirección gratuita sobra, y comprar un dominio para algo que quizá abandones el jueves es un pequeño desperdicio alegre.

¿Se puede mover el dominio después?

Sí, porque el dominio nunca estuvo retenido aquí. Es tuyo en tu registrador, y el registro DNS es un puntero que puedes volver a apuntar. Cambiar adónde envía visitantes un dominio es una edición rutinaria, no una solicitud que se tramita.

Ese es el significado concreto de la propiedad. Junto con la exportación a GitHub, significa que un proyecto puede marcharse entero: el código va a tu repositorio, los datos siguen en tu proyecto de Supabase, los pagos siempre estuvieron en tu cuenta de Stripe y el dominio sigue a un cambio de DNS. Nada hay que rehacer desde cero.

Eso sí, planifica el solapamiento. Si cambias de alojamiento, mantén el anterior en marcha hasta que el nuevo responda, porque el DNS no cambia para todos los visitantes en el mismo instante. Un solapamiento corto evita la ventana en la que unos ven el sitio nuevo y otros no ven nada.

¿Qué hay que revisar cuando ya está en marcha?

Abre la dirección real, no la vista previa del editor. Ese es el contexto que recibe un visitante y ahí es donde aparece la diferencia entre "publicado" y "funcionando de verdad".

Una revisión rápida que caza casi todos los problemas: carga el dominio con y sin www, ábrelo en un teléfono, pulsa todas las entradas del menú y envía de verdad cualquier formulario de la página.

Conviene saber qué cubre la comprobación previa. Cada construcción se arranca en un entorno aislado antes de entregarse y una que no abre se reporta como fallo, lo que reduce el riesgo de una página en blanco sin eliminarlo. No dice nada sobre si un registro DNS ha terminado de propagarse.

Si el sitio no aparece, trabaja hacia atrás en vez de reconstruir. ¿Sigue funcionando la dirección de zugo.run? Entonces la construcción está bien y el problema es de DNS. ¿Existe el registro en el servidor de nombres que manda? Entonces es propagación y la respuesta es esperar. Reconstruir un proyecto para arreglar un problema de DNS gasta créditos y no cambia nada.

Sobre el posicionamiento, el dominio propio es el requisito y no la técnica: los buscadores indexan bien cualquiera de las dos direcciones, y lo que tu dominio te da es un sitio donde la autoridad se acumula para ti. Lo demás está en si una web hecha con IA es buena para SEO.

El orden sensato es construir primero y comprar el nombre cuando la cosa exista. Describe el sitio en Zugo, publícalo en la dirección gratuita, enséñaselo a alguien cuya reacción te importe y conecta el dominio cuando la respuesta sea que sí. El proceso de publicación está en cómo publicar tu proyecto.