Где разместить сайт, созданный ИИ: что проверить до оплаты

Сначала определите, что уже работает

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

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

Попросите ИИ составить паспорт проекта

Запросите описание существующего проекта без изменения файлов. Удобный запрос — ниже. Затем сверьте ответ с репозиторием, настройками сервисов и документацией. Уверенный ответ модели сам по себе не доказывает совместимость с тарифом.

Опиши текущий проект, ничего не меняя:
1. Команда сборки и папка готового результата.
2. Нужен ли постоянно работающий серверный процесс?
3. Где находятся база данных и загруженные файлы?
4. Как устроены вход пользователей и отправка формы?
5. Какие внешние сервисы платные?
6. Что останется на исходной платформе после экспорта кода?
7. Какие настройки понадобятся при смене домена?
Не показывай значения секретов и не читай файлы с ключами.
Если информация не найдена, пометь её как неизвестную.

Три варианта размещения

• Готовые HTML, CSS и JavaScript без серверной логики: рассматривайте статическую площадку или обычный хостинг. Для формы может понадобиться отдельный обработчик.
• Приложение с собственной серверной частью: ищите совместимую платформу приложений или VPS. До покупки определите, кто отвечает за обновления, запуск и восстановление.
• Код интерфейса с базой, файлами и авторизацией внутри исходной платформы: решите, сохраняете ли эти зависимости или переносите их отдельно. Выгрузка репозитория не является проверкой полного переезда.

Название AI-инструмента не определяет тип хостинга. Важно, что делает именно ваш проект. Наличие package.json тоже не означает, что на рабочем сервере обязательно должен постоянно работать Node.js.

Что на самом деле даёт экспорт

Lovable документирует экспорт и синхронизацию кода через GitHub, включая размещение вне Lovable. Bolt также описывает публикацию кода из GitHub на выбранном внешнем сервисе. Это возможность работать с исходниками, а не гарантия автоматического переноса всех зависимостей приложения.

Отдельно проверьте базу, пользовательские загрузки, серверные функции, почту, авторизацию и секреты. Для каждой зависимости должно быть понятно: кто владеет аккаунтом, сколько стоит использование и как получить копию данных. Если функция отсутствует в экспортируемом проекте, сначала выясните способ её переноса или сохранения на текущем сервисе.

У встроенного размещения тоже есть смысл: Replit, например, описывает разные варианты публикации — статическую, масштабируемую, постоянную виртуальную машину и запуск по расписанию. Сравнивайте подходящие способы с учётом обслуживания; внешний VPS не является обязательной следующей ступенью.

Три проверки против демонстрационного результата

• Форма: отправьте сообщение с собственной тестовой пометкой и найдите его у получателя или в системе обработки. Надписи об успехе недостаточно.
• Данные: создайте тестовую запись, обновите страницу и проверьте её в предусмотренном хранилище. Массив в JavaScript или localStorage одного браузера не подтверждают работу общей базы пользователей.
• Вход: проверьте предусмотренный сценарий обычного пользователя и права на доступ к данным. Кнопка, которая просто меняет внешний вид страницы, не доказывает работу авторизации.

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

Сравните весь счёт, а не только хостинг

Запишите платёж за размещение на одинаковый период, стоимость продления, домен, базу и файловое хранилище, обработку заявок и используемые API. Подписка AI-конструктора для разработки и оплата работающего приложения могут быть разными расходами. Нельзя считать экономией перенос, после которого вы продолжаете оплачивать прежнюю платформу и добавляете VPS.

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

Подключите домен и повторите проверки

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

HTML-страницы и картинки могут работать, когда серверная часть ещё недоступна. Поэтому проверьте полный пользовательский путь, а не только первый экран. Не размещайте серверные секреты в коде, который получает браузер.

Выберите следующий шаг по своему проекту

Если у вас готовая статическая папка, переходите к инструкции публикации HTML: там есть исходники примера с ошибками путей. Если есть серверная часть и данные, сначала закончите паспорт проекта, затем сравнивайте совместимые варианты.

Для первого выбора размещения у нас есть отдельный разбор готового сайта из архива или GitHub. В этой статье нет рейтинга провайдеров и обещания, что любой AI-проект запустится на минимальном тарифе.