Свой домен для AI-приложения: с zugo.run на ваш адрес

Каждый проект в Zugo публикуется бесплатно на адрес вида <slug>.zugo.run: в один клик, без карты. На платных тарифах (Pro, $25/мес) вместо этого можно подключить собственный домен: добавляете его в настройках проекта, направляете DNS-запись на Zugo: и приложение открывается по вашему адресу. На бесплатных публикациях стоит бейдж «Made with Zugo», на платных его нет.

Это короткая версия. Дальше разберём, что на самом деле даёт каждый вариант, как устроен DNS, если вы его никогда не трогали, и, честно, когда свой домен стоит своих денег, а когда нет.

Как устроена публикация в Zugo?

Вы описываете задачу обычным языком, «страница записи для моей груминг-студии в Остине, с прайсом и формой обратной связи», и Zugo собирает работающий сайт или приложение. Простое готово примерно за минуту; многостраничные платформы с базой данных, авторизацией или платежами занимают несколько минут: по ходу сборки видны чекпоинты и живой лог процесса.

Прежде чем вы увидите результат, он проверяется в песочнице. «Проверено» здесь значит вполне конкретную вещь: сборка реально загрузилась и отрисовалась. Вы публикуете не код, который «может быть, работает», а то, что уже запускалось.

Сама публикация: один клик. Zugo подбирает slug из названия проекта (его можно поменять), и приложение сразу живёт на <slug>.zugo.run. С играми всё точно так же: этот путь мы целиком разобрали в статье где опубликовать игру бесплатно.

Что даёт бесплатный адрес на zugo.run?

Настоящую живую ссылку, которой можно делиться: мгновенно. Для многих проектов этого честно достаточно:

• Прототипы. Собрали за минуту: хотите фидбек через две. Просто отправьте ссылку.
• Плейтесты. Игра живёт по ссылке, друзья открывают её с телефона, ничего ставить не нужно.
• Портфолио. Работающее демо в отклике на вакансию бьёт любой скриншот.
• Проверка идеи. Прежде чем покупать myidea.com, выясните, кликает ли по ней хоть кто-то.

Минусы тоже реальные, и о них стоит сказать прямо. Адрес выдаёт, где проект собран. На бесплатных публикациях виден бейдж «Made with Zugo». А весь SEO-вес, который страница нарабатывает, копится на поддомене zugo.run, а не на домене, которым владеете вы: переедете позже: ссылки на старый адрес с собой не заберёте.

Для прототипа на выходные всё это неважно. Для бизнеса: важно всё.

Как работают свои домены на платных тарифах?

Свой домен входит в Pro за $25/мес: тот же тариф даёт 20 000 кредитов, это примерно 16 полноценных платформ или 33 быстрых сборок в месяц. В Business за $50/мес домены тоже включены. Сам домен покупается у регистратора (Namecheap, Cloudflare, Porkbun, GoDaddy: любой), обычно $10-15 в год за .com.

Подключение: три шага:

1. Добавьте домен в настройках проекта. Zugo покажет, какие именно DNS-записи нужно создать.
2. Создайте эти записи у регистратора. Это копипаст в DNS-панели: как правило, одна запись для корневого домена и одна для www.
3. Дождитесь обновления DNS. Чаще минуты, изредка несколько часов. Zugo подхватит изменение и начнёт отдавать приложение с нового адреса; сертификат оформится сам: ничего покупать и устанавливать не нужно.

Сборка, данные и коннекторы (Supabase, Stripe, Google Analytics, Resend) остаются как были. Меняется только адрес.

Основы DNS: что вы вообще настраиваете?

DNS, это телефонная книга. Когда кто-то набирает pawsofaustin.com, браузер спрашивает у DNS-системы: «какой сервер отвечает за это имя?», и созданные вами записи и есть ответ. Два типа записей закрывают почти все случаи:

Ещё два термина, которые встретятся в панели регистратора:

• TTL (time to live): сколько времени интернет кэширует вашу запись, прежде чем перепроверить. Чем ниже TTL, тем быстрее подхватываются изменения; дефолтное значение подходит.
• Пропагация: задержка, пока кэши по всему миру подтягивают новые записи. Именно поэтому свежеподключённый домен может открываться с телефона, но ещё не открываться с ноутбука. Проходит само.

Вот и весь словарь. Разбираться в неймсерверах, зонах и чём-то более глубоком не нужно: вы просто переносите две записи из одной панели в другую.

Бесплатный поддомен или свой домен: что и когда?

Когда свой домен действительно важен?

Для SEO: как только вы хотите ранжироваться. Поисковики присваивают авторитет доменам. Каждый бэклинк, каждое упоминание, каждая проиндексированная страница накапливаются на том домене, где живёт контент. На бесплатном поддомене этот накопительный эффект достаётся адресу, который вам не принадлежит. На своём домене это актив: если однажды смените хостинг, например, выгрузите проект в GitHub и задеплоите через коннектор Vercel на свой аккаунт, просто перенаправите DNS и сохраните каждую заработанную ссылку.

Для рекламы и почты: сразу. Рекламные площадки проверяют целевые URL, а брендовый домен в объявлении конвертит лучше, чем поддомен конструктора. С почтой всё ещё строже: рассылка с собственного домена, с подключённым коннектором Resend: это базовое условие доставляемости.

Для доверия: как только появляются деньги. Если в цепочке есть оплата через Stripe, пользователь обязательно глянет на адресную строку. pawsofaustin.com читается как бизнес. Поддомен конструктора читается как тест.

Когда это неважно: хакатонные работы, сборки с геймджемов, внутренние инструменты, всё, чей срок жизни измеряется неделями. Платить $25/мес за домен для одноразового прототипа, неправильный порядок действий: сначала проверьте идею на бесплатном адресе, апгрейдитесь, когда проект это заслужит.

Что делать, если домен уже занят действующим сайтом?

Частый случай: домен куплен давно, на нём висит старый сайт, и терять его на время эксперимента нельзя. Ломать корень ради проверки не нужно, потому что поддомен подключается ровно так же, как основной адрес.

Рабочий порядок такой. Подключите новый проект на отдельный поддомен, например new.вашдомен.com или app.вашдомен.com: это одна CNAME-запись, старый сайт её не замечает. Живите на этом адресе столько, сколько нужно, чтобы убедиться, что формы отправляются, оплата проходит, а на телефоне ничего не разъезжается. Только после этого переводите корень.

За сутки до переезда снизьте TTL у корневых записей: тогда мир подхватит изменение за минуты, а не за часы, и окно, в котором часть посетителей видит старый сайт, а часть новый, сожмётся до незаметного. После переключения старые записи удалите, а не оставьте «на всякий случай»: именно забытая вторая A-запись даёт самую неприятную картину, когда сайт открывается через раз.

Почему домен подключился, а сайт не открывается?

Почти всегда причина в одном из пяти пунктов, и все они чинятся без обращения в поддержку.

Проверять лучше не в той вкладке, где вы всё это открывали десять раз, а в приватном окне или с телефона по мобильной сети: браузер кэширует и старый адрес, и старый ответ, и вы будете чинить то, что уже работает.

Отдельно стоит помнить, что смена адреса не переносит накопленную историю в поисковиках автоматически. Проиндексированные страницы на поддомене останутся на поддомене, и поисковику потребуется время, чтобы заново обойти новый адрес. Что вообще влияет на индексацию сгенерированного сайта, разобрано в статье про SEO сайтов, собранных ИИ.

Реалистичный путь от прототипа к домену

Сценарий, который мы видим постоянно:

1. Промпт: «Сделай лендинг сервиса готовой еды в Денвере: hero-блок, три тарифа, FAQ и форма подписки на email». Сборка проверяется и отрисовывается примерно за минуту. (Если начинаете с нуля, статья как собрать сайт с ИИ проведёт по шагам.)
2. Публикуете бесплатно на denver-meal-prep.zugo.run. Кидаете ссылку в пару локальных групп в соцсетях.
3. Сорок подписок спустя: покупаете prepdenver.com, переходите на Pro, добавляете две DNS-записи.
4. Та же сборка, та же форма, та же аналитика: новый адрес. Запускаете рекламу.

Между шагом 2 и шагом 4 ничего не пересобиралось. В этом и смысл разделения публикации и домена: бесплатный адрес, чтобы понять, работает ли идея, а свой домен, для момента, когда вы уже это знаете.

Посмотрите, что публикуют другие, и на бесплатных адресах, и на своих доменах, в витрине. А если проект ещё не собран, порядок обратный привычному: сначала соберите и опубликуйте его бесплатно на https://zugo.dev, и только потом решайте вопрос с доменом. Домен под несуществующий сайт это самая частая покупка, о которой потом жалеют.